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

ดูเหมือนว่าบิตของการขัดแย้งเรื่องทุกอย่างเอกสารรวมทั้ง "JavaBean" ไวยากรณ์ของ getters และ setters สำหรับเขตข้อมูล: คนบอกว่ามันไม่มีความจำเป็นที่ยาวนานและทำลายซ้ำแห้ง (ไม่ซ้ำตัวเอง) , ที่ประชุมตั้งชื่อควรจะอธิบายทุกอย่าง , และมันก็เป็นรหัส / เอกสาร บางครั้งข้อโต้แย้งเหล่านี้ทำงาน แต่ในบางครั้งคุณต้องจบเรื่องนี้: ข้างต้นเป็นเรื่องธรรมดาสำหรับโครงการโอเพ่นซอร์สที่ทำตามหลักการเหล่านั้นอย่างกล้าหาญ คุณเหลือเอกสารไร้ประโยชน์โดยสิ้นเชิง ที่ไม่ได้อธิบายอะไรเกี่ยวกับสิ่งที่เกิดขึ้นภายใต้ผลกระทบที่เป็นไปได้หรือแม้กระทั่งสิ่งที่คาดหวังมูลค่า (อาจเป็นโมฆะหรือไม่เคยโมฆะฉันไม่รู้ Javadoc ไม่บอกฉัน) ดังนั้นฉันควรเอกสารเมื่อใด ฉันทำเอกสารทุกอย่างแม้ว่าจะเป็นครั้งคราวรหัส clutters? หรือฉันไม่มีเอกสารอะไรตั้งแต่ในสายตาของฉันมัน "ชัดเจน"?

22 documentation 

ปิด. คำถามนี้เป็นคำถามปิดหัวข้อ ไม่ยอมรับคำตอบในขณะนี้ ต้องการปรับปรุงคำถามนี้หรือไม่ อัพเดตคำถามเพื่อให้เป็นหัวข้อสำหรับ Software Engineering Stack Exchange ปิดให้บริการใน6 ปีที่ผ่านมา เพื่อนนักศึกษาส่วนใหญ่ของฉันที่ฉันได้พูดคุยเพื่ออ้างว่าการตั้งเป้าหมายให้เกรดดีนั้นไม่มีประโยชน์เพราะ บริษัท ต่างๆไม่สนใจพวกเขาเมื่อจ้างโปรแกรมเมอร์ สำหรับพวกเขาแล้วมันก็เพียงพอแล้วที่จะเข้าร่วมหลักสูตรที่อาจมีความสำคัญและนั่นก็เป็นเช่นนั้น มันเป็นเรื่องจริงเหรอ? คะแนนจากมหาวิทยาลัยไม่มีประโยชน์เมื่อออกจากมหาวิทยาลัยหรือนายจ้างขอให้พบพวกเขาเพื่อการสัมภาษณ์หรือไม่?

22 experience 

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

22 code-quality  culture 

ปิด. คำถามนี้เป็นคำถามปิดหัวข้อ ไม่ยอมรับคำตอบในขณะนี้ ต้องการปรับปรุงคำถามนี้หรือไม่ อัพเดตคำถามเพื่อให้เป็นหัวข้อสำหรับ Software Engineering Stack Exchange ปิดให้บริการใน6 ปีที่ผ่านมา ฉันอยากรู้อยากเห็นที่จะใช้. NET สำหรับเว็บแอปพลิเคชั่นบางตัว (เช่น ASP.NET MVC 2) อย่างไรก็ตามงบประมาณของฉันมี จำกัด ดังนั้นฉันจึงอยากใช้ Mono บน Linux ฉันไม่เคยใช้ Mono มาก่อนและฉันไม่ได้อ่านเกี่ยวกับไซต์ที่ใหญ่กว่าใด ๆ ที่ใช้ Mono + Linux บนเซิร์ฟเวอร์ในการผลิต ประสบการณ์ของคุณในการใช้ Mono บน Linux ในการผลิตคืออะไร ประสิทธิภาพและความเสถียรนั้นเทียบกับ. NET บน Windows Server อย่างไร มีเว็บไซต์ยอดนิยมใดบ้างที่ใช้ในการผลิตหรือไม่ พวกเขามีบทความใดบ้างทางออนไลน์ที่แบ่งปันประสบการณ์

22 experience  .net  asp.net  linux  mono 

ปิด คำถามนี้เป็นคำถามความคิดเห็นตาม ไม่ยอมรับคำตอบในขณะนี้ ต้องการปรับปรุงคำถามนี้หรือไม่ อัปเดตคำถามเพื่อให้สามารถตอบข้อเท็จจริงและการอ้างอิงได้โดยแก้ไขโพสต์นี้ ปิดให้บริการใน4 ปีที่แล้ว ฉันไม่ทราบว่ามันเป็นเพียงกับฉัน แต่เมื่อฉันเริ่ม refactoring รหัสบางอย่างฉันเสียเวลาทำอย่างนั้นและมันไม่สิ้นสุด ทุกครั้งที่ฉันอ่านรหัสอีกครั้งฉันพบสิ่งที่สามารถปรับปรุงได้การปรับโครงสร้างรหัสใหม่ก็เหมือนสมองของฉันในการวนซ้ำไม่สิ้นสุดและเงื่อนไขสิ้นสุดจะมาถึงแบบสุ่มโดยไม่พอใจ ดังนั้นฉันต้องใช้เวลาเท่าใดในการปรับรหัสของฉันใหม่

