วิศวกรรมซอฟต์แวร์

ถาม - ตอบสำหรับมืออาชีพนักวิชาการและนักเรียนที่ทำงานในวงจรการพัฒนาระบบ

30
“ แก่เกินไป” อายุเท่าไหร่ [ปิด]
ฉันได้รับแจ้งว่าจะต้องดำเนินการอย่างจริงจังในฐานะผู้สมัครงานฉันควรจะลดประสบการณ์การทำงานที่เกี่ยวข้องออกจากประวัติการทำงานของฉันลบปีที่ฉันได้รับปริญญาหรือทั้งสองอย่าง หรือไม่ต้องกังวลเรื่องการสมัครเพราะไม่มีใครต้องการจ้างโปรแกรมเมอร์ที่เก่ากว่า 1 หรือว่าฉันควรจะหา บริษัท ไม่ใช่เพราะฉันต้องการหรือเพราะฉันมีผลิตภัณฑ์ที่ฉันสนใจ แต่เพราะวิธีนั้นฉันจะได้งานถ้า / เมื่อ บริษัท ของฉันถูกซื้อ หรือว่าฉันควรจะมุ่งเน้นไปที่งานการจัดการ (ซึ่งฉันเคยทำมาแล้วในอดีต) เพราะ ... พวกเขาไม่สามารถอธิบายได้จริง ๆ ยกเว้นว่านัยก็คือในช่วงอายุหนึ่งคุณเป็นผู้แพ้ถ้าคุณ ' กำลังเขียนโค้ดอยู่ แต่ฉันชอบเขียนโค้ด คุณเคยเห็นสิ่งนี้ไหม นี่เป็นเพียงปัญหาในพื้นที่ (แคลิฟอร์เนียตอนเหนือ) หรือไม่? หากคุณเคยว่าจ้างโปรแกรมเมอร์: 2 จากประวัติของคุณที่ได้รับผู้สมัครคนโตอายุเท่าไหร่? อายุของบุคคลที่เก่าแก่ที่สุดที่คุณสัมภาษณ์คืออายุเท่าไหร่ คุณเป็นคนที่อายุมากที่สุด (เมื่อได้รับการว่าจ้าง) อายุเท่าไหร่ "แก่เกินไป" แก่การทำงานเป็นโปรแกรมเมอร์มากแค่ไหน? 1 ฉันถือว่าผู้สมัครทุกคนมีประสบการณ์เทียบเท่า สิ่งนี้ไม่เกี่ยวกับคนที่มี COBOL สามทศวรรษในการสมัครงานจาวากูรู 2 ใช่ฉันรู้ว่า (อย่างน้อยในสหรัฐฯ) คุณไม่ควรถามว่าผู้สมัครมีอายุเท่าไร จากประสบการณ์ของฉันคุณสามารถรับแนวคิดทั่วไปจากประวัติย่อ
114 experience 

4
ระบบปฏิบัติการใดที่ใช้ในเครื่องบินและภาษาการเขียนโปรแกรมอะไรที่พัฒนาขึ้นมา [ปิด]
ฉันสงสัยว่าถ้าใครรู้ว่าระบบปฏิบัติการที่ใช้ในเครื่องบินพาณิชย์ (เช่นโบอิ้งหรือแอร์บัส) นอกจากนี้ภาษาโปรแกรมแบบเรียลไทม์ (ที่ต้องการ) คืออะไร ฉันได้ยินมาว่า Ada ถูกใช้ใน Boeing ดังนั้นคำถามของฉันคือ - ทำไม Ada Boeing-guys มีเกณฑ์อะไรบ้างในการเลือกภาษานี้ (ฉันเดาว่า Java จะไม่เป็นทางเลือกที่ดีถ้าเปิดออกอย่างรวดเร็วตัวเก็บรวบรวมขยะ)

