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

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

30
การออกแบบที่น่าเศร้าหรือการตัดสินใจเขียนโปรแกรมที่คุณทำ [ปิด]
ฉันอยากได้ยินว่าคุณตัดสินใจออกแบบแบบไหนและพวกเขาย้อนกลับมาอย่างไร เนื่องจากการตัดสินใจออกแบบที่ไม่ดีฉันจึงต้องสนับสนุนการตัดสินใจที่ไม่ดีนั้นตลอดไป (ฉันมีส่วนร่วมด้วย) ทำให้ฉันรู้ว่าการออกแบบผิดพลาดเพียงครั้งเดียวสามารถหลอกหลอนคุณตลอดไป ฉันต้องการเรียนรู้จากคนที่มีประสบการณ์มากกว่าพวกเขามีประสบการณ์แบบผิดพลาดอะไรบ้างและพวกเขาเรียนรู้อะไรจากพวกเขา ฉันแน่ใจว่านี่จะเป็นประโยชน์อย่างมากสำหรับโปรแกรมเมอร์คนอื่น ๆ โดยช่วยพวกเขาไม่ให้ตัดสินใจซ้ำ ๆ ขอบคุณที่แบ่งปันประสบการณ์ของคุณ
57 mistakes 

13
การปฏิบัติที่แย่ที่สุดใน C ++, ข้อผิดพลาดทั่วไป [ปิด]
หลังจากอ่านคำพูดที่โด่งดังของ Linus Torvaldsฉันสงสัยว่าจริงๆแล้วอะไรคือข้อผิดพลาดทั้งหมดของโปรแกรมเมอร์ใน C ++ ฉันไม่ได้อ้างถึง typos หรือโปรแกรมที่ไม่ดีตามที่ได้รับการรักษาในคำถามนี้และคำตอบของมันแต่สำหรับข้อผิดพลาดระดับสูงที่ไม่ได้ตรวจพบโดยคอมไพเลอร์และไม่ส่งผลให้เกิดข้อบกพร่องที่เห็นได้ชัดในตอนแรก สิ่งที่ไม่น่าจะเป็นใน C แต่น่าจะเกิดขึ้นใน C ++ โดยผู้มาใหม่ที่ไม่เข้าใจความหมายของรหัสทั้งหมด ฉันยังยินดีต้อนรับคำตอบที่ชี้ให้เห็นถึงประสิทธิภาพที่ลดลงอย่างมากซึ่งมักจะไม่เกิดขึ้น ตัวอย่างของสิ่งที่อาจารย์คนหนึ่งของฉันเคยบอกฉันเกี่ยวกับตัวแยกวิเคราะห์ LR (1) ที่ฉันเขียน: คุณใช้อินสแตนซ์ของการสืบทอดและเวอร์ชวลไลซ์ที่ไม่จำเป็นจำนวนมากเกินไป การสืบทอดทำให้การออกแบบมีความซับซ้อนมากขึ้น (และไม่มีประสิทธิภาพเนื่องจากระบบย่อย RTTI (การอนุมานชนิดรันไทม์) และดังนั้นจึงควรใช้เฉพาะเมื่อมีความเหมาะสมเท่านั้นเช่นสำหรับการกระทำในตารางแยก เนื่องจากคุณใช้เทมเพลตอย่างเข้มข้นคุณจึงไม่จำเป็นต้องรับมรดก "

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

5
วิธีการแก้ไขข้อผิดพลาดในการทดสอบหลังจากการเขียนการใช้งาน
การกระทำที่ดีที่สุดใน TDD คืออะไรหากหลังจากใช้ตรรกะอย่างถูกต้องการทดสอบยังคงล้มเหลว (เพราะมีข้อผิดพลาดในการทดสอบ)? ตัวอย่างเช่นสมมติว่าคุณต้องการพัฒนาฟังก์ชั่นต่อไปนี้: int add(int a, int b) { return a + b; } สมมติว่าเราพัฒนามันในขั้นตอนต่อไปนี้: ทดสอบการเขียน (ยังไม่มีฟังก์ชั่น): // test1 Assert.assertEquals(5, add(2, 3)); ผลลัพธ์มีข้อผิดพลาดในการรวบรวม เขียนการใช้งานฟังก์ชันหลอกตา: int add(int a, int b) { return 5; } ผลลัพธ์: test1ผ่าน เพิ่มกรณีทดสอบอื่น: // test2 -- notice the wrong expected value (should be 11)! Assert.assertEquals(12, …
21 tdd  mistakes 

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

6
บริษัท ใหญ่ ๆ ทำผิดพลาดใหม่ ๆ ได้อย่างไรซึ่งทำให้เกิดช่องโหว่ด้านความปลอดภัย? [ปิด]
ตามที่เป็นอยู่ในปัจจุบันคำถามนี้ไม่เหมาะสำหรับรูปแบบคำถาม & คำตอบของเรา เราคาดหวังคำตอบที่จะได้รับการสนับสนุนจากข้อเท็จจริงการอ้างอิงหรือความเชี่ยวชาญ แต่คำถามนี้อาจเรียกร้องให้มีการถกเถียงอภิปรายโต้แย้งหรือการอภิปรายเพิ่มเติม หากคุณรู้สึกว่าคำถามนี้สามารถปรับปรุงและเปิดใหม่ได้โปรดไปที่ศูนย์ช่วยเหลือเพื่อขอคำแนะนำ ปิดให้บริการใน8 ปีที่ผ่านมา Sony เพิ่งถูกแฮ็กด้วยการฉีด SQL และรหัสผ่านของผู้ใช้ของพวกเขาถูกเก็บไว้ในรูปแบบข้อความล้วน นี่เป็นความผิดพลาดหน้าใหม่ ใน บริษัท ขนาดใหญ่เช่นนี้จะผ่าน QA ได้อย่างไร พวกเขาไม่มีทีมที่ดีกว่ารู้ดีกว่านี้ได้อย่างไร ขนาดที่แท้จริงของ บริษัท ที่ถูกแฮ็กทำให้สิ่งนี้แตกต่าง มันมีผลกระทบต่อพวกเราทุกคนเพราะวันหนึ่งเราอาจพบว่าตัวเองอยู่ในทีมที่มีหน้าที่รับผิดชอบอะไรเช่นนี้และจากนั้นเราก็ได้ขวาน แล้วอะไรคือปัจจัยที่นำไปสู่สิ่งนี้และเราจะป้องกันได้อย่างไร
15 security  qa  mistakes 
โดยการใช้ไซต์ของเรา หมายความว่าคุณได้อ่านและทำความเข้าใจนโยบายคุกกี้และนโยบายความเป็นส่วนตัวของเราแล้ว
Licensed under cc by-sa 3.0 with attribution required.