Zig ออกจาก GitHub เพราะ Microsoft มุ่งเน้น AI อย่างเข้มข้นเกินไป

 (theregister.com)
6 คะแนน โดย GN⁺ 2025-12-04 | 1 ความคิดเห็น | แชร์ทาง WhatsApp
  • มูลนิธิภาษาโปรแกรมมิ่ง Zig ตัดสินใจย้ายไปยัง Codeberg เนื่องจากการเสื่อมคุณภาพของ GitHub และการบริหารของ Microsoft ที่เน้น AI
  • บั๊ก ‘safe_sleep.sh’ ของ GitHub Actions ที่ถูกปล่อยทิ้งไว้นานหลายปีทำให้ระบบ CI ล่ม
  • ฝั่ง Zig วิจารณ์ว่า GitHub กำลังเสียสละคุณภาพด้านวิศวกรรมเพื่อกลยุทธ์ที่เน้น AI
  • Jeremy Howard ผู้ร่วมก่อตั้งของ Fast.AI ก็ชี้ให้เห็นการจัดการบั๊กและการลดคุณภาพโค้ดของ GitHub
  • การย้ายออกของโปรเจกต์โอเพ่นซอร์สจาก GitHub กำลังแพร่กระจาย และการต่อต้านการดำเนินแพลตฟอร์มที่มุ่งพาณิชย์ AI ก็กำลังรุนแรงขึ้น

ภูมิหลังการถอนตัวของมูลนิธิ Zig

  • Zig Software Foundation ผู้ดูแลภาษาการเขียนโปรแกรม Zig ตัดสินใจย้ายออกจาก GitHub ไปยัง Codeberg บริการโฮสต์ Git แบบไม่แสวงหากำไร
    • เหตุผลคือการตัดสินใจว่าปัจจุบัน GitHub ไม่ได้อุทิศตนต่อความเป็นเลิศด้านวิศวกรรมอีกต่อไป
  • Andrew Kelly ชี้ให้เห็นว่า บั๊กลูปไม่รู้จบของ safe_sleep.sh ใน GitHub Actions เป็นกรณีตัวอย่างชัดเจน
    • สคริปต์ดังกล่าวมีปัญหาที่ทำให้ CPU ใช้งานเต็ม 100% และทำงานวนซ้ำไม่รู้จบ
    • ส่งผลให้ตัวรัน CI ของ Zig ถูกหยุดการทำงานเป็นเวลาหลายสัปดาห์

ปัญหาทางเทคนิคของ GitHub Actions

  • สาเหตุของปัญหาคือการเปลี่ยนโค้ดในเดือนกุมภาพันธ์ 2022 โดยแทนที่คำสั่ง sleep ของ POSIX ด้วยสคริปต์ safe_sleep
    • สคริปต์จะเกิดลูปไม่รู้จบหากพลาดการจับเวลาบางช่วงเป็นวินาที
  • บั๊กนี้ได้รับการแก้ไขในวันที่ 20 สิงหาคม 2025 และประเด็นที่เกี่ยวข้องยังคงค้างอยู่ถึงวันที่ 1 ธันวาคม
  • บั๊กการใช้ CPU สูงเกินไปอีกตัวยังคงไม่ถูกแก้ไข

ปฏิกิริยาของชุมชนและผู้เชี่ยวชาญ

  • Jeremy Howard (ผู้ร่วมก่อตั้ง Fast.AI) ประเมินว่าสถานะของ GitHub Actions เป็น “เสื่อมทรุดอย่างชัดเจน”
    • ชี้ว่ามีโค้ดที่กิน CPU 100% ถูกเก็บไว้อย่างไม่ถูกตรวจสอบเป็นเวลา 1 ปี
    • “หากเป็นองค์กรที่ดำเนินงานได้อย่างปกติ ก็ไม่ควรมีข้อผิดพลาดซ้ำๆ แบบนี้” เขากล่าว
  • Kelly ภายหลังขอโทษที่คำพูดของตนเองรุนแรงเกินไป แต่ยังคงเน้นย้ำปัญหาคุณภาพที่ลดลงของ GitHub