10
เพื่อนร่วมงานของฉันมุ่งมั่นและผลักดันโดยไม่มีการทดสอบ
เมื่อเพื่อนร่วมงานของฉันคิดว่าไม่จำเป็นต้องทำการทดสอบบนพีซีของเขาเขาจะทำการเปลี่ยนแปลงคอมมิทและจากนั้นก็ดัน จากนั้นเขาทดสอบเซิร์ฟเวอร์ที่ใช้งานจริงและตระหนักว่าเขาทำผิดพลาด มันเกิดขึ้นสัปดาห์ละครั้ง ตอนนี้ฉันเห็นว่าเขาทำ 3 คอมมิตและผลักดันการปรับใช้กับเซิร์ฟเวอร์การผลิตภายใน 5 นาที ฉันบอกเขาสองสามครั้งว่านี่ไม่ใช่วิธีการทำงานที่ดี ฉันไม่ต้องการที่จะหยาบคายกับเขาอีกครั้งและเขาอยู่ในสถานะเดียวกันกับฉันใน บริษัท และเขาได้ทำงานมากกว่าฉันที่นี่ ฉันต้องการให้พฤติกรรมนี้ถูกลงโทษอย่างใดหรือทำให้ไม่เป็นที่พอใจมากที่สุด ก่อนที่ฉันจะเริ่มต้น บริษัท กำลังปรับใช้โดยใช้วิธีการโบราณเช่น FTP และไม่มีการควบคุมเวอร์ชัน ฉันบังคับให้พวกเขา / เราใช้ Git, Bitbucket, Dploy.io และ HipChat การปรับใช้นั้นไม่อัตโนมัติมีคนเข้าสู่ระบบเพื่อ dply.io และกดปุ่มปรับใช้ ตอนนี้ฉันจะบังคับให้พวกเขาไม่ทดสอบบนเซิร์ฟเวอร์ที่ใช้งานจริงได้อย่างไร อย่างบอทแชทสามารถรู้สึกได้ว่ามีการแก้ไขซ้ำในบรรทัดเดียวกันและส่งการแจ้งเตือนไปยังโปรแกรมเมอร์

16
วิธีหลีกเลี่ยงสถานการณ์“ คุณเป็นอันตรายต่อรหัส” หรือไม่
ฉันมีสถานการณ์แปลก ๆ ในที่ทำงานซึ่งเพื่อนร่วมงานของฉันมักถามฉันและเพื่อนร่วมงานคนอื่นเกี่ยวกับรหัสการทำงาน ฉันต้องการช่วยเขา แต่การร้องขอตัวอย่างของเกร็ดเล็กเกร็ดน้อยนี้ขัดจังหวะความคิดของฉันและบางครั้งก็ทำให้ยากที่จะมีสมาธิ นอกจากนี้ฉันมีความประทับใจ (... ) ว่าคำขอนี้เกิดจากการขาดความสามารถมากกว่าความขี้เกียจ ในความเป็นจริงเขามักจะถามสิ่งต่าง ๆ ที่แกล้งรู้คำตอบเพราะเมื่อฉันแก้ปัญหาเขามักจะพูดว่า "แน่นอน", "ใช่, นั่นคือสิ่งที่ฉันคิด" ทำให้ฉันรู้สึกว่าคำตอบของฉันไม่คุ้มค่า ฉันจะแก้ไขสถานการณ์ที่น่าอับอายนี้ได้อย่างไร ฉันควรแสดงให้ชัดเจนยิ่งขึ้นต่อหน้าเพื่อนร่วมงานคนอื่น ๆ ที่เขาขาดความรู้ (โดยการพูดสิ่งต่าง ๆ เช่น: "ทำด้วยตัวเองถ้าคุณทำได้โปรด") หรือให้สิ่งที่เขาต้องการต่อไป? ฉันคิดว่าเขาควรรวบรวมคำถามทั้งหมดของเขาไว้ในที่เดียวเพื่อที่ฉันจะได้ให้เวลากับเขาและเขาสามารถทำงานด้วยตัวของเขาเองได้ ไม่มีลำดับชั้นในทีมฉันต้องบอกว่าเราทั้งคู่มีอาวุโสเหมือนกันห้าปีไม่มากก็น้อย ด้วยเหตุผลเดียวกันฉันเชื่อว่าฉันไม่สามารถรายงานต่อฝ่ายบริหารได้เนื่องจากคำถามเล็ก ๆ น้อย ๆ มักถูกเพิกเฉย ฉันพูดคุยกับสมาชิกอีกสองคนและพวกเขาเห็นด้วยกับฉัน: ในความเป็นจริงเขามักจะถามสิ่งที่ขี่จักรยานผ่านเพื่อนร่วมงาน

