The first result is in favour of ope

The first result is in favour of open source development. Traditional developers might fear that open source has a high probability of producing unreadable code, of low quality and impossible to maintain. They may think that open projects manage to survive only because a large number of programmers, with infinite patience because of their personal interest, are available to correct bugs and provide add-ons.From the data we have examined,it seems that this conjecture can not be supported. The average percentage of acceptable components across the programs is still high, as half of the components are in good shape. On the other hand, the average percentage of components that must be rewritten is not prohibitive for a corrective activity on the code. However, it should be noted that according to Pareto’s law, a small percentage of the software will be responsible for the majority of the problems, so 5–6% of components needing to be rewritten is still a worrying result.

On the contrary, the second finding is against the open source development philosophy. Given the direct link between internal and external quality characteristics and the findings of this case study, it seems that the open source community should seriously take into account the need to develop higher quality code. This is suggested by the fact that, on average, almost half of the components of each application examined have not received the ACCEPT recommendation and must be reworked or revisited in some way (i.e. rewritten, tested, inspected or commented). Although the open source strength stems from the massive code-level peer review, such a suggestion implies that the way the code is structured necessitates even further work.Anyway, the quality of the code developed for Linux applications did not meet the requirements of the industrial standard we have considered, in contrast to what open source proponents have claimed up to now.

ผลลัพธ์ (ไทย) 2:

ผลที่สายแรกอยู่ในความโปรดปรานของการพัฒนาโอเพนซอร์ส นักพัฒนาแบบดั้งเดิมอาจจะกลัวว่าเปิดแหล่งที่มีโอกาสสูงในการผลิตไม่สามารถอ่านรหัส, ที่มีคุณภาพต่ำและไม่สามารถที่จะรักษา พวกเขาอาจจะคิดว่าเปิดโครงการบริหารจัดการเพื่อความอยู่รอดเพียงเพราะจำนวนมากของการเขียนโปรแกรมที่มีอยู่ในสายอดทน Nite เพราะความสนใจส่วนตัวของพวกเขาพร้อมที่จะแก้ไขข้อบกพร่องและให้เพิ่ม ons.From ข้อมูลที่เราได้ตรวจสอบมันก็ดูเหมือนว่าการคาดเดานี้สามารถ ไม่ได้รับการสนับสนุน ร้อยละเฉลี่ยของส่วนประกอบที่ยอมรับทั่วโปรแกรมยังคงสูงเป็นครึ่งหนึ่งของส่วนประกอบที่อยู่ในรูปทรงที่ดี บนมืออื่น ๆ ร้อยละเฉลี่ยขององค์ประกอบที่จะต้องเขียนใหม่ไม่ได้เป็นที่ต้องห้ามสำหรับกิจกรรมที่เกี่ยวกับการแก้ไขรหัส แต่ก็ควรจะตั้งข้อสังเกตว่าเป็นไปตามกฎหมาย Pareto ของร้อยละขนาดเล็กของซอฟต์แวร์ที่จะต้องรับผิดชอบต่อปัญหาส่วนใหญ่เพื่อให้ 5-6% ของชิ้นส่วนที่จะต้องเขียนใหม่ก็ยังคงเป็นผลมาจากความกังวล. ในทางตรงกันข้าม nding สายที่สองคือกับโอเพนซอร์สปรัชญาการพัฒนา ได้รับการเชื่อมโยงโดยตรงระหว่างลักษณะคุณภาพภายในและภายนอกและไฟ ndings การศึกษากรณีนี้มันดูเหมือนว่าเปิดแหล่งชุมชนอย่างจริงจังควรคำนึงถึงความจำเป็นในการพัฒนาโค้ดที่มีคุณภาพสูงขึ้น นี้เป็นข้อเสนอแนะจากข้อเท็จจริงที่ว่าโดยเฉลี่ยเกือบครึ่งหนึ่งขององค์ประกอบของแต่ละโปรแกรมการตรวจสอบยังไม่ได้รับข้อเสนอแนะที่ยอมรับและจะต้องนํามาเยือนหรือในบางวิธี (เช่นเขียนใหม่ผ่านการทดสอบการตรวจสอบหรือการแสดงความคิดเห็น) แม้ว่าความแรงของโอเพนซอร์สเกิดจากขนาดใหญ่รหัสระดับทบทวนข้อเสนอแนะดังกล่าวแสดงให้เห็นว่าวิธีการที่รหัสเป็นโครงสร้างที่จำเป็นยิ่งขึ้น work.Anyway คุณภาพของรหัสที่พัฒนาขึ้นสำหรับการใช้งานลินุกซ์ไม่ได้ตอบสนองความต้องการของอุตสาหกรรม มาตรฐานที่เราได้มีการพิจารณาในทางตรงกันข้ามกับสิ่งที่ผู้เสนอเปิดแหล่งที่มาอ้างได้ถึงตอนนี้

ผลลัพธ์ (ไทย) 3:

ผลจึงตัดสินใจเดินทางไปอยู่ในความโปรดปรานของการพัฒนาเปิดแหล่งที่มา นักพัฒนาแบบดั้งเดิมอาจจะกลัวว่าเปิดแหล่งที่มามีความน่าจะเป็นสูงที่จะผลิตรหัสอ่านไม่ได้ คุณภาพต่ำ และเป็นไปไม่ได้ที่จะรักษา พวกเขาอาจจะคิดว่า เปิดโครงการจัดการเพื่อเอาตัวรอด เนื่องจากตัวเลขขนาดใหญ่ของโปรแกรมเมอร์ กับ ไนท์ ความอดทนจึงเพราะความสนใจส่วนตัวของพวกเขามีแมลงที่ถูกต้อง และให้ add-ons.from ข้อมูลที่เราได้ตรวจสอบ ดูเหมือนว่าการคาดเดานี้ไม่ได้รับการสนับสนุน ค่าเฉลี่ยร้อยละของยอมรับส่วนประกอบผ่านโปรแกรมยังคงสูง , เป็นครึ่งหนึ่งของส่วนประกอบอยู่ในรูปร่างที่ดี บนมืออื่น ๆที่ ค่าเฉลี่ยร้อยละขององค์ประกอบที่ต้องเขียนใหม่ไม่ได้เป็นข้อห้ามสำหรับกิจกรรมการแก้ไขปัญหารหัสแต่มันควรจะสังเกตว่าตามกฎของพาเรโต เปอร์เซ็นต์ขนาดเล็กของซอฟต์แวร์จะรับผิดชอบส่วนใหญ่ของปัญหา ดังนั้น 5 – 6% ของชิ้นส่วนที่จะต้องเขียนใหม่ก็ยังคงเป็นกังวลผล

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