Zig ย้ายรีโพซิทอรีหลักจาก GitHub ไปยัง Codeberg

 (ziglang.org)
8 คะแนน โดย GN⁺ 2025-11-28 | 4 ความคิดเห็น | แชร์ทาง WhatsApp
  • รีโพซิทอรีของภาษาโปรแกรม Zig ย้ายจาก GitHub ไปยัง Codeberg หลังใช้งานมานาน 10 ปี
  • สาเหตุหลักคือ ประสิทธิภาพที่ลดลงและบั๊กของ GitHub โดยเฉพาะ ความไม่เสถียรและการถูกปล่อยปละของ Actions
  • นโยบายที่มุ่งไปทาง AI ของ GitHub และ การบังคับแสดงฟีเจอร์ Copilot ขัดแย้งกับ นโยบาย ‘no LLM / no AI’ ของ Zig
  • แม้ GitHub Sponsors ยังเป็นแหล่งรายได้สำคัญ แต่ถูกมองว่ามี ความเสี่ยงจากการพึ่งพาแพลตฟอร์ม จึงแนะนำให้ย้ายการสนับสนุนไปที่ Every.org
  • การย้ายไปยัง Codeberg ยังมีความหมายในแง่ของการ เสริมความแข็งแกร่งให้ระบบนิเวศที่ยึดโยงกับองค์กรไม่แสวงหากำไรและประโยชน์สาธารณะ

เบื้องหลังการย้ายจาก GitHub ไปยัง Codeberg

  • โปรเจ็กต์ Zig โฮสต์อยู่บน GitHub มาตลอดนับตั้งแต่ git init เมื่อ 10 ปีก่อน
    • หลัง GitHub ถูก Microsoft เข้าซื้อ มีการประเมินว่าคุณภาพของแพลตฟอร์มลดลง
  • มีการระบุว่า วัฒนธรรมวิศวกรรมและลำดับความสำคัญของ GitHub พังทลายลง จนกลายเป็น เฟรมเวิร์ก JavaScript ที่ช้าและเต็มไปด้วยบั๊ก
  • มีการชี้ว่า GitHub Actions มี “บั๊กที่ยอมรับไม่ได้” และแทบไม่ได้รับการดูแลรักษา
    • หลังคำกล่าวของ CEO ที่ว่า “ยอมรับ AI ไม่เช่นนั้นก็จากไป” มีการอธิบายว่า Actions แสดงอาการ ‘vibe-scheduling’ ที่สุ่มรันงานไปมา
    • เกิดปัญหาที่ไม่สามารถแทรกแซงด้วยตนเองได้ ทำให้ระบบ CI เป็นอัมพาต
  • Zig จึงตัดสินใจย้ายไปยัง ผู้ให้บริการโฮสต์ Git รายใหม่ เพื่อแก้ปัญหาเหล่านี้

ปัญหาที่เกี่ยวข้องกับ GitHub และ AI

  • มีการระบุว่า การบังคับแสดงฟีเจอร์ Copilot ของ GitHub ทำให้เกิดกรณีละเมิด นโยบาย ‘no LLM / no AI’ ของ Zig
    • มีการยกตัวอย่างกรณีละเมิดที่เกี่ยวข้องผ่านลิงก์ PR สามรายการของ GitHub (A, B, C)
  • คาดว่าการย้ายไปยัง Codeberg จะช่วย ลดการละเมิดนโยบายที่เกี่ยวข้องกับ AI

GitHub Sponsors และโครงสร้างการสนับสนุน

  • GitHub Sponsors มี บทบาทสำคัญอย่างยิ่งต่อการระดมทุนช่วงเริ่มต้น ของ Zig และจนถึงตอนนี้ก็ยังคิดเป็น สัดส่วนรายได้ก้อนใหญ่
  • ด้วยผลงานของ Devon Zuegel ทำให้นักพัฒนาจำนวนมากสามารถสร้างรายได้ผ่าน GitHub ได้ แต่หลังจากเธอลาออก ผลิตภัณฑ์นี้ก็ถูกปล่อยทิ้งและอยู่ในภาวะถดถอย
  • Zig Software Foundation มอง GitHub Sponsors ว่าเป็น ‘ภาระความเสี่ยง (liability)’
    • ขอให้ผู้สนับสนุน ย้ายการสนับสนุนแบบประจำไปยัง Every.org
    • สิทธิประโยชน์สำหรับผู้สนับสนุนบน GitHub Sponsors เช่น การแสดงชื่อบนหน้าโฮมเพจ หรือการกล่าวถึงใน release notes จะถูกยกเลิก
    • กำลังเตรียมแนวทางเพื่อ มอบสิทธิประโยชน์ที่เทียบเท่ากันผ่าน Every.org