16
หนึ่งควรตรวจสอบโมฆะถ้าเขาไม่คาดหวังโมฆะ?
เมื่อสัปดาห์ที่แล้วเรามีข้อโต้แย้งที่รุนแรงเกี่ยวกับการจัดการโมฆะในชั้นบริการของแอปพลิเคชันของเรา คำถามอยู่ในบริบท. NET แต่จะเหมือนกันใน Java และเทคโนโลยีอื่น ๆ คำถามคือคุณควรตรวจสอบค่า Null และทำให้โค้ดทำงานไม่ว่าจะเกิดอะไรขึ้นหรือปล่อยให้เกิดฟองสบู่ขึ้นเมื่อได้รับค่า Null อย่างไม่คาดคิด ในอีกด้านหนึ่งการตรวจสอบ null ที่คุณไม่ได้คาดหวัง (เช่นไม่มีส่วนติดต่อผู้ใช้ที่จะจัดการ) คือในความคิดของฉันเช่นเดียวกับการเขียนบล็อกลองกับจับเปล่า คุณกำลังซ่อนข้อผิดพลาด ข้อผิดพลาดอาจเป็นไปได้ว่าบางสิ่งมีการเปลี่ยนแปลงในรหัสและ null ตอนนี้เป็นค่าที่คาดไว้หรือมีข้อผิดพลาดอื่น ๆ และรหัสผิดจะถูกส่งผ่านไปยังวิธีการ ในทางกลับกันการตรวจสอบ nulls อาจเป็นนิสัยที่ดีโดยทั่วไป นอกจากนี้หากมีการตรวจสอบแอปพลิเคชันอาจทำงานต่อไปโดยมีเพียงส่วนเล็ก ๆ ของฟังก์ชันที่ไม่มีผลกระทบใด ๆ จากนั้นลูกค้าอาจรายงานข้อบกพร่องเล็ก ๆ เช่น "ไม่สามารถลบความคิดเห็น" แทนที่จะเป็นข้อบกพร่องที่รุนแรงมากเช่น "ไม่สามารถเปิดหน้า X" คุณทำตามแบบฝึกหัดอะไรบ้างและอะไรคือข้อโต้แย้งของคุณสำหรับหรือต่อต้านแนวทางใดแนวทางหนึ่ง? ปรับปรุง: ฉันต้องการเพิ่มรายละเอียดเกี่ยวกับกรณีของเราโดยเฉพาะ เราได้รับวัตถุบางอย่างจากฐานข้อมูลและทำการประมวลผลบางอย่างกับพวกมัน (สมมติว่าสร้างชุดสะสม) นักพัฒนาที่เขียนรหัสไม่ได้คาดหวังว่าวัตถุอาจเป็นโมฆะดังนั้นเขาจึงไม่ได้รวมการตรวจสอบใด ๆ และเมื่อโหลดหน้าเว็บแล้วพบว่ามีข้อผิดพลาดและไม่ได้โหลดหน้าทั้งหมด เห็นได้ชัดว่าในกรณีนี้ควรมีการตรวจสอบ จากนั้นเราได้พิจารณาว่าควรตรวจสอบวัตถุทุกชิ้นที่ประมวลผลแม้ว่าจะไม่คาดว่าจะหายไปหรือไม่และควรยกเลิกการประมวลผลในที่สุดหรือไม่ ประโยชน์สมมุติจะเป็นหน้าจะทำงานต่อไป นึกถึงผลการค้นหาใน Exchange …