22 self-improvement  time-management  refactoring 

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

22 development-environment 

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

22 experience  languages 

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

22 design  design-patterns  object-oriented 

ปิด. คำถามนี้เป็นคำถามปิดหัวข้อ ไม่ยอมรับคำตอบในขณะนี้ ต้องการปรับปรุงคำถามนี้หรือไม่ อัพเดตคำถามเพื่อให้เป็นหัวข้อสำหรับ Software Engineering Stack Exchange ปิดให้บริการใน5 ปีที่ผ่านมา มาจากพื้นหลังการเขียนโปรแกรมตามขั้นตอน / OO ฉันมักจะเขียนโปรแกรม Scheme ตามขั้นตอน ฉันจะถูกขัดจังหวะในการเรียนรู้โครงการหรือเสียงกระเพื่อมในการทำงานจากพื้นดินขึ้นมาเพื่อรีเซ็ตความคิดของโปรแกรมเมอร์ของฉัน มีแบบฝึกหัดหรือหนังสือที่มีมาตรฐาน de-facto สำหรับการอธิบายวิธีปฏิบัติที่ดีที่สุดวิธีการออกแบบและข้อมูลที่เป็นประโยชน์อื่น ๆ เกี่ยวกับแนวคิดการเขียนโปรแกรมการทำงาน? หนังสือเล่มไหนที่ทำให้มันพิเศษ?

22 books  functional-programming  lisp  scheme 

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

22 open-source  .net  legal  licensing 

ปิด คำถามนี้เป็นคำถามความคิดเห็นตาม ไม่ยอมรับคำตอบในขณะนี้ ต้องการปรับปรุงคำถามนี้หรือไม่ อัปเดตคำถามเพื่อให้สามารถตอบข้อเท็จจริงและการอ้างอิงได้โดยแก้ไขโพสต์นี้ ปิดให้บริการใน6 ปีที่ผ่านมา หากคุณเรียกดูคำถามรหัสกอล์ฟ StackExchangeคุณสังเกตเห็นตันของที่ไม่ได้มาตรฐาน แต่จริงโลก (เช่นไม่ได้สมอง-F * CK) ภาษาเช่นF # , Scala , R , JและClojure การเยี่ยมชมเว็บไซต์ของพวกเขาบางภาษามีลักษณะที่น่าสนใจในการแก้ปัญหาในภาษาที่คุณใช้อยู่ อย่างไรก็ตามมีการเข้ารหัสในเวลาว่างและการเข้ารหัสเพื่อเงิน สิ่งที่ใกล้เคียงที่สุดกับความจริงที่ว่าเราใช้ภาษาใดคือดัชนี TIOBEซึ่งไม่มีรายการของภาษาข้างต้นใน 10-15 อันดับแรก ซึ่งทำให้ฉันสงสัยว่าฉันจะใช้พวกเขาหรือไม่ ฉันควรจะรำคาญที่จะเรียนภาษาเฉพาะกลุ่มเล็ก ๆ บ้างไหม? ดูเหมือนว่าฉันจะทำเงินไม่ได้และบางคนก็อาจล้มเหลวอยู่ดี

22 programming-languages 

ปิด คำถามนี้เป็นคำถามความคิดเห็นตาม ไม่ยอมรับคำตอบในขณะนี้ ต้องการปรับปรุงคำถามนี้หรือไม่ อัปเดตคำถามเพื่อให้สามารถตอบข้อเท็จจริงและการอ้างอิงได้โดยแก้ไขโพสต์นี้ ปิดให้บริการใน4 ปีที่แล้ว ในฐานะโปรแกรมเมอร์เรามักภาคภูมิใจในทักษะของเราอย่างมากและมีความคิดเห็นที่แข็งแกร่งมากเกี่ยวกับโค้ดที่ 'ดี' และ 'ไม่ดี' เมื่อถึงจุดใดก็ตามในอาชีพของเราเราอาจมีระบบมรดกตกหล่นในรอบของเราและคิดว่า 'เทพเจ้าของฉันรหัสนี้แย่มาก!' เพราะมันไม่สอดคล้องกับความคิดของเราเกี่ยวกับสิ่งที่รหัสที่ดีควรจะเป็นแม้ว่าความจริงที่ว่ามันอาจจะทำงานได้อย่างสมบูรณ์แบบและรหัสที่สามารถบำรุงรักษาได้ คุณเตรียมความพร้อมทางใจเมื่อพยายามทำให้งานของโปรแกรมเมอร์อื่นดีขึ้นอย่างไร

22 experience  development-process  code-quality  coding-standards 

