คำถามติดแท็ก terminology

ฉันมักจะคิดว่า "หัว" ของคิวเป็นองค์ประกอบถัดไปที่จะอ่านและไม่เคยถามการใช้งานนั้นจริงๆ ดังนั้นฉันจึงเขียนไลบรารีรายการที่ลิงก์ซึ่งใช้สำหรับการดูแลคิวประมวลผลคำศัพท์นั้น: เรามีlist1_headแมโครที่ดึงองค์ประกอบแรก เมื่อใช้ไลบรารีนี้ในคิวนี่จะเป็นองค์ประกอบแรกที่จะถูกลบ แต่นักพัฒนาใหม่ในทีมเคยชินกับการใช้คิวในลักษณะอื่น เขาอธิบายถึงคิวที่ทำตัวเหมือนสุนัข: คุณเสียบที่หัวแล้วเอาที่หาง นี่เป็นคำอธิบายที่ฉลาดพอที่ฉันรู้สึกว่าการใช้งานของเขาจะต้องแพร่หลายมากขึ้นและฉันก็ไม่ได้มีคำอธิบายที่กระตุ้นอารมณ์ในการใช้งานที่ฉันต้องการ ดังนั้นฉันเดาว่ามีคำถามที่เกี่ยวข้องสองคำถาม: 1 "หัว" ของคิวมีความหมายต่อคุณอย่างไร และ 2 ทำไมเราจึงใช้คำว่า "หัว" เพื่ออธิบายแนวคิดนั้น

18 terminology 

ปิด คำถามนี้เป็นคำถามความคิดเห็นตาม ไม่ยอมรับคำตอบในขณะนี้ ต้องการปรับปรุงคำถามนี้หรือไม่ อัปเดตคำถามเพื่อให้สามารถตอบข้อเท็จจริงและการอ้างอิงได้โดยแก้ไขโพสต์นี้ ปิดให้บริการใน6 ปีที่ผ่านมา การอ่านรหัสและการอภิปรายเกี่ยวกับรหัสฉันมักจะเห็นคำว่า "สถานะ" และ "สถานะ" ใช้แทนกันได้ แต่มีแนวโน้มต่อไปนี้: เมื่อตัวแปรมีค่าไว้เพื่อแสดงว่ามีบางสิ่งอยู่ในสถานะหนึ่งชื่อของตัวแปรนั้นมักจะไม่ประกอบด้วยคำว่า "สถานะ" หรือตัวย่อของตัวแปรนั้น อย่างไรก็ตามเมื่อค่าส่งคืนของฟังก์ชันทำหน้าที่เพื่อระบุสถานะบางอย่างเรามักจะเรียกค่านั้นว่า "รหัสสถานะ" และเมื่อค่านั้นถูกเก็บไว้ในตัวแปรตัวแปรนี้มักมีชื่อว่า "สถานะ" หรือบางอย่างที่คล้ายกัน การแยกนั้นเป็นสิ่งที่ดีฉันเดา แต่เมื่อตัวแปรดังกล่าวเป็นจริงและตัวเลือกจะต้องเลือกที่เกี่ยวข้องกับความซับซ้อนในทางที่ผิดของภาษาอังกฤษ (หรือภาษามนุษย์โดยทั่วไป) อะไรคือรหัสมาตรฐานหรือแบบแผนที่เด่นชัดเมื่อพูดถึงการแก้ปัญหาระหว่างทั้งสอง หรือควรหลีกเลี่ยงหนึ่งในสองอย่างนี้เสมอ? คำถาม english.stackexchangeนี้เกี่ยวข้องด้วยฉันคิดว่า

18 terminology  coding-standards  variables  conventions  state 

ฉันสงสัยอยู่เสมอว่าเพราะเหตุใดคนหนึ่งจึงเรียกใช้ฟังก์ชั่นซึ่งตรงข้ามกับการใช้งานมัน การค้นหาของ Google สำหรับการfunction call etymologyและเงื่อนไขที่คล้ายกันผลัดกันขึ้นไม่มีอะไรที่มีประโยชน์, วิกิพีเดียไม่ได้พูดถึงมันพจนานุกรมออนไลน์มีทั้งรายการที่ทุกคนหรือไม่ส่วนนิรุกติศาสตร์ ความคิดในการ 'เรียก' ฟังก์ชั่นมาจากไหน?

17 terminology  language-agnostic  history 