20
ผู้จัดการโครงการที่ต้องการล็อคประมาณการเวลาด้วยสัญญาที่ลงนามแล้ว
ในการจ้างงานก่อนหน้านี้ผู้จัดการโครงการ (PM) ไม่พอใจกับเวลาส่งมอบรหัสในโครงการที่ฉันใช้งาน ฉันได้รับแจ้งจากโครงการนำของฉันว่า PM กำลังพิจารณาที่จะให้ฉันเซ็นสัญญาเพื่อล็อคเวลาของฉันโดยประมาณที่ฉันได้รับสำหรับงานและวันที่ส่งมอบ สถานการณ์ในโครงการคือเรากำลังทำงานร่วมกับเทคโนโลยีใหม่โค้ดเบสมาตรฐานการเข้ารหัสและข้อกำหนดที่เปลี่ยนแปลงได้ง่าย ฉันเรียนรู้สิ่งใหม่ ๆ และใช้สิ่งที่ดีที่สุดที่ฉันสามารถทำได้ตามความต้องการที่เปลี่ยนแปลงอยู่ตลอดเวลา ความต้องการตลอดทั้งการทำซ้ำเพิ่มขึ้น 2-3 ครั้งโดยที่การเติบโตของฉันตามการประเมินเสร็จสมบูรณ์ประมาณ 5-8 ครั้ง สิ่งเดียวที่ไม่เปลี่ยนแปลงคือการประมาณและวันที่ส่งมอบ ใช่ฉันลงเอยด้วยการกำหนดเวลาส่วนใหญ่ที่ขาดหายไป และฉันกำลังทำงานกับเทคโนโลยีใหม่ ๆ ที่ไม่มีใครในทีมพัฒนาทั้งหมดสามารถช่วยได้จริง ๆ เพราะพวกเขาไม่คุ้นเคยกับมัน อย่างน้อยก็ไม่สะดวก สำหรับฉันแล้วดูเหมือนว่า PM ต้องการให้ตัวเลขของเขาเพิ่มขึ้น - และทำให้ฉันต้องการเซ็นสัญญาเพื่อ "มั่นใจ" ว่าฉันจะส่งมอบรหัสการทำงานตรงเวลาเสมอ ฉันคิดว่าสัญญาที่ลงนามแล้ว PM สามารถใช้กับฉันได้หากฉันไม่สามารถส่งมอบตรงเวลา ฉันเชื่อว่าสิ่งที่เกิดขึ้นต่อไปคือผู้จัดการโครงการและ / หรือผู้นำโครงการปกป้องฉันและไม่ปล่อยให้สิ่งนี้เกิดขึ้น คำถามของฉันคือสิ่งนี้ควรยกธงสีแดงเกี่ยวกับผู้จัดการหรือไม่ เป็นเรื่องปกติหรือไม่ที่ผู้จัดการจะต้องล็อคเวลาประมาณการของผู้พัฒนาซอฟต์แวร์ด้วยสัญญาที่ลงนามแล้ว หรือในกรณีนี้ลอง โปรดทราบว่าฉันเป็นพนักงานเต็มเวลาไม่ใช่ที่ปรึกษาอิสระ อัปเดต : ฉันต้องการเพิ่มว่าฉันได้ให้การประมาณการใหม่ทุกสัปดาห์ แต่ดูเหมือนว่าการประมาณการและวันที่ส่งมอบดั้งเดิมเป็นสิ่งที่ PM ได้รับการแก้ไข

4
หมายเลขโทรศัพท์ของ example.org คืออะไร
RFC 2606มาตรฐานขอสงวนชื่อโดเมนexample.org , example.netและexample.comเพื่อจุดประสงค์ในการใช้เป็นตัวอย่างในเอกสารประกอบ หมายเลขโทรศัพท์ (รวมถึงรหัสประเทศ) ที่เทียบเท่ากับอะไรที่สามารถใช้เป็นตัวอย่างเช่นการให้ผู้ใช้ตัวอย่างในรูปแบบที่จะป้อนหมายเลขโทรศัพท์ ในกรณีที่ดีที่สุดมันจะเป็นหมายเลขจำลองที่กำหนดโดยมาตรฐานที่เกี่ยวข้องเพื่อเป็นตัวอย่างหมายเลขโทรศัพท์และจะไม่นำมาประกอบกับผู้สมัครสมาชิกจริง