แนวโน้มการย้ายตัวของโปรเจกต์อื่น ๆ

  • ผู้ก่อตั้งโครงการเบราว์เซอร์ Dillo Rodrigo Arias Mallo ก็ประกาศว่าเตรียมย้ายออกจาก GitHub
    • ชี้ว่าปัญหาคือการพึ่งพา JavaScript ความเสี่ยงเรื่องการปฏิเสธบริการ และการดำเนินงานที่ยึด LLM และ AI สร้างสรรค์เป็นศูนย์กลาง
    • เขาระบุว่า “AI สร้างสรรค์กำลังทำลายเว็บเปิด”
  • จำนวนสมาชิกผู้สนับสนุนของ Codeberg เพิ่มขึ้นจาก 600 เป็นมากกว่า 1,200 คนหลังเดือนมฤษภาคม 2025

โครงสร้างรายได้แบบมุ่ง AI ของ GitHub

  • ซีอีโอของ Microsoft Satya Nadella รายงานผลประกอบการไตรมาสที่ 2 ของปี 2024 ว่า
    • GitHub Copilot มีผู้สมัครสมาชิกแบบชำระเงินมากกว่า 1.3 ล้านราย เพิ่มขึ้น 30% จากไตรมาสก่อน
  • ในปี 2024 รายได้รายปีของ GitHub ประมาณ 2 พันล้านดอลลาร์สหรัฐ โดยราว 40% มาจากการสมัครสมาชิก Copilot
  • ในไตรมาสที่ 3 ของปี 2025 ระบุว่ามีผู้ใช้ Copilot มากกว่า 15 ล้านราย เพิ่มขึ้น 4 เท่าจากปีก่อน
  • GitHub ในปัจจุบันไม่เปิดเผยจำนวนผู้ใช้แบบชำระเงิน โดยเน้นย้ำเฉพาะโครงสร้างรายได้ที่อิง Copilot

ข้อสรุปเชิงความหมาย

  • กรณีของ Zig และ Dillo แสดงให้เห็นว่าแพลตฟอร์มที่ดำเนินการโดยยึดการค้า AI เป็นศูนย์กลางทำให้ความเชื่อมั่นของนักพัฒนาลดลง
  • กลยุทธ์ที่เน้น AI ของ GitHub และการขาดการควบคุมคุณภาพได้ก่อให้เกิดการอพยพของชุมชนโอเพ่นซอร์ส
  • แนวโน้มการเติบโตของแพลตฟอร์มทางเลือกแบบไม่แสวงหากำไรเช่น Codeberg ยังขยายตัวอย่างรวดเร็ว

บทความที่เกี่ยวข้อง

1 ความคิดเห็น

 
GN⁺ 2025-12-04
ความคิดเห็นจาก Hacker News

  • ประวัติการแก้ไขประกาศของทีม Zig ค่อนข้างน่าสนใจ
    ตอนแรกตำหนิทีม GitHub ว่าเป็น “เฟรมเวิร์ก JS ที่เต็มไปด้วยบั๊กซึ่งสร้างโดยพวกคนค้างเก่าที่ไร้ความสามารถ” แต่ภายหลังก็ลดความรุนแรงของถ้อยคำลง
    ในเวอร์ชันสุดท้ายสรุปออกมาในทำนองว่า “ความเป็นเลิศด้านวิศวกรรม” ของ GitHub ได้หายไปแล้ว
    เวอร์ชันแรก (11/27 02:10) → ฉบับแก้ไขกลางทาง (11/27 14:04) → เวอร์ชันสุดท้าย (11/28 09:21)

    • ในเธรด HN ก่อนหน้านี้มีฟีดแบ็กเยอะว่า “ตัดอารมณ์ทางการเมืองออกไป” และดูเหมือนทีม Zig จะรับฟัง
      น่าประทับใจที่พวกเขา ยอมลดทิฐิและแก้ไข เพื่อชุมชน
    • ความยึดมั่นและความโกรธของ Kelly ต่อ “ความเป็นเลิศด้านวิศวกรรม” กลับยิ่งดูเหมือนเป็นสัญญาณบอกอนาคตที่สดใสของ Zig
      ผมคิดว่าการที่ผู้นำทางเทคนิค โกรธกับความธรรมดา เป็นสัญญาณที่ดี
    • แต่การกล่าวหาแบบข้อความแรกที่ว่า “ซอฟต์แวร์ห่วย ๆ เป็นสิ่งที่ตั้งใจทำ” นั้นเกินไป
      ในความเป็นจริงมันเป็นเพียงผลลัพธ์ที่เกิดขึ้นภายใต้ ข้อจำกัดของสภาพแวดล้อมและศักยภาพ
    • ความโกรธทำให้วิจารณญาณขุ่นมัว
      ผมเชื่อว่า ซอฟต์แวร์ที่สร้างด้วยความรัก หรือก็คือความใส่ใจต่อเทคโนโลยีและผู้คน จะให้ผลลัพธ์ที่ดีกว่า
    • เห็นด้วยกับคำว่า “bloated, buggy JS framework”
      บริษัทยักษ์ใหญ่ทุ่มเงินเพื่อคงเฟรมเวิร์กลักษณะนี้ไว้ และมีผู้คนนับล้านที่ใช้งานมันอยู่โดยปิดการทำงานก็ไม่ได้
      เวลาผมใช้ GitHub ผมจะไม่รัน JS เลยแม้แต่นิดเดียว และ ใช้กฎของพร็อกซีเพื่อดาวน์โหลดเฉพาะไฟล์ raw 
      http-request set-path %[path,regsub(/blob/,/raw/,g)] if { hdr(host) github.com }