แผนการย้ายและรายละเอียดทางเทคนิค

  • รีโพซิทอรี ziglang/zig บน GitHub จะถูกเปลี่ยนเป็น อ่านอย่างเดียว (read-only) ทันที
  • รีโพซิทอรีทางการเปลี่ยนเป็น https://codeberg.org/ziglang/zig.git
  • มีการแสดงความขอบคุณต่อการสนับสนุนจาก Forgejo และ ชุมชน Codeberg
    • โดยกล่าวถึงความร่วมมือของ Earl Warren, Otto, Gusted และ Mathieu Fenniak เป็นพิเศษ
  • มีการเลือกใช้กลยุทธ์แบบเรียบง่ายเพื่อหลีกเลี่ยง vendor lock-in ของ GitHub
    • issue เดิมบน GitHub จะยังคงอยู่ตามเดิม และบน Codeberg จะ เริ่มหมายเลข issue ที่ 30000
    • issue และ PR เดิมบน GitHub จะถูกเก็บไว้เหมือนเดิม และจะย้ายไปยัง Codeberg เฉพาะกรณีที่จำเป็นต้องแก้ไขหรือแสดงความคิดเห็นเท่านั้น
    • PR และ issue เดิมจะยังคงได้รับการตรวจสอบต่อไป

ความหมายของระบบนิเวศแบบไม่แสวงหากำไร

  • ท่ามกลางยุคสมัยของ การควบรวมกิจการ กฎหมายต่อต้านการผูกขาดที่อ่อนแอ และทุนนิยมแพลตฟอร์ม
    มีการกล่าวถึงว่า องค์กรไม่แสวงหากำไรคือปราการสุดท้ายในการปกป้องพื้นที่สาธารณะ
  • ตอนท้ายของบทความปิดด้วยคำว่า “Happy hacking”

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

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

 
GN⁺ 2025-11-28
ความคิดเห็นใน Hacker News

  • อดขำไม่ได้ที่โปรเจกต์ Zig ย้ายไป Codeberg พร้อมอ้างถึง กรณีละเมิดนโยบายห้าม LLM/AI ของ GitHub (exhibit A, B, C)
    ที่น่าสนใจคือคนที่ เปิดประเด็นใน exhibit A ก็คือคนเดียวกับที่ขึ้นหน้าแรกของ HN เมื่อไม่กี่วันก่อน

    • เมื่อก่อนฉันมีหลักอยู่ว่า “การเขียนโค้ดคือ ‘รันบนเครื่องฉันได้ก็พอ’ แต่ วิศวกรรมซอฟต์แวร์ ไม่ใช่แบบนั้น”
      ตอนนี้มันเปลี่ยนเป็น “การเขียนโค้ดจะใช้ AI เขียนก็ได้ แต่ งานวิศวกรรม ทำแบบนั้นไม่ได้”
    • ถ้าดู GitHub ของ GhostKellz จะเห็นโปรเจกต์ที่ ใช้งานไม่ได้ ซึ่งทำด้วย Zig และ Rust อยู่เป็นสิบ ๆ โปรเจกต์
      แถมยังทำให้คนอื่นสับสนใน อิสซูของ zquic อีกด้วย
    • เขายังส่ง โค้ดที่สร้างโดย AI มาเป็นจำนวนมากใน PR ของ StaticCompiler สำหรับ Julia
    • ที่ฮาที่สุดคือใน ทวีตนี้ เขาอวดว่า “Claude แก้บั๊กคอมไพเลอร์ Zig ได้แล้ว” จากนั้นไม่กี่นาทีก็มี ลิงก์ PR โผล่มา
      ถ้าภายหลังมีคนถามในสัมภาษณ์ว่า “ความสำเร็จที่ใหญ่ที่สุดคืออะไร” ก็คงตอบว่า “เป็นคนที่ขับ Zig ออกจาก GitHub”
    • มาถึงจุดนี้ก็ไม่รู้แล้วว่านี่เป็นแค่ การปั่น หรือเอาจริงกันแน่

  • เห็นด้วยกับคำวิจารณ์ที่ว่าฟีเจอร์ “เปิดอิสซูด้วย Copilot” ของ GitHub กำลัง ส่งเสริมการละเมิดนโยบาย AI
    และคิดว่านักพัฒนาหลายคนใช้ GitHub ด้วยแรงจูงใจแบบ อยากทำโปรไฟล์ให้ดูดีเพื่อเพิ่มโอกาสได้งาน

    • แต่ก็สงสัยว่าการส่ง PR สุ่ม ๆ จำนวนมากจะช่วยเรื่องการจ้างงานได้จริงหรือ
      จากประสบการณ์ของฉัน recruiter หรือผู้สัมภาษณ์แทบไม่ดูโปรไฟล์ GitHub เลย
    • จริง ๆ แล้ว GitHub ใช้เป็นแค่ ที่โฮสต์ git อย่างเดียวก็เพียงพอแล้ว
      เช่น torvalds/linux ก็ใช้เป็นแค่มิเรอร์โดยไม่เปิดฟีเจอร์อิสซูหรือ PR
    • เมื่อก่อนชอบเน้น CODE_OF_CONDUCT.md แต่ตอนนี้เริ่มอยากใส่ข้อว่า “อย่าส่ง โค้ดขยะ เข้า repo” มากกว่า

  • มีคนบอกว่าเหตุผลที่ Zig ย้ายจาก GitHub ไป Codeberg แทน เพราะประเด็นลูกค้าของ ICE (หน่วยงานตรวจคนเข้าเมืองและศุลกากรสหรัฐ)
    แต่ Codeberg เองก็ ใช้ PayPal และ PayPal ก็เป็นส่วนหนึ่งของกลุ่มองค์กรที่เกี่ยวข้องกับ ICE
    “วงจรไล่ล่าความบริสุทธิ์ (purity spiral)” แบบนี้สุดท้ายก็มีแต่จะทำให้ตัวเองโดดเดี่ยว

    • แต่ฉันไม่เรียกมันว่า ‘วงจรไล่ล่าความบริสุทธิ์’
      มันเป็นแค่ การตัดสินใจเชิงปฏิบัติที่รวมมิติด้านจริยธรรม เข้าไปด้วย การย้ายจาก GitHub ไป Codeberg ไม่ได้เป็นภาระใหญ่เลย
    • โลกไม่ได้มีแค่ขาวกับดำ การบังคับให้ทุกการตัดสินใจต้อง สอดคล้องสมบูรณ์แบบ เป็นกับดักของพวกมองโลกแบบประชดประชัน
      การพยายาม ลดอันตรายเท่าที่ทำได้ ยังมีความหมายเสมอ
    • ชุมชน Zig มีธรรมเนียมในการปฏิเสธเครื่องมือเดิม ๆ แล้ว ลงมือสร้างเครื่องมือที่ดีกว่าด้วยตัวเอง
      เลยหวังว่าจากโอกาสนี้อาจได้เห็น “แพลตฟอร์มที่ดีกว่า GitHub”
    • แน่นอนว่าไม่เกี่ยวกับความสัมพันธ์ระหว่าง GitHub กับ ICE อย่างเดียว เพราะเนื้อหาส่วนใหญ่ของบทความพูดถึง เหตุผลทางเทคนิค
    • การทำธุรกรรมกับ GitHub โดยตรง กับการที่ ผู้ประมวลผลการชำระเงินมีความร่วมมือ กับอีกฝ่าย เป็นคนละเรื่องกัน
      ถึงจะไม่มีทางเลือกที่สมบูรณ์แบบ แต่การเลือกสิ่งที่แย่น้อยกว่าก็เข้าใจได้มากพอ

  • ถ้าดูสภาพอินฟราของ Codeberg เหมือนว่ากำลังรันบน ฮาร์ดแวร์ที่ไม่เสถียร จากเงินบริจาคของชุมชน
    พออ่าน โพสต์บล็อกทางการ แล้ว
    มันดูใกล้เคียง โปรเจกต์งานอดิเรก มากกว่าสภาพแวดล้อม production ที่เสถียร

    • อ่านส่วนอินฟราในบทความแล้วหลุดขำ
      มันเหมือน Chaos Monkey กำลังวิ่งอยู่แบบเรียลไทม์
      แต่ทักษะที่ใช้ดูแลเซิร์ฟเวอร์เครื่องนั้นให้อยู่ได้ก็ถือว่าน่าประทับใจ
      ถึงอย่างนั้น repo ของ Zig ฉันก็ตั้งใจจะมิเรอร์ไว้บนเซิร์ฟเวอร์ของตัวเองด้วย
    • สงสัยว่าทำไม Zig ถึงเลือก Codeberg แทน โฮสต์เอง (gitea หรือ forgejo)
      แค่ย้ายออกจาก GitHub ก็เปลี่ยนเยอะแล้ว และถ้ามองเรื่องเสถียรภาพ ทางเลือกนั้นอาจปลอดภัยกว่าด้วย
    • หน้า status page ของ Codeberg เป็นสีเขียวตลอด แต่ของจริงเหมือนมีปัญหาเกิดขึ้นทุกไม่กี่นาที

  • การด่า GitHub Actions ว่าเป็น “CI ฟรีที่ดีที่สุดเท่าที่ลิงจะทำได้” ก็ดูเกินไปหน่อย
    สำหรับโปรเจกต์ที่ไม่มี งบระดับหลายล้านดอลลาร์ แบบ Zig Foundation มันช่วยได้มาก
    แต่การเรียก GitHub Sponsors ว่าเป็น “ภาระ” ก็เวอร์ไปเหมือนกัน

    • ทีม Zig โต้กลับว่าอย่ามองข้าม ปัญหาทางเทคนิค ของ GitHub Actions
      พวกเขา มีเครื่อง CI ของตัวเองอยู่แล้ว จึงไม่ได้ประโยชน์อะไรจาก free runner
      และเรื่อง “หลายล้านดอลลาร์” ก็ไม่จริง เพราะระบบส่วนใหญ่รันอยู่บน ฮาร์ดแวร์ระดับผู้บริโภคในบ้านของสมาชิกทีม
      ส่วน GitHub Sponsors นั้นย้ายไป Every.org เพราะ Microsoft มี ความเสี่ยงที่จะขึ้นค่าธรรมเนียมหรือปิดบริการเมื่อไรก็ได้
    • ใครที่เคยใช้ GitLab หรือ Jenkins มาก่อน น่าจะเคยมีประสบการณ์ที่ ดีกว่า GitHub Actions
      เอกสารก็ไม่พอ และแม้แต่การจัดการ regular expression ก็ยังคลุมเครือ
    • runner ของ macOS 15 ถูกปล่อยทิ้งไว้พร้อมบั๊ก CPU 100% มาครึ่งปีแล้ว
      ดู อิสซูที่เกี่ยวข้อง
    • ข้อดีอย่างเดียวของ GitHub CI คือ มี Mac runner ให้ใช้ฟรี
    • คุณภาพมันต่ำจนมีคนพูดว่า “Actions นี่ลิงทำยังจะดีกว่า”

  • สิ่งที่น่าประทับใจที่สุดคือ ผู้มีส่วนร่วมของ Forgejo และ Codeberg เข้ามาช่วยด้วยตัวเอง
    สัมผัสได้ถึงความทุ่มเทของคนที่ถูกเอ่ยชื่ออย่าง Earl Warren, Otto, Gusted และ Mathieu Fenniak

    • จิตวิญญาณชุมชนที่จริงใจ แบบนี้พบได้ร่วมกันในโปรเจกต์ซอฟต์แวร์เสรีหลายแห่ง

  • รู้สึกขมขื่นที่บน Hacker News มีบรรยากาศแบบ ปกป้อง Microsoft และโจมตีชุมชนทางเลือก
    มันห่างไกลจากจิตวิญญาณแฮ็กเกอร์ในอดีต

    • แต่อีกมุมหนึ่ง ผู้คนอาจไม่ได้ปกป้อง Microsoft แค่กำลังวิจารณ์ วิธีย้าย ตัวเลือกที่ใช้ และน้ำเสียงเชิงรุก มากกว่า
    • คำพูดอย่าง “Actions ลิงทำ” ก็ดูเป็น การโจมตีแบบเด็ก ๆ
    • ครั้งหนึ่ง Microsoft ดูเหมือนจะ ดีขึ้นหลังยุค Ballmer
      แต่ตอนนี้กลับดู ถอยหลังลงคลอง อีกครั้งเพราะโฆษณาและกระแส AI ที่ร้อนแรงเกินไป

  • ยินดีต้อนรับการย้ายไป Codeberg SourceHut ก็ดี แต่คิดว่า Codeberg เป็น ทางเลือกที่เสถียรกว่าและระยะยาวกว่า
    ฉันเองก็ออกจาก GitHub มาแล้ว

    • แต่ตอนนี้มีแพลตฟอร์มเยอะเกินไปจนเริ่ม เหนื่อยล้า
      ทั้ง GitHub, GitLab, SourceHut, Codeberg ฯลฯ ฟีเจอร์ส่วนใหญ่ก็คล้ายกัน
      การรวมศูนย์เคยมีข้อดี แต่การมี การแข่งขันเกิดขึ้นก็เป็นเรื่องดี
    • เสียดายที่ Drew ถอยออกจาก SourceHut และยังยึดติดกับ เวิร์กโฟลว์แบบ mailing list
    • มีคนพูดว่าผู้ก่อตั้ง SourceHut “ออกแนวไม่ค่อยนิ่ง” ก็เลยสงสัยว่ามันหมายถึงอะไร
    • ปัญหาใหญ่ที่สุดของ SourceHut คือ ไม่มีฟีเจอร์ organization
      มันไม่สะดวกสำหรับโปรเจกต์ใหญ่ที่มีหลาย repository

  • มากกว่าการเอ่ยถึง ICE ของ GitHub ประโยคที่ว่า “คนที่ยังอยู่บังคับให้ใช้ JS framework ที่บั๊กเยอะ”
    กลับดูเหมือนจะเผยแนวคิดของผู้เขียนได้มากกว่า

    • การบอกว่า “ไม่สนับสนุนองค์กรกึ่งทหารแบบชาตินิยม” เป็นจุดยืนที่เป็นธรรมดาอยู่แล้ว
      ไม่มีทางสนับสนุน องค์กรปิดที่ไร้ความรับผิดชอบ ได้แน่นอน
    • ผู้เขียนคือ Andrew Kelley ผู้สร้าง Zig
      บุคลิกคล้าย Linus พอสมควร ซึ่งดูได้จาก โพสต์ใน Mastodon ของเขา และ โพสต์สะท้อนตนเอง
    • ยังมีปฏิกิริยาเชิง เสียดสี ด้วยว่า “ก็เปลี่ยนชื่อ master branch แล้ว ปัญหา ICE น่าจะแก้แล้วไม่ใช่เหรอ”

  • ตอนนี้ Codeberg ยังขาด การเข้าถึงสำหรับผู้พิการทางสายตา
    เพราะ CAPTCHA แบบรูปภาพทำให้ ผู้ใช้ screen reader สมัครสมาชิกไม่ได้
    แม้จะมีขั้นตอนแบบ manual แต่ก็ไม่ชัดเจนว่าต้องรอนานแค่ไหน

    • แต่ใน หน้าอิสซู มีการระบุว่า
      พวกเขา รับรู้ปัญหาการเข้าถึงของ CAPTCHA และมีแผนจะเอาออก
      การวิจารณ์ Codeberg โดยเอาความเร็วในการตอบสนองของ Wikimedia มาเทียบจึงไม่ค่อยเหมาะ
    • น่าเศร้าที่ในโลกเครื่องมือสำหรับนักพัฒนา มีวัฒนธรรมที่มอง accessibility เป็นของฟุ่มเฟือย
      AI อาจช่วยปรับปรุง accessibility ได้ แต่ก็กลัวว่ามันจะ เพิ่มภาระให้ผู้ใช้มากกว่าเดิม
    • ไม่เข้าใจว่าทำไม accessibility ถึงถูกทำให้เป็น ประเด็นทางการเมือง
    • แพ็กเกจ CAPTCHA ที่พวกเขาใช้อยู่มี ฟีเจอร์ audio CAPTCHA ด้วย
      เลยสงสัยว่าทำไมถึงไม่เปิดใช้งาน
 
secret3056 2025-11-28

หนี AWS หนี LLVM หนี GitHub.... ช่างฮิปจริง ๆ ....
 
aer0700 2025-11-28

พอมารวมกันแบบนี้แล้วสุดยอดมาก
ถ้าเลิกใช้ Windows แล้วเหลือแค่ Linux กับ macOS ก็สมบูรณ์แบบ...
 
secret3056 2025-11-28

จริง ๆ แล้วในทางนี้ SQLite ก้าวไปไกลกว่าอีกหนึ่งขั้น
โฮสต์หน้าเว็บด้วยเว็บเซิร์ฟเวอร์ที่ทำขึ้นเอง จัดการซอร์สโค้ดด้วย VCS ที่ทำขึ้นเอง...