3
ทำไมงูหลามเขียนด้วย GIL
การล็อคล่ามทั่วโลก (GIL) ดูเหมือนจะถูกอ้างถึงบ่อยครั้งเป็นเหตุผลหลักว่าทำไมการทำเกลียวและสิ่งที่คล้ายกันนั้นเป็นเรื่องยุ่งยากใน Python ซึ่งทำให้เกิดคำถามขึ้นมาว่า การเป็นโปรแกรมเมอร์ไม่ใช่ฉันไม่รู้ว่าทำไมอาจเป็น - อะไรคือเหตุผลที่อยู่เบื้องหลังในการวาง GIL?

14
อะไรทำให้เกิดความนิยมของฟังก์ชั่นแลมบ์ดาในภาษาโปรแกรมกระแสหลักที่ทันสมัย?
ในไม่กี่ปีที่ผ่านมาฟังก์ชั่นนิรนาม (ฟังก์ชั่น AKA แลมบ์ดา) ได้กลายเป็นภาษาที่ได้รับความนิยมอย่างมากและเกือบทุกภาษาหลัก / การเขียนโปรแกรมหลักได้แนะนำพวกเขาหรือมีการวางแผนที่จะแนะนำพวกเขาในการแก้ไขมาตรฐาน แต่ฟังก์ชั่นนิรนามเป็นแนวคิดที่เก่าแก่และเป็นที่รู้จักมากในด้านคณิตศาสตร์และวิทยาการคอมพิวเตอร์ (คิดค้นโดยนักคณิตศาสตร์ Alonzo Church รอบปี 1936 และใช้โดยภาษาการเขียนโปรแกรม Lisp มาตั้งแต่ปี 1958 ดูที่นี่ ) เหตุใดจึงไม่มีภาษาโปรแกรมหลักในปัจจุบัน (หลายภาษาซึ่งมีต้นกำเนิดเมื่อ 15 ถึง 20 ปีก่อน) รองรับฟังก์ชั่นแลมบ์ดาตั้งแต่เริ่มแรกและนำมาใช้ภายหลังเท่านั้น และสิ่งที่กระตุ้นให้เกิดการยอมรับฟังก์ชั่นที่ไม่ระบุชื่อขนาดใหญ่ในไม่กี่ปีที่ผ่านมา? มีเหตุการณ์เฉพาะความต้องการใหม่หรือเทคนิคการเขียนโปรแกรมที่เริ่มปรากฏการณ์นี้หรือไม่? โน๊ตสำคัญ จุดเน้นของคำถามนี้คือการแนะนำฟังก์ชั่นที่ไม่ระบุชื่อในภาษาสมัยใหม่กระแสหลัก (และอาจมีข้อยกเว้นเล็กน้อยภาษาที่ไม่สามารถใช้งานได้) นอกจากนี้โปรดทราบว่าฟังก์ชั่นที่ไม่ระบุชื่อ (บล็อก) มีอยู่ใน Smalltalk ซึ่งไม่ใช่ภาษาที่ใช้งานได้และฟังก์ชั่นที่มีชื่อปกตินั้นมีอยู่ในภาษาขั้นตอนเช่น C และ Pascal เป็นเวลานาน โปรดอย่าทำให้คำตอบของคุณมากเกินไปโดยการพูดถึง "การยอมรับกระบวนทัศน์การทำงานและประโยชน์ของมัน" เพราะนี่ไม่ใช่หัวข้อของคำถาม