สมมติว่าเราต้องการวิเคราะห์เวลาทำงานของอัลกอริทึม บางครั้งเราบอกว่าเราต้องการหาเวลาทำงานของอัลกอริทึมเมื่อขนาดอินพุตเป็น n และสำหรับกรณีที่แย่ที่สุดที่เป็นไปได้มันแสดงว่า O (n) บางครั้งฉันเห็นหนังสือ / กระดาษบอกว่าเราต้องหาเวลาที่คาดหวังของอัลกอริทึม นอกจากนี้บางครั้งเวลาทำงานเฉลี่ยจะใช้ "เวลาที่คาดหวัง" คืออะไร ในกรณีใดบ้างที่มีประโยชน์ในการค้นหาเวลาที่คาดหวังแทนเวลาที่เลวร้ายที่สุด? แก้ไข : ฉันคิดว่ามีความแตกต่างเล็กน้อยระหว่างเวลาทำงานที่คาดหวังและเวลาทำงานเฉลี่ยแต่ฉันไม่แน่ใจ ผ่านโพสต์นี้ฉันต้องการทราบความแตกต่างที่แน่นอนถ้ามี

17 algorithms  terminology  performance  complexity 

ฉันพบในรหัสดั้งเดิมคลาสที่ชื่อคือ BucketService เนื่องจากภาษาอังกฤษไม่ใช่ภาษาแม่ของฉันฉันจึงพยายามแปลมัน แต่มันก็ไม่สมเหตุสมผล ฉันพบเทอร์มินอลไม่กี่อย่างเช่นการคัดแยกถังเป็นต้น แต่ฉันก็ยังไม่เข้าใจ จริงๆแล้วคำนี้ใช้บ่อยในการเขียนโปรแกรม ฉันจะเป็นประโยชน์สำหรับคำอธิบายง่ายๆของคำนั้น

17 terminology 

เมื่อพูดถึงซอฟต์แวร์ IDE หรือภาษาโปรแกรมที่อนุญาตให้คุณทำหรือไม่อยู่ในระดับซอร์สฉันมักใช้คำว่าIntelliSenseซึ่งมีความหมายชัดเจนในโลก Microsoft แต่ไม่เหมาะสมเมื่อพูดคุยกับคนที่ไม่ ต้องคุ้นเคยกับ Visual Studio ในกรณีนี้คำที่เหมาะสมในการใช้คืออะไร? ฉันมักจะใช้คำว่า "การทำให้สมบูรณ์อัตโนมัติ" แต่ก็ไม่ได้ผลเสมอไป ในความเป็นจริง IntelliSense มีการเติมข้อมูลอัตโนมัติ แต่ก็มีเอกสารและคำแนะนำ

17 terminology  microsoft  intellisense  auto-completion 

ในทางเทคนิคแล้วมีความแตกต่างระหว่างสองคำนี้หรือเราจะใช้มันแทนกันได้ไหม? ทั้งคู่อธิบายมากขึ้นหรือน้อยลงตามลำดับลอจิคัลของขั้นตอนที่ตามมาในการแก้ปัญหา มันไม่ใช่เหรอ ดังนั้นทำไมเราใช้คำสองคำนี้จริง ๆ ถ้าพวกเขาตั้งใจพูดเหมือนกัน? หรือในกรณีที่พวกเขาไม่ใช่คำพ้องความหมายอะไรที่ทำให้พวกเขาแตกต่าง? ในบริบทใดที่เราควรใช้โค้ดหลอกคำเทียบกับอัลกอริทึมคำ

17 algorithms  terminology  pseudocode 

เหตุใดจึงตัดสินใจเรียกkillคำสั่ง "ฆ่า" ฉันหมายความว่าใช่ยูทิลิตี้นี้มักจะใช้เพื่อยุติกระบวนการ แต่มันสามารถนำมาใช้เพื่อส่งสัญญาณใด ๆ มันสับสนเล็กน้อยใช่ไหม อาจมีเหตุผลทางประวัติศาสตร์บางอย่าง ทั้งหมดที่ฉันรู้จากman killคำสั่งนี้ปรากฏในเวอร์ชัน 3 AT&T UNIX

17 terminology  history  unix 

