เรื่องเล่าจากโลกโอเพ่นซอร์ส: เมื่อ 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
ในโลกของ 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 Comments
0 Shares
15 Views
0 Reviews