17
การโง่เพื่อให้ได้ผลผลิตที่ดีกว่า
ฉันใช้เวลาอ่านหนังสือหลายเล่มเกี่ยวกับ "การออกแบบที่ดี" "รูปแบบการออกแบบ" ฯลฯ ฉันเป็นแฟนตัวยงของแนวทางแบบSOLIDและทุกครั้งที่ฉันจำเป็นต้องเขียนโค้ดแบบง่าย ๆ ฉันก็คิดถึง อนาคต. ดังนั้นหากการใช้คุณสมบัติใหม่หรือการแก้ไขข้อบกพร่องจำเป็นต้องเพิ่มรหัสสามบรรทัดดังนี้: if(xxx) { doSomething(); } ไม่ได้หมายความว่าฉันจะทำแบบนี้ หากฉันรู้สึกว่ารหัสชิ้นนี้มีแนวโน้มที่จะใหญ่ขึ้นในอนาคตอันใกล้ฉันจะคิดถึงการเพิ่ม abstractions ย้ายฟังก์ชันนี้ไปที่อื่น เป้าหมายที่ฉันใฝ่หาคือการรักษาความซับซ้อนโดยเฉลี่ยให้เหมือนกับก่อนการเปลี่ยนแปลงของฉัน ฉันเชื่อว่าจากจุดยืนของรหัสมันค่อนข้างเป็นความคิดที่ดี - รหัสของฉันไม่นานพอและมันค่อนข้างง่ายที่จะเข้าใจความหมายของเอนทิตีต่าง ๆ เช่นคลาสวิธีและความสัมพันธ์ระหว่างคลาสและวัตถุ ปัญหาคือมันใช้เวลานานเกินไปและฉันมักจะรู้สึกว่ามันจะดีกว่าถ้าฉันใช้คุณลักษณะนั้น "ตามที่เป็นอยู่" มันเป็นเรื่องเกี่ยวกับ "โค้ดสามบรรทัด" เทียบกับ "อินเทอร์เฟซใหม่ + สองคลาสเพื่อใช้อินเทอร์เฟซนั้น" จากมุมมองของผลิตภัณฑ์ (เมื่อเรากำลังพูดถึงผลลัพธ์ ) สิ่งที่ฉันทำไม่มีความหมายเลยทีเดียว ฉันรู้ว่าถ้าเรากำลังจะทำงานในรุ่นถัดไปการมีรหัสที่ดีนั้นยอดเยี่ยมจริงๆ แต่ในทางกลับกันเวลาที่คุณใช้ในการทำให้โค้ดของคุณ "ดี" อาจถูกใช้ไปกับการใช้คุณสมบัติที่มีประโยชน์สองสามอย่าง ฉันมักจะรู้สึกไม่พอใจกับผลลัพธ์ของฉันมาก - รหัสที่ดีที่สามารถทำได้ A นั้นแย่กว่ารหัสที่ไม่ดีที่สามารถทำ A, B, C และ D ได้ …
112 productivity 

30
ทุกสิ่งที่โปรแกรมเมอร์ต้องการในขณะที่ทำงาน
ฉันได้รับมอบหมายให้สร้างสภาพแวดล้อมที่สนุกสนานและผ่อนคลายสิ่งหนึ่งที่ฉันรู้ว่าฉันต้องการคือหนูและคีย์บอร์ดที่เหมาะกับการใช้งานคนอื่น ๆ ได้แนะนำลูกบอลออกกำลังกายและวงดนตรี โปรแกรมเมอร์ทุกคนต้องการอะไรในขณะที่ทำงาน? สิ่งที่อาจไม่จำเป็น แต่ก็ดีถ้ามี หมายเหตุ: คำถามนี้ถูกถามก่อนหน้านี้ แต่ถูกแนะนำให้โพสต์ที่นี่ ดูลิงค์นี้สำหรับคำตอบก่อนหน้า: https://stackoverflow.com/questions/3911911/stuff-every-programmer-needs-while-working-closed

30
เหตุใดอาร์เรย์แบบ zero-based จึงเป็นบรรทัดฐาน?
คำถามที่ถามนี่ทำให้ผมนึกถึงของการสนทนาที่ฉันมีกับโปรแกรมเมอร์เพื่อน เขาแย้งว่าควรใช้อาเรย์แบบ zero-based อาเรย์แบบ one-based เนื่องจากอาเรย์ที่เป็นแบบ zero-based นั้นเป็นรายละเอียดการใช้งานที่มีต้นกำเนิดมาจากวิธีการทำงานของอาเรย์และพอยน์เตอร์และการทำงานฮาร์ดแวร์คอมพิวเตอร์ ภาษา ตอนนี้ฉันไม่ถนัดในการโต้วาทีดังนั้นฉันจึงไม่สามารถเสนอเหตุผลที่ดีในการติดตั้งอาร์เรย์แบบ zero-based นอกเหนือจากที่พวกเขารู้สึกว่าเหมาะสมกว่า เหตุใดจึงเป็นจุดเริ่มต้นทั่วไปของอาร์เรย์
112 array 

