Oracle ได้ดำเนินนโยบายอย่างเงียบ ๆ โดยห้ามไม่ให้โค้ดที่สร้างโดย AI จากการมีส่วนร่วมใน OpenJDK ซึ่งเป็นแพลตฟอร์มการพัฒนา Java แบบโอเพ่นซอร์สที่บริษัทดูแล ความเคลื่อนไหวดังกล่าวรายงานโดย The Register อ้างถึงข้อกังวลด้านความปลอดภัย ความมั่นคง และทรัพย์สินทางปัญญา แต่เกิดความตึงเครียดอย่างมากกับข้อความภายในของ Oracle เกี่ยวกับวิธีการสร้างซอฟต์แวร์ สำหรับ ข่าวด่วน AI ที่กำลังดำเนินอยู่ เรื่องราวนี้เน้นย้ำถึงช่องว่างที่เพิ่มขึ้นระหว่างความทะเยอทะยานด้าน AI ขององค์กรและความระมัดระวังด้านวิศวกรรม
ภายใต้นโยบายนี้ นักพัฒนาอาจยังคงใช้โมเดลภาษาขนาดใหญ่เป็นการส่วนตัวเพื่อแก้ไขจุดบกพร่องและตรวจสอบโค้ด อย่างไรก็ตาม ห้ามมิให้ส่งเนื้อหาที่สร้างโดย AI ไปยังที่เก็บ OpenJDK คำขอดึง หรือช่องทางการสื่อสารโครงการอื่น ๆ ข้อจำกัดดังกล่าวสร้างเส้นแบ่งระหว่างการใช้ AI เป็นผู้ช่วยส่วนตัวและการอนุญาตให้สร้างโค้ดที่เข้าสู่โค้ดเบสที่ใช้ร่วมกันและมีอายุการใช้งานยาวนาน
ทำไมออราเคิลถึงขีดเส้นใต้
เหตุผลที่อยู่เบื้องหลังการห้ามดังกล่าวนั้นเกิดขึ้นได้จริงมากกว่าที่จะเป็นไปตามหลักปรัชญา โค้ดที่สร้างโดย AI นำเสนอความเสี่ยงสามประเภทที่ยากจะกำจัดหลังจากความเป็นจริง ประการแรก การรักษาความปลอดภัย: LLM สามารถสร้างโค้ดที่มีช่องโหว่เล็กๆ น้อยๆ ซึ่งผู้ตรวจสอบที่เป็นมนุษย์อาจไม่สามารถตรวจจับได้ในทันที โดยเฉพาะอย่างยิ่งในภาษาที่ซับซ้อนพอๆ กับ Java ที่มีไลบรารีมาตรฐานเชิงลึกและโมเดลการทำงานพร้อมกัน ประการที่สอง ทรัพย์สินทางปัญญา: โมเดลที่ได้รับการฝึกอบรมเกี่ยวกับคลังข้อมูลจำนวนมหาศาลของโค้ดที่มีอยู่สามารถทำซ้ำเนื้อหาที่มีลิขสิทธิ์ทุกคำหรือในการถอดความที่ใกล้เคียง ซึ่งอาจส่งผลเสียต่อโครงการโอเพ่นซอร์สที่มีการเรียกร้องลิขสิทธิ์ ประการที่สาม การระบุแหล่งที่มาและความรับผิดชอบ: เมื่อมีการสร้างโค้ดแทนที่จะเขียนขึ้นมา จะเป็นการยากที่จะทราบว่าใครเป็นผู้รับผิดชอบต่อข้อบกพร่อง ภาระผูกพันในการออกใบอนุญาต หรือปัญหาการปฏิบัติตามกฎระเบียบ
OpenJDK ไม่ใช่แค่โครงการโอเพ่นซอร์สใดๆ เป็นการใช้งานอ้างอิงของ Java ซึ่งเป็นภาษาที่ทำงานในอุปกรณ์นับพันล้านเครื่องทั่วโลก ตั้งแต่เซิร์ฟเวอร์องค์กรไปจนถึงแอปพลิเคชัน Android โค้ดที่มุ่งมั่นกับ OpenJDK สามารถไหลเข้าสู่ผลิตภัณฑ์ Oracle เชิงพาณิชย์ การแจกจ่าย JDK ของบุคคลที่สาม และระบบนิเวศ Java ทั่วโลกมานานหลายทศวรรษ โค้ดที่สร้างโดย AI ที่เป็นปัญหาเพียงชิ้นเดียวสามารถสร้างความรับผิดที่กระเพื่อมมานานหลายปี
ข้อขัดแย้งกับท่าทีภายในของออราเคิล
สิ่งที่ทำให้นโยบายนี้โดดเด่นคือความแตกต่างกับคำแถลงสาธารณะของ Oracle เกี่ยวกับการใช้งาน AI ของตัวเอง ผู้ร่วมก่อตั้ง Larry Ellison ได้ประกาศเมื่อเร็วๆ นี้ว่าโมเดล AI ตอนนี้เขียนโค้ดของ Oracle ซึ่งทำให้บริษัทเป็นผู้นำในการพัฒนาซอฟต์แวร์ที่ขับเคลื่อนด้วย AI Mike Sicilia ซีอีโอร่วมให้เครดิตเครื่องมือ AI ที่ช่วยให้ทีมวิศวกรขนาดเล็กสามารถส่งมอบงานได้เร็วขึ้น โดยแนะนำว่า AI เป็นศูนย์กลางในกลยุทธ์การผลิตของ Oracle
การแยกทางดังกล่าวสะท้อนให้เห็นถึงความตึงเครียดในวงกว้างในอุตสาหกรรมเทคโนโลยี บริษัทต่างๆ กระตือรือร้นที่จะโน้มน้าวโค้ดที่สร้างโดย AI เพื่อพิสูจน์นวัตกรรมและประสิทธิภาพในการดำเนินงานภายในของตน โดยเฉพาะต่อนักลงทุนและลูกค้า แต่เมื่อพูดถึงโค้ดที่คนอื่นต้องพึ่งพา โดยที่ความรับผิดชอบอยู่ภายนอกและการวัดรัศมีของจุดบกพร่องในการปรับใช้ทั่วโลก ความกระตือรือร้นก็ลดลง ตำแหน่งของ Oracle โดยพื้นฐานแล้วกล่าวว่าโค้ดที่สร้างโดย AI นั้นดีเพียงพอสำหรับผลิตภัณฑ์ที่เป็นกรรมสิทธิ์ของ Oracle แต่ไม่ดีพอสำหรับโครงการโอเพ่นซอร์สที่ควบคุม
OpenJDK ไม่ได้อยู่คนเดียวในการลังเล
Oracle ไม่ใช่โครงการโอเพ่นซอร์สรายใหญ่โครงการแรกที่ต่อสู้กับคำถามนี้ แต่เป็นโครงการที่ใหญ่ที่สุดและเป็นผลสืบเนื่องมากที่สุดโครงการหนึ่ง ชุมชนโอเพ่นซอร์สอื่นๆ หลายแห่งได้ปรับใช้หรือกำลังพิจารณาข้อจำกัดที่คล้ายกัน เคอร์เนล Linux, Kubernetes และมูลนิธิซอฟต์แวร์ Apache ต่างเห็นการถกเถียงกันว่าการสนับสนุนที่สร้างโดย AI ควรถูกติดป้ายกำกับ จำกัด หรือห้ามโดยสิ้นเชิง ข้อกังวลหลักนั้นเป็นสากล: ใบอนุญาตโอเพ่นซอร์สและข้อตกลงการสนับสนุนได้รับการออกแบบโดยผู้เขียนที่เป็นมนุษย์ซึ่งมีความเข้าใจและรับผิดชอบต่อโค้ดของตน
โมเดล AI ไม่สามารถลงนามในใบรับรองแหล่งกำเนิดสินค้าของนักพัฒนา ไม่สามารถรับผิดชอบต่อช่องโหว่ด้านความปลอดภัย และไม่สามารถตอบคำถามว่าทำไมจึงเขียนโค้ดด้วยวิธีใดวิธีหนึ่งโดยเฉพาะ เมื่อมนุษย์ส่งโค้ดที่สร้างโดย AI เป็นงานของตนเอง พวกเขากำลังรับรองสิ่งที่พวกเขาอาจไม่เข้าใจอย่างถ่องแท้โดยปริยาย ซึ่งจะบ่อนทำลายโมเดลความไว้วางใจที่การทำงานร่วมกันแบบโอเพ่นซอร์สต้องอาศัย
ฉากหลังมูลค่า 70 พันล้านดอลลาร์
คำเตือน AI ของ Oracle ในด้านโค้ดเกิดขึ้นท่ามกลางการเดิมพันโครงสร้างพื้นฐาน AI จำนวนมหาศาล บริษัทกำลังลงทุนประมาณ 7 หมื่นล้านดอลลาร์ในปีนี้ในการขยายศูนย์ข้อมูลเพื่อรองรับเวิร์กโหลด AI ซึ่งเป็นหนึ่งในโครงการลงทุนที่ใหญ่ที่สุดในภาคเทคโนโลยี การใช้จ่ายดังกล่าวส่งผลให้ S&P Global Ratings ปรับลดอันดับเครดิตของ Oracle เป็น BBB- ซึ่งอยู่เหนือสถานะขยะหนึ่งระดับ โดยอ้างถึงผลตอบแทนที่ไม่แน่นอนจากการลงทุนจำนวนมหาศาล
ความคมชัดเป็นคำแนะนำ Oracle ยินดีที่จะเดิมพันนับหมื่นล้านในโครงสร้างพื้นฐาน AI โดยเดิมพันว่าความต้องการการประมวลผล AI จะช่วยปรับต้นทุนให้เหมาะสม แต่เมื่อพูดถึงการปล่อยให้ AI เขียนโค้ดที่ทำงานในระบบนิเวศการเขียนโปรแกรมที่สำคัญที่สุดแห่งหนึ่งของโลก วิศวกรของบริษัทกลับบอกว่ายังไม่เป็นเช่นนั้น ข้อความก็คือว่าโครงสร้างพื้นฐานคือการเดิมพันสินค้าโภคภัณฑ์ แต่คุณภาพของรหัสคือการเดิมพันชื่อเสียง และทั้งสองมีโปรไฟล์ความเสี่ยงที่แตกต่างกันมาก
สิ่งนี้มีความหมายสำหรับนักพัฒนา
สำหรับนักพัฒนา Java ที่มีส่วนร่วมใน OpenJDK นโยบายหมายถึงการไตร่ตรองมากขึ้นเกี่ยวกับวิธีที่พวกเขาใช้เครื่องมือ AI การใช้ ChatGPT หรือ Claude เพื่อทำความเข้าใจข้อบกพร่องหรือตรวจสอบรูปแบบการออกแบบยังคงเป็นที่ยอมรับ การส่งโค้ดที่สร้างขึ้นโดยเครื่องมือ AI เป็นหลัก แม้จะแก้ไขโดยมนุษย์ก็ไม่ได้เป็นเช่นนั้น แนวทางปฏิบัติอาจไม่ชัดเจนเสมอไป เนื่องจากขณะนี้นักพัฒนาจำนวนมากใช้ AI เป็นพันธมิตรในการร่างแบบร่วมมือ และอาจไม่สามารถแยกความคิดของตนเองออกจากข้อเสนอแนะแบบจำลองได้อย่างหมดจด
นัยสำคัญของอุตสาหกรรมในวงกว้างก็คือ ความเร่งรีบในการนำเครื่องมือการเขียนโค้ด AI มาใช้อาจถึงขีดจำกัดในจุดที่คุณภาพของโค้ดและความรับผิดชอบมีความสำคัญมากที่สุด ผู้ดูแลโอเพ่นซอร์ส ทีมรักษาความปลอดภัย และเจ้าหน้าที่ปฏิบัติตามกฎระเบียบต่างระมัดระวังโค้ดที่สร้างโดย AI มากขึ้น แม้ว่าผู้บริหารจะชื่นชมกับประสิทธิภาพที่เพิ่มขึ้นก็ตาม การแบน OpenJDK ของ Oracle อาจเป็นสัญญาณว่าความเห็นพ้องต้องกันที่แท้จริงในหมู่ผู้ที่ดูแลรักษาซอฟต์แวร์ที่สำคัญจริงๆ
ก้าวนำหน้า AI
ช่องว่างระหว่างการโฆษณาเกินจริงของ AI และความเป็นจริงทางวิศวกรรมกำลังเพิ่มขึ้น ติดตาม ความครอบคลุมของอุตสาหกรรม AI ล่าสุด เพื่อดูข้อมูลเพิ่มเติมว่าองค์กรต่างๆ ปรับตัวอย่างไรในการเปลี่ยนแปลงของ AI
อ่านข่าว AI เพิ่มเติม →
