เจาะประเด็น
Open Source / AI
AI สร้างขยะถล่ม GitHub: ถึงเวลาไล่พวกทำ CV หลอกๆ ออกจากโปรเจกต์โอเพนซอร์ส
เนล อเล็กซานเดอร์ นักพัฒนาเบื้องหลัง WireGuard สำหรับ iOS ประกาศชัด — ขยะจาก AI ที่ส่งมาแค่เพื่อ "ตกแต่งเรซูเม่" ไม่ใช่คุณูปการ แต่คือมลพิษทางดิจิทัลที่ต้องกำจัดทิ้ง
ทีมข่าว เอไอไทย.com
⏱ อ่าน 4 นาที
เรากำลังอยู่ในยุคที่ "ปริมาณ" ถูกเข้าใจผิดว่าเป็น "คุณภาพ" — และคนที่เจ็บตัวที่สุดคือชุมชนโอเพนซอร์สที่ต้องมานั่งคัดแยกขยะทุกวัน
เริ่มจากเรื่องจริงที่คนเขียนโค้ดทุกคนต้องเคยเจอ — คุณเปิด Issue ใน GitHub แล้วเจอ Pull Request ส่งเข้ามาเป็นพรวน แก้ตัวสะกดผิดใน README หรือเพิ่มคอมเมนต์ไร้สาระลงในโค้ดที่มันทำงานดีอยู่แล้ว ฟีเจอร์อะไรก็ไม่รู้ไม่มีการทดสอบจริงจัง ไม่มีแม้แต่การอธิบายว่ามันแก้ปัญหาอะไร แค่ส่งมาเป็นแพ็กเกจสองสามไฟล์แล้วหายเข้ากลีบเมฆ
ถ้าคุณคิดว่านี่คือความช่วยเหลือ ขอโทษนะครับ แต่เนล อเล็กซานเดอร์ นักพัฒนาระดับตำนานที่อยู่เบื้องหลัง WireGuard สำหรับ iOS บอกตรงๆ ว่า นี่คือ "ขยะ" (slop) ที่คนส่งมาเพื่อตกแต่ง CV ของตัวเองล้วนๆ และมันกำลังทำลายสุขภาพของโปรเจกต์โอเพนซอร์สไปทีละนิด
บทความของเขาชื่อตรงไปตรงมา — "Please stop flooding our projects with AI slop to furnish your CV" (ได้โปรดหยุดถล่มโปรเจกต์เราด้วยขยะจาก AI เพื่อตกแต่ง CV ของคุณเถอะ) และมันดังเป็นพลุแตกบน Hacker News มียอดโหวต 154 คะแนนและคอมเมนต์ร่วมร้อยภายในเวลาไม่นาน แสดงให้เห็นว่าเรื่องนี้มันโดนเส้นประสาทของคนในวงการจริงๆ ไม่ใช่แค่ความเห็นของคนขี้บ่นคนเดียว
อเล็กซานเดอร์เล่าว่า ช่วงหลังๆ โปรเจกต์ของเขาเริ่มมี Pull Request ที่ไม่มีประโยชน์ส่งเข้ามาเรื่อยๆ — พวกมันไม่ได้มาจากคนที่ใช้โปรเจกต์จริง ไม่ได้มาจากคนที่เจอบั๊กแล้วอยากแก้ ไม่ได้มาจากคนที่อยากเพิ่มฟีเจอร์ที่ตัวเองอยากใช้ แต่ส่งมาจากคนที่ดูเหมือนจะกวาดหาโปรเจกต์ดังๆ แล้วยิง PR ทิ้งไว้เป็นหลักฐานว่าตัวเอง "มีส่วนร่วมกับชุมชนโอเพนซอร์ส"
นี่คือเกมที่ทุกคนในวงการรู้ทัน — สมัครงานสายเทคตอนนี้ CV ที่มีแค่ "เคยใช้ภาษา X มาสองปี" มันไม่พออีกต่อไป ต้องมีลิงก์ GitHub ที่โชว์ "ผลงาน" ให้เห็น แต่เมื่อคนไม่มีผลงานจริง ก็ต้องสร้างผลงานปลอม ผลงานที่สร้างจาก AI ส่งเป็น PR ไปยังโปรเจกต์ใหญ่ๆ หวังว่ามันจะถูกรวมเข้าไป หรืออย่างน้อยก็มีชื่อโผล่ในหน้า contributors
ผลกระทบไม่ได้จบแค่ความรู้สึกหงุดหงิด — มันกินเวลาจริงจัง ผู้ดูแลโปรเจกต์ต้องมานั่งอ่านโค้ดที่ AI สร้าง ต้องรีวิวว่ามันปลอดภัยไหม มันพังอะไรหรือเปล่า มันเข้ากับสถาปัตยกรรมของโปรเจกต์ไหม แล้วสุดท้ายก็ต้องปิด PR ทิ้งพร้อมคอมเมนต์ขอบคุณแบบกัดฟัน นี่คืองานที่ฟรีและไม่ได้รับค่าตอบแทน แล้วไหนจะต้องจัดการกับบอทที่ส่ง PR ซ้ำๆ หรือคนที่แก้ตามคอมเมนต์แบบมั่วๆ เพราะ AI ไม่เข้าใจบริบทของโค้ดจริงๆ
สิ่งที่อันตรายกว่าความรำคาญคือมันทำลายความไว้วางใจในระบบ — เมื่อโปรเจกต์ดังๆ เริ่มมี PR ขยะเต็มไปหมด ผู้ดูแลอาจเริ่มเมิน PR จากคนหน้าใหม่ที่ส่งของดีๆ มาเพราะดันไปเจอขยะเยอะเกิน จนกลายเป็นว่า "ของดีถูกกลบด้วยของเสีย" และคนที่อยากช่วยจริงๆ ก็ท้อใจไปก่อน
อเล็กซานเดอร์ไม่ได้แค่บ่น เขาเสนอแนวทางรับมือแบบตรงไปตรงมา — ผู้ดูแลโปรเจกต์ควรมีสิทธิ์ที่จะปฏิเสธ PR ที่ดูไม่มีประโยชน์ได้ทันทีโดยไม่ต้องรู้สึกผิด และถ้ามันชัดเจนว่าคนส่งไม่ได้ตั้งใจจะช่วยจริงๆ ก็ควรแบนหรือบล็อกได้เลย ไม่ต้องเกรงใจ นี่คือการปกป้องสุขภาพของโปรเจกต์และเวลาของผู้ดูแล ซึ่งเป็นทรัพยากรที่มีค่าที่สุดในโลกโอเพนซอร์ส
สัญญาณของ PR ขยะที่ควรสังเกต
แก้ตัวสะกดผิดหรือเว้นวรรคในไฟล์ documentation โดยไม่แตะโค้ดเลย — แก้แล้วไม่มีผลอะไรกับฟังก์ชันการทำงาน
การเพิ่มคอมเมนต์ในโค้ดที่ไม่ได้อธิบายอะไรใหม่
คอมเมนต์แบบ "// this function does X" ทั้งที่โค้ดมันอ่านเข้าใจได้อยู่แล้ว — ไม่ได้เพิ่มมูลค่าให้ใคร
การสร้างไฟล์ใหม่ที่ไม่ได้เชื่อมโยงกับอะไรเลย
เพิ่ม utility function ที่ไม่มีใครเรียกใช้ หรือเพิ่ม test ที่ไม่ได้เทสต์อะไรจริงจัง — แค่ให้ดูเหมือน "มีงานเข้า"
แล้วคนที่ส่ง PR เหล่านี้คิดอะไรอยู่? บางคนอาจคิดว่า "ส่งไปเถอะ เผื่อติด" บางคนอาจไม่ได้คิดถึงภาระที่คนอื่นต้องแบกรับเลยด้วยซ้ำ และบางคนอาจใช้ AI สร้าง PR แล้วไม่ตรวจทานก่อนส่งด้วยซ้ำ — มันคือการผลักภาระให้คนอื่นไปเรื่อยๆ โดยตัวเองไม่ได้เสียอะไรเลย
มุมมองของผมคือ เรื่องนี้มันสะท้อนปัญหาใหญ่กว่าที่เห็น — ระบบการจ้างงานสายเทคที่ให้คุณค่ากับ "จำนวน contribution" มากกว่า "คุณภาพของ contribution" มันสร้างแรงจูงใจที่ผิดเพี้ยน จนคนต้องหาทางลัด และ AI ก็กลายเป็นเครื่องมือที่ทำให้ทางลัดนี้ทำได้ง่ายขึ้นเป็นสิบเท่า ต่อให้เราบล็อกคนพวกนี้ออกจากโปรเจกต์ได้ ตราบใดที่ระบบยังให้รางวัลกับปริมาณ เราก็จะเจอขยะแบบนี้ต่อไปเรื่อยๆ
ถึงเวลาแล้วที่ชุมชนโอเพนซอร์สต้องยืนหยัดร่วมกัน — ปฏิเสธขยะจาก AI อย่างเด็ดขาด ไม่ใช่แค่เพื่อความสบายใจของผู้ดูแล แต่เพื่อปกป้องคุณค่าของการมีส่วนร่วมที่แท้จริง ใครที่คิดว่า "ส่ง PR ไปเถอะ เผื่อติด" ขอให้คิดใหม่ — คุณกำลังขโมยเวลาของคนที่เสียสละเวลามาดูแลโปรเจกต์ให้คุณใช้ฟรีๆ อยู่
ที่มา: Hacker News (Coding/Agent) — อ่านต้นฉบับ
ความคิดเห็น 5
กำลังโหลดความคิดเห็น...