เรื่องเล่าจากโลกโอเพ่นซอร์ส: เมื่อ Linus Torvalds ปะทะโค้ด RISC-V จาก Google

ในโลกของ Linux kernel การส่งโค้ดเข้า merge window เปรียบเสมือนการส่งงานให้ครูใหญ่—และครูใหญ่คนนั้นคือ Linus Torvalds ผู้สร้างและดูแล Linux มายาวนาน ล่าสุดเขาได้ออกโรงวิจารณ์โค้ดจากวิศวกร Google ที่ส่งเข้ามาเพื่อรวมใน Linux 6.17 ว่าเป็น “ขยะ” และ “ทำให้โลกแย่ลง”

เหตุผลหลักคือโค้ดนั้นไม่เพียงคุณภาพต่ำ แต่ยังส่งมาช้าเกินกำหนด ซึ่งเป็นสองข้อห้ามสำคัญในการส่ง pull request เขาเน้นว่า “ถ้าจะส่งช้า ก็ต้องดีมาก ๆ” แต่โค้ดนี้กลับเพิ่มสิ่งที่ไม่เกี่ยวกับ RISC-V ลงในไฟล์ header ทั่วไป ซึ่งเขามองว่าเป็นการละเมิดหลักการออกแบบ kernel

Torvalds ยังเตือนนักพัฒนาคนนั้นว่า “คุณอยู่ในบัญชีเฝ้าระวังแล้ว” และแนะนำให้ส่งโค้ดสำหรับ Linux 6.18 ให้เร็วขึ้น พร้อมตัด “ขยะ” ออกให้หมด

แม้คำพูดของเขาจะตรงไปตรงมา แต่ก็มีเหตุผลรองรับ เช่น การรักษาความสะอาดของโค้ดใน kernel และการป้องกันการเพิ่ม technical debt ที่จะส่งผลระยะยาวต่อระบบ

จากมุมมองภายนอก ชุมชน RISC-V ยังเผชิญกับปัญหาคุณภาพโค้ดอยู่บ่อยครั้ง เนื่องจากเป็นสถาปัตยกรรมใหม่ที่ยังมีการพัฒนาอย่างต่อเนื่อง และนักพัฒนาหลายคนยังไม่คุ้นเคยกับ instruction set หรือแนวทางการ optimize ที่เหมาะสม

Linus Torvalds ปฏิเสธ pull request จากวิศวกร Google สำหรับ Linux 6.17
เหตุผลคือโค้ดคุณภาพต่ำและส่งมาช้าเกินกำหนด

โค้ดนั้นเพิ่มเนื้อหาที่ไม่เกี่ยวกับ RISC-V ลงในไฟล์ header ทั่วไป
Torvalds เรียกว่า “ขยะ” และไม่ควรส่งมาแม้แต่ในเวลาปกติ

Torvalds เตือนนักพัฒนาว่าอยู่ใน “บัญชีเฝ้าระวัง”
ห้ามส่งโค้ดช้าและห้ามเพิ่มเนื้อหานอก RISC-V tree

เขาแนะนำให้ส่งโค้ดสำหรับ Linux 6.18 ให้เร็วขึ้น
พร้อมตัดเนื้อหาที่ไม่จำเป็นออกให้หมด

RISC-V ยังเป็นสถาปัตยกรรมใหม่ที่นักพัฒนาหลายคนยังไม่คุ้นเคย
ทำให้เกิดปัญหาเรื่องคุณภาพโค้ดและการ optimize อยู่บ่อยครั้ง

การเขียนโค้ดสำหรับ RISC-V ต้องระวังเรื่อง code density และ performance
เช่น การใช้ compiler flags ที่เหมาะสมเพื่อลดขนาดและเพิ่มประสิทธิภาพ

การใช้ static analysis ช่วยตรวจสอบคุณภาพโค้ดก่อนส่ง build
ลดโอกาสเกิด defect และเพิ่มความน่าเชื่อถือในการ reuse

โค้ดที่ดีควรมีโครงสร้างชัดเจนและไม่เพิ่ม technical debt
ทำให้สามารถขยายหรือปรับปรุงได้ง่ายในอนาคต

