หลีกเลี่ยงการรายงานข้อผิดพลาดที่ซ้ำกัน


9

ฉันใช้ Linux และซอฟต์แวร์โอเพนซอร์ซอื่น ๆ ในบ้านของฉัน เนื่องจากฉันไม่ใช่นักเขียนโค้ดมืออาชีพฉันมักจะรายงานข้อผิดพลาดกับผู้พัฒนาเนื่องจากทักษะของฉันไม่เพียงพอที่จะแก้ปัญหาด้วยตัวเอง

คุณต้องการให้ฉันตรวจสอบอะไรก่อนที่ฉันจะส่งรายงานข้อผิดพลาด ฉันหมายถึงเมื่อฉันคิดว่าฉันพบข้อผิดพลาดใน Gedit และฉันไม่พบข้อผิดพลาดที่คล้ายกันใน Bugzilla แต่หลังจากที่ฉันส่งรายงานนักพัฒนาบางคนบอกว่าข้อผิดพลาดนั้นอยู่ใน Bugzilla แล้วเนื่องจากข้อผิดพลาดนั้นอยู่ใน GTK + ไม่ใช่ใน Gedit บางครั้งมันอาจเป็นเรื่องยากสำหรับมือสมัครเล่นที่จะเดาว่ามีข้อบกพร่องที่รู้จักกันก่อนหน้านี้จะแก้ปัญหาที่ฉันพบ


4
ตระหนักว่าขณะนี้เมื่อเพิ่มรายงานข้อผิดพลาดและปิดเป็นสำเนาของข้อผิดพลาดคนอื่นที่เข้ามาในภายหลังจะพบรายงานข้อผิดพลาดที่ซ้ำกันที่คุณยื่น (และไม่จำเป็นต้องยื่นอีกหนึ่ง)

คำตอบ:


15

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

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


5
+1 สำหรับ "ส่วนใหญ่ผิดและไม่ค่อยเป็นประโยชน์" อาเมนพี่ชาย ฉันบอกลูกค้าว่า "นำปัญหามาให้ฉันไม่ใช่วิธีแก้ปัญหา"
Peter Rowell

4
ฉันคิดว่าโดยเฉพาะอย่างยิ่งในโอเพ่นซอร์สคุณจะเจอนักพัฒนาที่ปฏิบัติต่อรายงานข้อผิดพลาดซ้ำ ๆ ด้วยความดูถูก พวกเขาอาจมีวันที่ไม่ดีหรือพวกเขาอาจให้ความสำคัญกับข้อกังวลของตัวเองมากเกินไป (เช่นรายการสิ่งที่ต้องทำขนาดใหญ่) เพื่อรับรู้คุณค่าของรายงานข้อผิดพลาดหรือพวกเขาอาจประเมินว่ามันง่ายแค่ไหนในการค้นหารายงานที่มีอยู่ (อาจเป็นเพราะพวกเขารู้แล้วว่าจะใช้คำค้นหาใด) ไม่ว่าด้วยเหตุผลอะไรอย่าปล่อยให้พวกเขาทำให้คุณรู้สึกแย่ - การรายงานข้อผิดพลาดยังเป็นสิ่งที่ถูกต้อง
John Bartholomew
โดยการใช้ไซต์ของเรา หมายความว่าคุณได้อ่านและทำความเข้าใจนโยบายคุกกี้และนโยบายความเป็นส่วนตัวของเราแล้ว
Licensed under cc by-sa 3.0 with attribution required.