http-request set-path %[path,regsub(/releases/tag/,/releases/expanded_assets/,g)] if { hdr(host) github.com }
      ใช้แบบนี้แล้วทำงานได้ดี

  • จุดแข็งของ GitHub คือ ecosystem
    ระบบ PR, การจัดการ issue, CI actions, sponsorship ทุกอย่างรวมอยู่ในที่เดียว
    ความหมกมุ่นกับ AI ก็น่ากังวล แต่ผมก็ยังคิดว่าเป็น เครื่องมือที่สะดวกที่สุดสำหรับนักพัฒนา

    • ไม่เห็นด้วย จุดแข็งที่แท้จริงของ GitHub คือ ผลของเครือข่ายสังคม
      ตัวชี้วัดอย่างจำนวนดาว, fork, follower ทำหน้าที่เป็นสัญญาณบอกคุณภาพ
      สุดท้ายแล้วนักพัฒนาก็เชื่อถือ “สายตาของชุมชน”
    • ผมเคยใช้ Gerrit มาก่อน และไม่ได้รู้สึกว่า GitHub PR ดีกว่าเป็นพิเศษ
      Actions นั้นซับซ้อนจนถูกเรียกว่า นรก YAML และล่มบ่อยด้วย
      ถึงอย่างนั้น เหตุผลใหญ่ที่สุดก็ยังเป็นเพราะ “ทุกคนใช้ที่นี่”
    • ผมไม่เห็นด้วยกับคำบอกว่าระบบ CI ทำมาดี
      Actions สะดวกก็จริง แต่เป็นผลิตภัณฑ์ที่แย่มาก
    • ผมว่ายังดีกว่าไปแก้ Advent of Code ด้วย brainfuck
      การดีบัก GitHub Actions นั้นทรมานสุด ๆ
    • สิ่งที่ผมไม่พอใจคือ GitHub ไม่เคยปฏิเสธว่าได้นำ private repository ไปใช้ฝึก AI หรือไม่
      ส่วน GitLab ปฏิเสธอย่างชัดเจน และความต่างตรงนี้บั่นทอนความเชื่อมั่น

  • ผมสงสัยเรื่องโครงสร้างพื้นฐานของ Codeberg เลยไปหาข้อมูลมา
    ตามโพสต์ในบล็อกทางการ
    ให้บริการด้วย เซิร์ฟเวอร์ 3 เครื่อง (Gigabyte 1 เครื่อง และ Dell R730/R740 2 เครื่อง) และเน้นการ นำฮาร์ดแวร์มือสองกลับมาใช้ใหม่
    ถึงขั้นมีความพยายามจะ นำ MacBook ที่เสียแล้วกลับมาใช้เป็น CI runner
    เขาบอกว่าบางครั้งประสิทธิภาพจะตก แต่รีสตาร์ตแล้วแก้ได้
    ให้ความรู้สึกแบบ DIY ของ hackerspace

    • ถ้าดูหน้าสถานะ จะเห็นว่าความพร้อมใช้งานค่อนข้างต่ำ
      24 ชั่วโมงล่าสุด uptime 89% ส่วนค่าเฉลี่ย 14 วันอยู่ที่ 98% แต่เว็บหลักก็มักช้าอยู่บ่อย ๆ
    • Codeberg เป็น แพลตฟอร์มสำหรับ FLOSS โดยเฉพาะ ไม่ได้ทำมาเพื่อองค์กร
      จุดประสงค์ไม่ใช่การให้บริการเชิงพาณิชย์
    • ตอนอายุ 20 ผมยังเคยรันคลัสเตอร์ที่ใหญ่กว่านี้เลย
      แค่ค่าไฟก็เกิน 600 ดอลลาร์ต่อเดือนแล้ว ถ้าระดับนี้ผมก็น่าจะเปิดบริการฟรีได้เหมือนกัน
      ถ้าใครมีไอเดียก็ให้ส่งอีเมลมา

  • ดูจากการรับมือ issue บน GitHub ของ Zig แล้ว มันดูเป็นการตัดสินใจที่ ใช้อารมณ์อยู่บ้าง
    บั๊กมีอยู่ทุกที่ และเมื่อคิดถึงขนาดของ GitHub ก็เป็นเรื่องธรรมดา
    การย้ายไป Codeberg ดูเหมือนผ่านการถกเถียงมาน้อย
    Zig ยอดเยี่ยมในเชิงเทคนิค แต่ดูเหมือนว่ายังไม่มี โครงสร้างผู้นำที่เป็นผู้ใหญ่พอ

    • ปัญหาไม่ใช่บั๊ก แต่คือ ความไม่แยแสของบริษัทยักษ์ใหญ่
      บริษัทอย่าง Microsoft ไม่สนใจหรอกไม่ว่าลูกค้าจะร้องเรียนมากแค่ไหน
      เพราะงั้นการย้ายไปแพลตฟอร์มเล็กกว่าน่าจะทำให้ได้ การสนับสนุนที่มีแรงจูงใจต่อความสำเร็จของลูกค้ามากกว่า
      สคริปต์ CI ก็ควรทำให้อยู่ในรูปแบบ สคริปต์ล้วนให้มากที่สุด เพื่อให้พกพาได้สูง
    • การบอกว่า “ไม่รู้จัก Codeberg” เป็นปัญหาส่วนตัว
      และก็ไม่มีหลักฐานด้วยว่าไม่ได้มีการพูดคุยกันภายใน

  • ผมเข้าใจปัญหาของ GitHub แต่ Codeberg ก็ล่มบ่อย
    ตามหน้าสถานะ uptime ในช่วง 2 สัปดาห์ล่าสุดอยู่แถว ๆ 95%

    • GitHub Actions ก็มีปัญหาล่มบ่อยเหมือนกัน เลยรู้สึกว่าจริง ๆ แล้วไม่ได้ต่างกันมาก
    • ถ้าระดับการให้บริการสำคัญ โฮสต์ Forgejo เอง จะดีกว่า
      จะได้ไม่ต้องพึ่งจุดล้มเหลวเดียวแบบ GitHub
    • บน Reddit ก็มีคนบ่นเรื่อง ขั้นตอนยืนยันว่าไม่ใช่บอต ของ Codeberg ว่ายุ่งยาก
      ถึงอย่างนั้น Forgejo ที่โฮสต์เองได้ ก็ยังน่าสนใจมาก
    • Codeberg โดน DDoS บ่อย
      ถ้าดูบัญชี Mastodon จะเห็นว่าเขาแชร์สถานการณ์อย่างโปร่งใส
      การถูกโจมตีอาจเป็นหลักฐานกลับด้านว่า มันมีความสำคัญมากพอ
    • Codeberg เป็น แพลตฟอร์มสำหรับโอเพนซอร์สโดยเฉพาะ
      จึงไม่เหมาะกับการใช้กับโปรเจกต์เชิงพาณิชย์หรือเอาไว้สำรองข้อมูลส่วนตัว

  • ช่วงนี้รู้สึกว่า คำว่า AI กลายเป็นคำตลาด ไปแล้ว
    อีกสัก 2 ปี ฟีเจอร์ AI คงยังอยู่ในแอปส่วนใหญ่ แต่คำโฆษณาแบบ “AI-first” น่าจะหายไป

    • ตลอด 15 ปีที่ผ่านมาก็เป็นแบบนี้มาตลอด
      แต่ก็เห็นด้วยกับคำทำนายนี้ — ตอนนี้ โฆษณา AI กลายเป็นอะไรเชย ๆ ไปแล้ว
    • ก็แค่เปลี่ยนคำฮิตจาก “big data”, “machine learning” เท่านั้น
      โฆษณาแบบ personalization ก็ยังอยู่เหมือนเดิม แม้แนวคิดนี้จะน่าขยะแขยงก็ตาม

  • การ ปรับโฉม dashboard feed ของ GitHub เป็นหายนะมาก
    ในการพูดคุยที่เกี่ยวข้อง ก็มีคนไม่พอใจเยอะ

    • แต่การอัปเดตล่าสุดที่เปลี่ยนไปเน้น รายการ PR และ issue ล่าสุด กลับให้ความรู้สึกว่าเป็นการปรับปรุง
      และผมก็ใช้งานมันอยู่บ่อยจริง ๆ
    • พูดตรง ๆ คือ ผมไม่ใช้ dashboard อยู่แล้ว
      ส่วนใหญ่ทำงานจากหน้าโปรเจกต์โดยตรง
    • ผมก็ใช้หน้าการแจ้งเตือนเป็นโฮมหลักเหมือนกัน
      แค่พิมพ์ “not” ใน autocomplete ของเบราว์เซอร์ก็ไปถึงทันที

  • เหตุผลที่ Zig ย้าย ไม่ได้มีแค่ ความไม่ไว้วางใจ Microsoft อย่างเดียว
    เดิมที Zig ก็เป็น ชุมชนที่มีความเห็นจัดจ้าน อยู่แล้ว
    GitLab ก็ไม่น่าพอใจนัก และตัวเลือกอื่นก็มีไม่มาก
    แก่นของปัญหาคือ โครงสร้างผูกขาดของบริษัทยักษ์ใหญ่ และ AI ก็ยิ่งทำให้ปัญหานั้นแย่ลง

    • สงสัยว่าเดี๋ยวนี้ Bitbucket เป็นยังไงบ้าง
      ดูเหมือนแทบไม่มีตัวตนแล้ว

  • จุดเด่นของ Codeberg คือ ความเร็วในการโหลดหน้าเว็บ
    ส่วน GitHub บางครั้งรู้สึกช้าและหนัก

    • โดยเฉพาะใน สภาพแวดล้อม 4G ที่ไม่เสถียร GitHub นี่แย่มาก
      เทียบกับบริการอย่าง Linear แล้วเห็นความต่างชัด
    • แต่ในทางกลับกัน จากการทดสอบของผม Codeberg ช้ากว่า 
      $ time curl -L 'https://codeberg.org/'  → 3.06s  
$ time curl -L 'https://github.com/'    → 1.35s
      น่าจะขึ้นอยู่กับสภาพแวดล้อม

  • อยากแนะนำ Fossil SCM
    เป็นเครื่องมือที่ผู้สร้าง SQLite ทำขึ้น โดยมี ความสามารถระดับ GitHub อยู่ในไฟล์รันเดี่ยวขนาด 6MB
    ดูได้ที่ fossil-scm.org

    • แต่ ไม่มีระบบ code review
      เพราะผู้ก่อตั้งแทบไม่รับ contribution จากภายนอก
      จึงยอดเยี่ยมสำหรับโปรเจกต์คนเดียว แต่ไม่เหมาะกับการทำงานร่วมกัน
    • ถึงอย่างนั้นก็ยอดเยี่ยมมากสำหรับโปรเจกต์ส่วนตัว
      อยากแนะนำให้ลองใช้ใน side project ถัดไป