https://www.tomshardware.com/software/linux/linus-torvalds-calls-risc-v-code-from-google-engineer-garbage-and-that-it-makes-the-world-actively-a-worse-place-to-live-linux-honcho-puts-dev-on-notice-for-late-submissions-too
🧑‍💻🔥 เรื่องเล่าจากโลกโอเพ่นซอร์ส: เมื่อ Linus Torvalds ปะทะโค้ด RISC-V จาก Google ในโลกของ Linux kernel การส่งโค้ดเข้า merge window เปรียบเสมือนการส่งงานให้ครูใหญ่—และครูใหญ่คนนั้นคือ Linus Torvalds ผู้สร้างและดูแล Linux มายาวนาน ล่าสุดเขาได้ออกโรงวิจารณ์โค้ดจากวิศวกร Google ที่ส่งเข้ามาเพื่อรวมใน Linux 6.17 ว่าเป็น “ขยะ” และ “ทำให้โลกแย่ลง” เหตุผลหลักคือโค้ดนั้นไม่เพียงคุณภาพต่ำ แต่ยังส่งมาช้าเกินกำหนด ซึ่งเป็นสองข้อห้ามสำคัญในการส่ง pull request เขาเน้นว่า “ถ้าจะส่งช้า ก็ต้องดีมาก ๆ” แต่โค้ดนี้กลับเพิ่มสิ่งที่ไม่เกี่ยวกับ RISC-V ลงในไฟล์ header ทั่วไป ซึ่งเขามองว่าเป็นการละเมิดหลักการออกแบบ kernel Torvalds ยังเตือนนักพัฒนาคนนั้นว่า “คุณอยู่ในบัญชีเฝ้าระวังแล้ว” และแนะนำให้ส่งโค้ดสำหรับ Linux 6.18 ให้เร็วขึ้น พร้อมตัด “ขยะ” ออกให้หมด แม้คำพูดของเขาจะตรงไปตรงมา แต่ก็มีเหตุผลรองรับ เช่น การรักษาความสะอาดของโค้ดใน kernel และการป้องกันการเพิ่ม technical debt ที่จะส่งผลระยะยาวต่อระบบ จากมุมมองภายนอก ชุมชน RISC-V ยังเผชิญกับปัญหาคุณภาพโค้ดอยู่บ่อยครั้ง เนื่องจากเป็นสถาปัตยกรรมใหม่ที่ยังมีการพัฒนาอย่างต่อเนื่อง และนักพัฒนาหลายคนยังไม่คุ้นเคยกับ instruction set หรือแนวทางการ optimize ที่เหมาะสม ✅ Linus Torvalds ปฏิเสธ pull request จากวิศวกร Google สำหรับ Linux 6.17 ➡️ เหตุผลคือโค้ดคุณภาพต่ำและส่งมาช้าเกินกำหนด ✅ โค้ดนั้นเพิ่มเนื้อหาที่ไม่เกี่ยวกับ RISC-V ลงในไฟล์ header ทั่วไป ➡️ Torvalds เรียกว่า “ขยะ” และไม่ควรส่งมาแม้แต่ในเวลาปกติ ✅ Torvalds เตือนนักพัฒนาว่าอยู่ใน “บัญชีเฝ้าระวัง” ➡️ ห้ามส่งโค้ดช้าและห้ามเพิ่มเนื้อหานอก RISC-V tree ✅ เขาแนะนำให้ส่งโค้ดสำหรับ Linux 6.18 ให้เร็วขึ้น ➡️ พร้อมตัดเนื้อหาที่ไม่จำเป็นออกให้หมด ✅ RISC-V ยังเป็นสถาปัตยกรรมใหม่ที่นักพัฒนาหลายคนยังไม่คุ้นเคย ➡️ ทำให้เกิดปัญหาเรื่องคุณภาพโค้ดและการ optimize อยู่บ่อยครั้ง ✅ การเขียนโค้ดสำหรับ RISC-V ต้องระวังเรื่อง code density และ performance ➡️ เช่น การใช้ compiler flags ที่เหมาะสมเพื่อลดขนาดและเพิ่มประสิทธิภาพ ✅ การใช้ static analysis ช่วยตรวจสอบคุณภาพโค้ดก่อนส่ง build ➡️ ลดโอกาสเกิด defect และเพิ่มความน่าเชื่อถือในการ reuse ✅ โค้ดที่ดีควรมีโครงสร้างชัดเจนและไม่เพิ่ม technical debt ➡️ ทำให้สามารถขยายหรือปรับปรุงได้ง่ายในอนาคต https://www.tomshardware.com/software/linux/linus-torvalds-calls-risc-v-code-from-google-engineer-garbage-and-that-it-makes-the-world-actively-a-worse-place-to-live-linux-honcho-puts-dev-on-notice-for-late-submissions-too
0 ความคิดเห็น 0 การแบ่งปัน 21 มุมมอง 0 รีวิว