10
ความสัมพันธ์ระหว่างเรื่องราวของผู้ใช้คุณสมบัติและมหากาพย์?
ในฐานะที่เป็นคนที่ยังใหม่กับความคล่องตัวฉันไม่แน่ใจว่าฉันเข้าใจความสัมพันธ์หรือความแตกต่างระหว่างเรื่องราวของผู้ใช้คุณสมบัติและมหากาพย์อย่างสมบูรณ์ ตามคำถามนี้ฟีเจอร์คือชุดของเรื่องราว หนึ่งในคำตอบแสดงให้เห็นว่าฟีเจอร์เป็นมหากาพย์จริงๆ ดังนั้นฟีเจอร์และมหากาพย์ถือว่าเป็นสิ่งเดียวกันนั่นเป็นชุดของเรื่องราวของผู้ใช้ที่เกี่ยวข้องหรือไม่ ผู้จัดการโครงการของเรายืนยันว่ามีโครงสร้างแบบลำดับชั้น: Epic -> Features -> เรื่องราวของผู้ใช้ และโดยทั่วไปเรื่องราวของผู้ใช้ทั้งหมดจะต้องอยู่ในโครงสร้างนี้ ดังนั้นเรื่องราวของผู้ใช้ทั้งหมดจะต้องอยู่ภายใต้ฟีเจอร์เสริมและฟีเจอร์ทั้งหมดจะต้องตกอยู่ภายใต้มหากาพย์ สำหรับฉันมันฟังดูน่าอึดอัดใจ ใครช่วยกรุณาอธิบายว่าเรื่องราวของผู้ใช้คุณสมบัติและบทกวีต่าง ๆ เกี่ยวข้องกันอย่างไร? หรือมีบทความที่แสดงความแตกต่างอย่างชัดเจนหรือไม่
111 agile  terminology 

7
คุณต้องรวมคำบอกกล่าวการอนุญาตให้ใช้สิทธิกับไฟล์ต้นฉบับทุกไฟล์หรือไม่?
ฉันกำลังมองหาใบอนุญาตต่าง ๆ ที่ฉันสามารถใช้สำหรับโครงการโอเพนซอร์ซของฉัน แต่ทุกโครงการที่ฉันเห็นด้วยสิทธิ์ใช้งานทุกประเภทดูเหมือนจะเป็นยักษ์ที่น่าสะพรึงกลัว (ในความคิดของฉัน) แจ้งให้ทราบในแต่ละไฟล์ต้นฉบับที่ระบุว่าไฟล์อยู่ในรายการภายใต้ใบอนุญาตบางอย่าง ฉันไม่คิดว่าฉันได้พบโครงการแหล่งเดียวที่ไม่ใช่โดเมนสาธารณะที่ไม่มีประกาศเช่นนั้น ดูเหมือนว่าจะเป็นการเสียเวลาและพื้นที่ไฟล์ ฉันวางแผนที่จะวาง@licenseและ@authorแท็กในโครงการของฉัน แต่ฉันไม่เห็นว่าทำไมฉันต้องแสดงรายการประกาศยักษ์ในแต่ละไฟล์ถ้าฉันไม่ต้องการให้รหัสของฉันเป็นโดเมนสาธารณะ มีเหตุผลใดบ้างที่ฉันต้องการรวมการแจ้งเตือนดังกล่าวในโครงการของฉันหรือจะรวมการแจ้งเตือนไว้ในREADMEและ@licenseแท็กก็ดีพอ สิ่งนี้ส่งผลกระทบต่อกฎ "ใบอนุญาตส่วนใหญ่ที่ระบุไว้อย่างชัดเจน" หรือเป็นเพียง overkill เพื่อให้ผู้คนไม่เถียง?
111 licensing 

โดยการใช้ไซต์ของเรา หมายความว่าคุณได้อ่านและทำความเข้าใจนโยบายคุกกี้และนโยบายความเป็นส่วนตัวของเราแล้ว
Licensed under cc by-sa 3.0 with attribution required.