เว็บไซต์ WIRED อ้างแหล่งข่าวไม่เปิดเผยตัวตนระบุว่าทีมงาน DOGE ที่ตอนนี้อยู่ภายใต้ Elon Musk กำลังพยายามเข้าไปย้ายโค้ดระบบประกันสังคม จากเดิมเป็น COBOL เป็นสู่ภาษายุคใหม่กว่า เช่นจาวา โดยวางแผนจะทำให้เสร็จภายในเวลาไม่ถึงปี
ตอนนี้ประชาชนสหรัฐฯ รับเงินจากระบบประกันสังคมรวม 67 ล้านคน คิดเป็นเป็นสวัสดิการปีละ 930,000 ล้านดอลลาร์ หากระบบมีปัญหาจนทำให้กระบวนการจ่ายเงินล่าช้าก็จะส่งผลกระทบกับคนจำนวนมาก กระบวนการย้ายระบบขนาดใหญ่เช่นนี้มักใช้ระยะเวลาหลายปี ที่ผ่านมาประกันสังคมสหรัฐฯ เคยพยายามย้ายโค้ดมาตั้งแต่ปี 2017 แต่จนตอนนี้ก็ยังไม่สำเร็จ
ระบบภายในของประกันสังคมสหรัฐฯ ประกอบไปด้วยแอปพลิเคชั่นย่อยนับร้อยตัว เฉพาะโค้ด COBOL เองก็มีขนาด 60 ล้านบรรทัด และยังมีระบบอื่นที่ใช้แพลตฟอร์มเก่าๆ อีกนับล้านบรรทัด ตัวประกันสังคมเองพยายามพอร์ตโค้ดมานาน แต่ใช้นโยบายแบบ "ทำเท่าที่ทำได้" ทำให้ระบบแกนกลางยังเป็น COBOL มาตลอด โดยเฉพาะระบบฐานข้อมูลของตัวเองที่ชื่อว่า Master Data Access Method (MADAM)
Elon เคยนำข้อมูลในระบบของประกันสังคมสหรัฐฯ มาโชว์แล้วพยายามบอกว่าระบบนี้ทำงานผิดพลาดจำนวนมาก เช่น มีคนอายุ 150 ปีในระบบ ซึ่งน่าจะเป็นความเข้าใจผิดเนื่องจากระบบวันที่ใน COBOL นั้นเลือกวันที่ศูนย์เป็น 20 พฤษภาคม 1875 ทำให้เมื่อมีบุคคลที่ไม่ได้ใส่วันเกิดก็จะมีอายุ 150 ปี
ที่มา - ArsTechnica
Get latest news from Blognone
Follow @twitterapi
Comments
เช่น จาวา เหรอ , อืม .. ก็ดีนะ
ฮ่า คืออีลอนบอกว่าดีกว่าโคบอลแน่นอน แต่เราก็จะสร้างบั๊กใหม่กันแทน
..: เรื่อยไป
เร็วส์แน่นอน
Java คือ oracle ไงครับ
ถ้าเป็นผม ผมเสนอ port code ไป ภาษา C
หลังจากนั้นจะ convert ไปเป็นอะไรย่อมได้
ดูจากเกมส์ DooM เอาก็ได้นะ
ที่เขาเขียนด้วย Cobol ก็เพราะไม่อยากไปปวดหัวกับ C (ในตอนนั้น) นั่นแหละครับ
I need healing.
น่าจเป็นเพราะ COBOL เกิดก่อน C มากมายมากกว่า แล้วจุดประสงค์ของภาษาก็ต่างกันด้วยครับ
Java ณ ตอนนี้ยังไม่ได้เป็น opensource หรอ
java backend ก็ดีนะครับ
AI ช่วยแปลงโค้ดข้ามภาษาตอนนี้อยู่ระดับไหนแล้วนะ
ถ้าเข้าที่เข้าทางพอสมควร อาจจะทำได้จริง 🤔
แต่เก่าขนาดนี้ น่าจะ ปะผุ extend ไปเยอะ
เผลอๆเขียนใหม่/จัดโครงสร้าง DB ใหม่ อาจจะ optimize ได้ดีกว่า
ถ้าทำได้จริง หลายหน่วยงานทั่วโลกรวมทั้งธนาคารน่าจะอยากไปดูงานหรือทำตามเลย
บล็อก: wannaphong.com และ Python 3
COBOL เองก็ถูก Maintain อยู่เรื่อย ๆ นี่ และจาวาคือโยก API บ่อยอยู่นะ ปรับตัวไหวเหรอ ถึงจะยังไม่อาการหนักเท่า Node.JS หรือ Framework ระดับสูงต่าง ๆ ที่เกลื่อนตลาดอยู่ก็ตาม
programmer COBOL น่าจะถือไม้เท้ากันหลายคนแล้ว ให้พักหน่อยก็ดี
สุดท้ายมันก็ต้องย้ายแหละ ภาษาเก่า maintenance ยากหาคนทำยังยากเลย
ขนาด mainframe บ้านเราcore bankingหลายเจ้ายังทยอยเปลี่ยนเลิกใช้กันแล้ว
คือ ย้ายก็ดีไม่เถียง แต่ ปีเดียวนี่จะทันได้ยังไง
xAI ทำเสร็จใน 3 วัน 😏
เจ้าดูหมิ่น COBOL
555
..: เรื่อยไป
เบิกงบพัฒนาโปรเจ็คใหม่ซินะ
ผมสงสัยครับ ถ้านั่งกรอกข้อมูลเก่าใส่ตัวใหม่
ทำได้มั้ยครับ หรือว่ามันนานเกินไป
กรอกมือเองทำไมเล่า ใช้ Automation สิ
แต่ปัญหาไม่ได้อยู่ตรงนั้น การทำ Data Migration มีตั้งแต่ Complete Shutdown ระบบแล้วย้ายทีเดียว ซึ่งไม่เหมาะกับกรณีที่ระบบต้องรันตลอดเวลา และ Gradual Migration ที่มีวิธีแตดต่างกันออกไป เช่น การสร้าง DB Interface ที่ค้นข้อมูลจากระบบเดิมแล้วย้ายมาระบบใหม่ตาม Demand วิธีนี้ไม่การันตีว่าข้อมูลจะสมบูรณ์ด้วยเพราะไม่ใช่ข้อมูลจะถูกอ่านตลอดเวลา และต้องรันระบบคู่กันจนกว่าการ Migrate จะเสร็จสิ้น ข้อเสียคือต้องระวังอย่างหนักเรื่อง Edge Case ที่ถ้าระบบเดิมใช้ Data Format ที่ไม่ครอบคลุมเคสเรา ก็จะเกิด Corruption และข้อมูลใช้งานไม่ได้ เหตุการณ์นี้ไม่ได้เกิดแค่กับ Migration เท่านั้น การ Interface กับระบบเก่าหรือ Legacy หน่อย ๆ ที่ไม่ได้ตั้งค่า Default Encoding ใหม่ก็ติดปัญหาได้เหมือนกัน
Cobol มี database เป็น DB2 และ migrate เป็น Oracle การย้ายก็ไม่ได้ยากเย็น
ความยากน่าจะอยู่ที่ user เสียมากกว่า กว่าจะทำให้ถูกใจ
สรุปคือ เขียนใหม่โดยใช้ Assembly โดยทีม FFmpeg
สุดยอดดดด ถ้าทีมเทพทีมนี้นะ เขียนเสร็จ ไม่ต้อง maintain กันเลยทีเดียว เพราะไงก็ทำไม่ได้อยู่แล้ว แต่ถ้าไม่เพิ่มฟีเจอร์ ก็คงไม่ต้องทำอะไรเหมือนกัน
..: เรื่อยไป