ปิด คำถามนี้เป็นคำถามความคิดเห็นตาม ไม่ยอมรับคำตอบในขณะนี้ ต้องการปรับปรุงคำถามนี้หรือไม่ อัปเดตคำถามเพื่อให้สามารถตอบข้อเท็จจริงและการอ้างอิงได้โดยแก้ไขโพสต์นี้ ปิดให้บริการใน4 ปีที่แล้ว บ่อยครั้งที่ฉันได้ยิน PMs (ผู้จัดการโครงการ) พูดคุยเกี่ยวกับคุณสมบัติและฟังก์ชั่น และฉันก็งงมากที่จะแยกแยะพวกเขา บางครั้งฉันคิดว่าคุณสมบัติที่จะเทียบเท่ากับเรื่องราวของผู้ใช้ บางสิ่งเช่น "ในฐานะผู้ใช้บ็อบน่าจะเห็นรายการการชำระเงินของเขา" และพวกเขาเรียกมันว่าฟีเจอร์ บางครั้งมันก็ใหญ่เท่ากับระบบย่อยบางอย่างเช่น "ความสามารถในการส่ง SMS ผ่านเว็บแอปพลิเคชัน" ในทางกลับกันฟังก์ชั่นบางครั้งจะมีขนาดเล็กเท่ากับงาน "ใช้การจัดกลุ่มตัวเลขสำหรับอินพุตหมายเลข" ในขณะที่มีบางกรณีเมื่อมันใหญ่ขึ้นเท่ากับการดำเนินการ CRUD ทั้งหมด คำถามของฉันคือเราจะแยกความแตกต่างของคุณสมบัติจากฟังก์ชั่นได้อย่างไร

16 design  terminology  requirements  functions  features 

ล็อคแล้ว คำถามและคำตอบของคำถามนี้ถูกล็อคเนื่องจากคำถามอยู่นอกหัวข้อ แต่มีความสำคัญทางประวัติศาสตร์ ขณะนี้ไม่ยอมรับคำตอบหรือการโต้ตอบใหม่ การพัฒนาซอฟต์แวร์ถือเป็นวิศวกรรมได้หรือไม่? หากไม่มีสิ่งใดที่ขาดไปเพื่อให้มีคุณสมบัติเป็นวินัยทางวิศวกรรม ที่เกี่ยวข้องกับการนี้เป็นคำถามนี้ในกองมากเกินเกี่ยวกับความแตกต่างระหว่างโปรแกรมเมอร์และวิศวกรซอฟต์แวร์ มีสถาบันวิศวกรรมซอฟต์แวร์ที่ Carnigie Mellon University ที่กำหนดและรักษามาตรฐาน CMMI นี่เป็นสิ่งที่จะเปลี่ยนการพัฒนาเป็นวิศวกรรมหรือไม่

16 terminology  professionalism 