ตามที่เป็นอยู่ในปัจจุบันคำถามนี้ไม่เหมาะสำหรับรูปแบบคำถาม & คำตอบของเรา เราคาดหวังคำตอบที่จะได้รับการสนับสนุนจากข้อเท็จจริงการอ้างอิงหรือความเชี่ยวชาญ แต่คำถามนี้อาจเรียกร้องให้มีการถกเถียงอภิปรายโต้แย้งหรือการอภิปรายเพิ่มเติม หากคุณรู้สึกว่าคำถามนี้สามารถปรับปรุงและเปิดใหม่ได้โปรดไปที่ศูนย์ช่วยเหลือเพื่อขอคำแนะนำ ปิดให้บริการใน7 ปีที่ผ่านมา วางแผนโป๊กเกอร์ สรุปในกรณีที่คุณไม่ต้องการอ่านบทความ wiki: รับรายการงานที่คุณต้องการทำสำหรับการทำซ้ำที่จะเกิดขึ้น สำหรับแต่ละงาน: 2.1 พูดคุยกับกลุ่มสิ่งที่เกี่ยวข้อง 2.2 ทุกคนเขียน / เลือกการประเมินว่าจำเป็นต้องใช้ความพยายามมากแค่ไหนสำหรับงาน 2.3 ทุกคนเปิดเผยการประมาณ 2.4 ค่าสูงสุดและค่าต่ำสุดอธิบายการใช้เหตุผล 2.5 ทำซ้ำจนกว่าจะถึงฉันทามติ โดยทั่วไปแล้วสิ่งที่คล้ายกับตัวเลขจากลำดับฟีโบนักชีเช่น 0, ½, 1, 2, 3, 5, 8, 13, 20, 40, 100 เป็นค่าที่อนุญาตดังนั้นคุณจึงไม่ได้รับข้อโต้แย้งที่ยาวนานกว่าค่าปิดเช่น 23 vs 27 นอกจากนี้ตัวเลขยังแสดงถึงค่าความพยายามน้อยกว่าหน่วยซึ่งค่าจะถูกกำหนดโดยงานพื้นฐานที่ทุกคนเห็นด้วยเท่ากับ 1 และทุกสิ่งทุกอย่างสัมพันธ์กับสิ่งนั้น ในท้ายที่สุดเป้าหมายคือการได้รับความรู้สึกที่ดีสำหรับ "ความเร็ว" ของทีมที่กำหนดซึ่งเป็นจำนวนคะแนนเหล่านี้ที่สามารถทำให้เสร็จในการวนซ้ำที่กำหนด ด้วยสิ่งนี้จึงเป็นไปได้ที่จะทำการประมาณการอย่างแม่นยำอย่างสมเหตุสมผลว่าจะใช้คุณลักษณะใดนานเท่าใด เราทำสิ่งนี้ในการวางแผนการประชุมซ้ำที่ บริษัท …

22 agile  estimation  iterative-development 

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

22 bug  testing 

ตามที่เป็นอยู่ในปัจจุบันคำถามนี้ไม่เหมาะสำหรับรูปแบบคำถาม & คำตอบของเรา เราคาดหวังคำตอบที่จะได้รับการสนับสนุนจากข้อเท็จจริงการอ้างอิงหรือความเชี่ยวชาญ แต่คำถามนี้อาจเรียกร้องให้มีการถกเถียงอภิปรายโต้แย้งหรือการอภิปรายเพิ่มเติม หากคุณรู้สึกว่าคำถามนี้สามารถปรับปรุงและเปิดใหม่ได้โปรดไปที่ศูนย์ช่วยเหลือเพื่อขอคำแนะนำ ปิดให้บริการใน7 ปีที่ผ่านมา ที่มีทั้งหมดของกรอบที่มีอยู่วันนี้ORMs , พึ่งพาการฉีด (DI) ผกผันของการควบคุม (IOC) ฯลฯ ผมพบว่าโปรแกรมเมอร์จำนวนมากมีการสูญเสียหรือไม่ต้องมีการแก้ปัญหาทักษะที่จำเป็นในการแก้ปัญหาที่ยาก หลายครั้งที่ฉันเห็นพฤติกรรมที่ไม่คาดคิดคลานเข้าไปในแอปพลิเคชันและนักพัฒนาไม่สามารถขุดและค้นหาปัญหาได้ สำหรับฉันแล้วความเข้าใจที่ลึกซึ้งเกี่ยวกับสิ่งที่เกิดขึ้นภายใต้ประทุนกำลังจะสูญหายไป อย่าเข้าใจฉันผิดฉันไม่แนะนำให้ใช้กรอบเหล่านี้ไม่ดีและไม่ได้ย้ายอุตสาหกรรมไปข้างหน้าเพียงแค่ถามว่าหากเป็นผลที่ไม่ตั้งใจนักพัฒนาจะไม่ได้รับความรู้และทักษะที่จำเป็นสำหรับการทำความเข้าใจอย่างลึกซึ้ง ระบบ

22 experience  frameworks