ความแตกต่างระหว่างการดำเนินการพัฒนาและการจัดการการกำหนดค่าซอฟต์แวร์คืออะไร? สำหรับฉันดูเหมือนว่าจะเหมือนกันตราบใดที่ทั้ง DevOps และ Software Configuration Management มุ่งเน้นไปที่: การสร้างโครงสร้างพื้นฐานการพัฒนา - รับผิดชอบการควบคุมเวอร์ชันการจัดการการสร้างการจัดการการปรับใช้การจัดการการพึ่งพาการรวมอย่างต่อเนื่องและการจัดส่งฯลฯ โดยใช้วิธีปฏิบัติที่ดีที่สุดสำหรับการจัดสภาพแวดล้อมการพัฒนา การประกันคุณภาพของกระบวนการพัฒนา - รวบรวมตัวชี้วัดประสิทธิภาพการพัฒนาการทำงานเพื่อกำจัดคอขวดของกระบวนการพัฒนา (การทดสอบหน่วยการทำงานการประเมินความครอบคลุมการทดสอบหน่วย การจัดการโครงสร้างพื้นฐาน - แพลตฟอร์มเป้าหมายและข้อมูลเฉพาะ การจัดการการปล่อย - ทำให้แน่ใจว่ามีการส่งมอบการปล่อยให้กับลูกค้า / ลูกค้าตรงเวลา บางทีฉันอาจจะหายไปบางอย่าง ลิงค์นี้แสดงให้เห็นว่าการใช้คำว่า 'การจัดการการกำหนดค่าซอฟต์แวร์' มีผลบังคับใช้ แต่ถึงอย่างนั้นคุณจะใช้การรวมคำแบบใดในการอธิบายกิจกรรมที่ระบุไว้: การดำเนินการพัฒนาหรือซอฟแวร์การบริหารจัดการการกำหนดค่า ?

16 terminology  organization  scm 

ได้รับแรงบันดาลใจจากคำถามนี้การใช้ห้องสมุดบุคคลที่สามใช้เสื้อคลุมเสมอหรือไม่ ฉันต้องการที่จะรู้ว่าสิ่งที่ผู้คนคิดว่าจริง ๆ แล้วเป็นห้องสมุดบุคคลที่สาม ตัวอย่างจาก PHP: หากฉันกำลังสร้างแอปพลิเคชันโดยใช้เฟรมเวิร์กของ Zend ฉันควรปฏิบัติต่อไลบรารีเฟรมเวิร์กของ Zend เป็นรหัสบุคคลที่สามหรือไม่ ตัวอย่างจาก C #: ถ้าฉันสร้างแอปพลิเคชันเดสก์ท็อปฉันควรปฏิบัติต่อคลาส. Net ทั้งหมดเป็นรหัสบุคคลที่สามหรือไม่ ตัวอย่างจาก Java: ฉันควรปฏิบัติต่อไลบรารีทั้งหมดใน JDK เป็นห้องสมุดบุคคลที่สามหรือไม่ บางคนบอกว่าถ้าห้องสมุดมีความเสถียรและจะไม่เปลี่ยนบ่อยๆก็ไม่จำเป็นต้องห่อ อย่างไรก็ตามฉันล้มเหลวในการดูว่าจะทดสอบคลาสที่ขึ้นอยู่กับรหัสบุคคลที่สามโดยไม่ต้องล้อม

15 programming-languages  design  object-oriented  unit-testing  terminology 

มันอาจจะเป็นเช่นนี้: พารามิเตอร์หมายถึงจากผู้โทร POV และข้อโต้แย้งหมายถึงภายในขั้นตอนหรือวิธีอื่น ๆ รอบ หรือไม่มีความแตกต่าง? ปรับปรุง ในสวีเดนเราพูดว่า "anropsparametrar" เช่น "พารามิเตอร์ที่กำลังเรียกขั้นตอน" และเราจะไม่พูดว่า "anropsargument" ("อาร์กิวเมนต์ที่เรียกขั้นตอน")

15 terminology  functions  methods 

มีคำศัพท์สำหรับจำนวนเต็ม 24- บิต (3 ไบต์) หรือไม่? ฉันรู้ว่านับบิตที่ผิดปกติ (เช่น"nibble"หรือ"nybble"สำหรับ 4 บิต) มีชื่อและมี 24 บิตในทั้งวิดีโอและเทคโนโลยีเสียงเช่นเป็นเรื่องธรรมดามาก

15 terminology  memory 

ในขณะที่พูดคุยเกี่ยวกับคำถามเกี่ยวกับฟังก์ชั่นเสมือนจริงบน Stack Overflow ฉันสงสัยว่ามีการตั้งชื่ออย่างเป็นทางการสำหรับฟังก์ชั่นเสมือนจริง (นามธรรม) และไม่ใช่บริสุทธิ์หรือไม่ ฉันใช้วิกิพีเดียเป็นประจำสำหรับข้อมูลของฉันซึ่งระบุว่าฟังก์ชั่นเสมือนที่บริสุทธิ์และไม่บริสุทธิ์เป็นคำทั่วไป น่าเสียดายที่บทความไม่ได้สำรองไว้พร้อมกับที่มาหรือข้อมูลอ้างอิง เพื่ออ้างอิงคำตอบของ Jon Skeet กับคำตอบของฉันว่าบริสุทธิ์และไม่บริสุทธิ์เป็นคำทั่วไปที่ใช้: @ สตีเว่น: อืม ... เป็นไปได้ แต่ข้าเคยเห็นมันในบริบทของซีพลัสพลัสมาก่อน ฉันสงสัยว่าทุกคนที่พูดถึงพวกเขาน่าจะมีพื้นหลังเป็น C ++ :) คำนี้มาจากภาษา C ++ หรือเป็นคำนิยามหรือนำไปใช้เป็นภาษาแรกและเป็นศัพท์ทางวิทยาศาสตร์ที่ 'เป็นทางการ' หรือไม่ UPDATE: Frank Shearar ให้ลิงก์ไปยังคำอธิบายของSIMULA 67 Common Base Language (1970) อย่างเป็นประโยชน์ ภาษานี้ดูเหมือนว่าจะเป็นภาษาแรกที่จะแนะนำคำหลัก OO เป็นระดับ , วัตถุและยังเสมือนเป็นแนวคิดที่เป็นทางการ มันไม่ได้กำหนดบริสุทธิ์ / ไม่ใช่บริสุทธิ์หรือนามธรรมแต่มันไม่สนับสนุนแนวคิด ใครเป็นคนกำหนด

15 object-oriented  terminology  naming  history