VoidZero เข้าร่วมกับ Cloudflare

 (blog.cloudflare.com)
3 คะแนน โดย GN⁺ 4 시간 전 | 1 ความคิดเห็น | แชร์ทาง WhatsApp
  • VoidZero คือบริษัทผู้สร้าง Vite, Vitest, Rolldown, Oxc และ Vite+ และตอนนี้ทีม VoidZero ทั้งหมดได้เข้าร่วมกับ Cloudflareแล้ว
  • อย่างไรก็ตาม โครงการที่กำลังพัฒนาจะยังคงได้รับการดูแลต่อไปในรูปแบบโอเพนซอร์ส เป็นกลางต่อผู้ให้บริการ และขับเคลื่อนโดยชุมชน
  • Vite เป็นรากฐานของเฟรมเวิร์ก JavaScript หลายตัว เช่น Vue, SvelteKit, Nuxt, Astro, Solid, Qwik, Angular, React Router และ TanStack Start โดย Cloudflare ได้ใส่เงิน 1 ล้านดอลลาร์เข้าสู่กองทุนระบบนิเวศ Vite
  • Environment API ทำให้โค้ดฝั่งเซิร์ฟเวอร์ระหว่างการพัฒนารันบน runtime แทน Node.js และ Cloudflare Vite plugin มอบโมเดล runtime แบบเดียวกับ Workers ในเครื่องผ่าน workerd
  • เมื่อ AI agent วนทำงานสร้างโปรเจ็กต์ รันเซิร์ฟเวอร์พัฒนา อ่านข้อผิดพลาด และทำซ้ำกับการทดสอบ การ lint การ format และการ deploy preview ความสำคัญของการ build ที่เร็ว การทดสอบที่เร็ว ข้อผิดพลาดแบบมีโครงสร้าง และ CLI ที่สม่ำเสมอจึงเพิ่มขึ้น
  • เครื่องมือของ Cloudflare ไม่ได้ดึง Vite เข้าหาแนวทางของ Cloudflare แต่เป็นการย้ายเครื่องมือแอปพลิเคชันของ Cloudflare ขึ้นมาบน Vite และมีแผนระยะยาวไปสู่ CLI cf, primitive แบบเป็นกลางต่อผู้ให้บริการสำหรับ full-stack และ agent รวมถึงการโอเพนซอร์สแพลตฟอร์ม Void

การเข้าร่วมและหลักการที่ยังคงเดิม

  • VoidZero คือบริษัทผู้สร้าง Vite, Vitest, Rolldown, Oxc และ Vite+ และจากการเปลี่ยนแปลงครั้งนี้ ทีม VoidZero ทั้งหมดได้เข้าร่วมกับ Cloudflare
  • Vite, Vitest, Rolldown, Oxc และ Vite+ จะยังคงรักษาแนวทางแบบโอเพนซอร์ส เป็นกลางต่อผู้ให้บริการ และขับเคลื่อนโดยชุมชน
  • Vite จะยังคงใช้ไลเซนส์ MIT และกระบวนการพัฒนาแบบเปิด พร้อมสืบต่อหลักการที่ว่าแอปพลิเคชันที่สร้างด้วย Vite ควรรันได้ทุกที่
  • Evan You และทีม VoidZero จะยังคงนำ Vite, Vitest, Rolldown, Oxc และ Vite+ ต่อไป โดย Cloudflare จะทุ่มทรัพยากรและวิศวกรรมให้กับโครงการเหล่านี้
  • เช่นเดียวกับตอนที่ Astro เข้าร่วมกับ Cloudflare ตัว Astro เองก็ยังคงความเป็นโอเพนซอร์ส ความสามารถในการ deploy ได้ทุกที่ และเดินหน้าตามโรดแมปเดิมต่อไป

ระบบนิเวศ Vite และกองทุน 1 ล้านดอลลาร์

  • Vite ถูกใช้เป็นรากฐานของ Vue, SvelteKit, Nuxt, Astro, Solid, Qwik, Angular, React Router และ TanStack Start ส่วน Next.js ก็จะมี implementation ที่อิง Vite ใน vinext
  • Cloudflare มองว่าเป้าหมายสูงสุดคือการรักษาความเชื่อมั่นที่ทำให้ Vite ถูกนำไปใช้อย่างกว้างขวาง และต้องพิสูจน์ความเชื่อนั้นผ่านการสนับสนุนโครงการและวิธีการพัฒนา
  • Cloudflare ใส่เงิน 1 ล้านดอลลาร์เข้าสู่กองทุนระบบนิเวศ Vite ที่บริหารโดยทีมแกนหลักของ Vite เพื่อสนับสนุน maintainer และ contributor
  • Vite เป็นโครงการที่ใหญ่กว่า VoidZero หรือ Cloudflare และผู้ที่มีส่วนร่วมสร้าง Vite ควรได้มีส่วนร่วมในสิ่งที่จะเกิดขึ้นต่อจากนี้ด้วย

จุดบรรจบทางเทคนิคของ Vite และ Cloudflare

  • ความร่วมมือระหว่าง Vite และ Cloudflare เริ่มต้นในปี 2024 ด้วย Vite Environment API ซึ่ง API นี้ทำให้โค้ดฝั่งเซิร์ฟเวอร์ระหว่างการพัฒนารันอยู่ใน environment อื่นที่ไม่ใช่ Node.js
  • เมื่อรัน vite dev ด้วย Cloudflare Vite plugin โค้ดฝั่งเซิร์ฟเวอร์จะรันอยู่ภายใน workerd ซึ่งเป็นโอเพนซอร์สรันไทม์ที่ขับเคลื่อน Workers ในโปรดักชัน
  • Durable Objects, D1, KV, R2, Workflows, Workers AI, Agents, Service Bindings และ Workers RPC จะรันในเครื่องด้วยโมเดล runtime แบบเดียวกับโปรดักชัน
  • Environment API ไม่ได้บังคับให้ต้องใช้เซิร์ฟเวอร์พัฒนาเฉพาะของ Cloudflare แต่เปิดทางให้ใช้โครงสร้างแบบกลไกทั่วไปภายใน Vite ร่วมกับ implementation ของผู้ให้บริการแต่ละราย
  • Vite มียอดดาวน์โหลดรายสัปดาห์ราว 129 ล้านครั้ง และ @cloudflare/vite-plugin มียอดดาวน์โหลดรายสัปดาห์ราว 14 ล้านครั้ง

วงจรการพัฒนาที่ AI กำลังเปลี่ยน

  • agent ใช้งาน development server, bundler, linter, formatter และ CLI โดยสร้างโปรเจ็กต์ รันเซิร์ฟเวอร์พัฒนา อ่านข้อผิดพลาด เขียนการทดสอบ และทำซ้ำกับการ lint, format และ deploy preview
  • แอปพลิเคชันที่สร้างโดย AI จำนวนมากเริ่มต้นจาก Vite app เพราะมันเร็ว เป็นที่เข้าใจอย่างแพร่หลาย และเข้ากันได้ดีกับข้อมูลฝึกและเครื่องมือที่หลากหลาย
  • ในการพัฒนาแบบอิง agent ซึ่งมีการวนซ้ำมากกว่ามนุษย์ ความเร็วของ build ความเร็วของ test ความเร็วของ lint และ format ข้อผิดพลาดที่ชัดเจนและมีโครงสร้าง รวมถึง CLI ที่สม่ำเสมอจึงยิ่งสำคัญขึ้น
  • Vitest, Rolldown, Oxc, Oxlint และ Oxfmt ถูกออกแบบให้เป็นเครื่องมือความเร็วสูงในแต่ละหมวดหมู่ ส่วน Vite+ รวมทั้งหมดนี้ไว้ภายใต้ CLI เดียว โมเดลการตั้งค่าเดียว และองค์ประกอบที่น้อยลง
  • Dashboard ของ Cloudflare สร้างด้วย Vite และ Oxlint ก็กำลังช่วยประหยัดเวลาทางวิศวกรรมในโค้ดเบสของ Cloudflare ได้เป็นระดับหลายวัน ขณะที่เฟรมเวิร์ก agent harness ของทีม Astro อย่าง Flue ก็กำลังย้ายมาอยู่บนฐานของ Vite เช่นกัน

Full-stack Vite และ Cloudflare CLI

  • แอปพลิเคชันสมัยใหม่ต้องดูแลทั้งเส้นทางการเรนเดอร์ฝั่งเซิร์ฟเวอร์, API, งานเบื้องหลัง, คิว, ฐานข้อมูล, object storage, ความสามารถแบบเรียลไทม์, การยืนยันตัวตน, agent และความสามารถด้าน AI ดังนั้นบทบาทของเครื่องมือ build จึงไม่อาจจำกัดอยู่แค่การสร้าง bundle ได้อีกต่อไป
  • Vite กำลังขยายไปในทิศทางที่เข้าใจส่วนต่าง ๆ ของแอปพลิเคชันมากขึ้น โดยยังคงรักษาความเร็ว ความเรียบง่าย และความสามารถในการพกพาไว้
  • Void ซึ่งเป็นแพลตฟอร์ม deploy สำหรับ Vite เคยเป็นพื้นที่ทดลองว่าเฟรมเวิร์กแอปพลิเคชันยุคใหม่ควรรับผิดชอบอะไร ประสบการณ์การ deploy ควรเป็นอย่างไร และวงจรชีวิตของแอปพลิเคชันทั้งหมดจะถูกรวมอยู่ใน toolchain เดียวได้มากเพียงใด
  • บทเรียนบางส่วนจะถูกนำเข้าสู่ Vite เองในรูปของ abstraction และ hook ที่เป็นกลางต่อผู้ให้บริการสำหรับ backend, API, agent และ deployment โดย Cloudflare จะมอบ implementation ระดับ first-class ของ hook เหล่านี้บน Workers และ Developer Platform
  • การเปลี่ยนแปลงใน Vite เองจะยังคงเดินตามกระบวนการเปิดรับ contribution แบบเดิม และฟีเจอร์ที่เพิ่มเข้าไปใน Vite ต้องไม่ใช่เฉพาะสำหรับ Cloudflare แต่ต้องใช้งานได้ทุกที่ที่ Vite ทำงานได้
  • Cloudflare เลือกแนวทางนำเครื่องมือแอปพลิเคชันของ Cloudflare มาวางบน Vite แทนที่จะย้าย Vite ไปฝั่ง Cloudflare
  • มีการเปิดตัว technical preview ของ CLI แบบรวมใหม่ cf แล้ว และพื้นฐานของประสบการณ์ CLI สำหรับแอปพลิเคชันจะเป็น Vite
  • cf dev จะเป็น superset ของ vite dev โดยคงความเร็วแบบเดียวกัน การ hot module replacement แบบเดียวกัน และโมเดลปลั๊กอินแบบเดียวกัน พร้อมเพิ่ม Cloudflare runtime และ bindings เข้าไป
  • cf build มีเป้าหมายให้เข้าใจโปรเจ็กต์ Vite ได้แบบ native โดยไม่ต้องผ่านขั้นตอน adapter และ cf deploy มุ่งทำให้การ deploy แอป Vite ไปยัง Cloudflare ทำได้ง่ายขึ้น

ขั้นตอนถัดไป

  • ในระยะสั้น Vite, Vitest, Rolldown, Oxc และ Vite+ จะยังคงออกรีลีสต่อไป และทีม VoidZero จะยังคงมีส่วนร่วมและเป็นผู้นำต่อไป
  • Cloudflare Vite plugin จะได้รับการพัฒนาอย่างต่อเนื่อง และแนวทาง Environment API สำหรับการรันโค้ดฝั่งเซิร์ฟเวอร์ในเครื่องบน runtime ที่ถูกต้องจะดีขึ้นต่อไป รวมถึง runtime ที่ไม่ใช่ของ Cloudflare ด้วย
  • ในระยะยาว Cloudflare CLI จะย้ายไปสู่ประสบการณ์ที่สร้างตรงบน Vite และ Vite จะมี primitive แบบเป็นกลางต่อผู้ให้บริการสำหรับ full-stack app และ agent
  • เมื่อเวลาผ่านไป มีแผนจะเปิดซอร์ส Void platform เพื่อให้ผู้อื่นสามารถสร้างแพลตฟอร์มของตนเองบน Vite และ Cloudflare ได้
  • หากต้องการลองใช้ Vite บน Cloudflare ตอนนี้ ให้รัน npm create vite@latest และ npx wrangler deploy

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

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

 
GN⁺ 4 시간 전
ความคิดเห็นจาก Hacker News

  • มีโพสต์เมื่อวันที่ 3 กุมภาพันธ์ 2014 ชื่อ “Vue.js: JavaScript MVVM made simple (vuejs.org)” อยู่: https://news.ycombinator.com/item?id=7169288
    ดูเหมือนว่า Evan You จะเรียนด้าน ประวัติศาสตร์ศิลปะและสตูดิโออาร์ต และต้องเรียน JavaScript เพื่อจะได้แสดงผลงานได้อย่างรวดเร็วที่ Parsons School
    ตอนอยู่ที่ Google Creative Lab 5 เขาได้รับแรงบันดาลใจว่าอยากปรับปรุงประสบการณ์ AngularJS จึงสร้าง Vue ขึ้นมา และหลังจากนั้นก็เป็นประวัติศาสตร์ที่หลายคนน่าจะรู้กันดี
    ยังไม่รู้ว่าการ เข้าซื้อโดย Cloudflare ครั้งนี้จะหมายถึงอะไรในท้ายที่สุด แต่ก็รู้สึกขอบคุณมากจริง ๆ สำหรับเฟรมเวิร์กและเครื่องมืออันงดงามที่ Evan และทีมสร้างมาตลอดหลายปี

    • บทเรียนจากเรื่องนี้อาจเป็นว่าผู้คนควรฝึกให้รู้จัก ความสง่างามและสุนทรียะ ก่อนจะไปสร้างเฟรมเวิร์ก
    • Evan ทำงานได้ยอดเยี่ยมจริง ๆ ฉันไม่ได้ใช้ Vue มากนัก แต่ก็เพราะมันไม่ใช่สแตกของบริษัท และฉันเป็นแฟนตัวยงของ Vite ซึ่งช่วยพวก React pipeline ได้มากด้วย
      ช่วงหลังฉันก็เริ่มลอง Cloudflare Pages และ Workers แล้ว และแค่ขั้นตอนการรันแอปพื้นฐานก็เจ็บปวดน้อยมากอยู่แล้ว ดังนั้นความร่วมมือนี้น่าจะทำให้ชีวิตฉันสบายขึ้นอีก
    • Rich Harris แห่ง Svelte ก็คล้ายกัน เขาไม่ได้มีพื้นฐานสายเทคนิค แต่เรียน JavaScript เพื่อทำ data visualization สำหรับงานด้านวารสารศาสตร์
    • มีบทสนทนาที่ดีมากเกี่ยวกับเรื่องนี้อยู่: https://corecursive.com/vue-with-evan-you/
      คุ้มค่าที่จะฟังมาก

  • ทำให้อดสงสัยไม่ได้ว่าโมเดลธุรกิจของโปรเจกต์พวกนี้สุดท้ายคือ 1. สร้างเครื่องมือสำหรับนักพัฒนาที่ได้รับความนิยม 2. ระดมทุน 3. จ้างคนเก่ง ๆ แล้ว 4. ภาวนาให้มี การซื้อกิจการเพื่อดึงทีมคนเก่ง (acqui-hire) เพื่อทำให้เงินลงทุนรอบแรกดูสมเหตุสมผลหรือเปล่า
    ฉันก็สงสัยเหมือนกันว่านักลงทุนแรก ๆ รู้สึกอย่างไรกับเส้นทางแบบนี้ เดาว่าน่าจะเป็นเพราะมูลค่าข้อเสนอที่ดีพอจะยอมรับได้ หรือไม่ก็มองว่าเส้นทางไปสู่รายได้แทบเป็นไปไม่ได้หรือไม่มีอยู่จริง

    • หลายกรณี บริษัทผู้ซื้อและบริษัทที่ถูกซื้อ มีนักลงทุนหรือกรรมการบอร์ดชุดเดียวกัน
      ถ้าจะพูดแบบเป็นกลางก็คือ พาร์ตเนอร์ของบริษัทร่วมลงทุนมองมันเป็นเหมือนส่วนหนึ่งของพอร์ตเดียวกัน ดังนั้นถ้าทีมหนึ่งไปไม่ค่อยรอดแบบอิสระ ก็อาจถูกรวมเข้ากับอีกที่หนึ่งที่มีเป้าหมายหรือตลาดใกล้เคียงกันได้
      แต่ถ้าพูดตรง ๆ ก็คือสุดท้ายมันก็เป็นเรื่องของการรู้จักคน และทำให้ทุกฝ่ายสามารถเล่าเรื่องการ exit ที่สวยงามได้
    • ถ้านักลงทุนไม่ยอมรับราคาที่สมเหตุสมผล ฝั่งที่อยากซื้อก็อาจแค่รับ ทั้งทีมเข้าทำงานพร้อมโบนัสก้อนโต แล้วปล่อยให้นักลงทุนเหลือแต่บริษัทเปลือก
      ในกรณีนี้ผลิตภัณฑ์หลักเป็น MIT license ดังนั้นทีมสามารถลาออกวันศุกร์ แล้วกลับมาทำงานต่อแบบเดิมเป๊ะในองค์กรใหม่วันจันทร์ได้เลย
    • ปกติการเข้าซื้อเกิดขึ้นด้วยเหตุผลหลักสามอย่าง: ผลิตภัณฑ์, คน, และธุรกิจ/การเติบโต
      ในยุค AI การเข้าซื้อบางส่วนในวงการนี้ดูเหมือนจะเป็นไปเพื่อ ทั้งคนและผลิตภัณฑ์
      ครั้งนี้ก็ดูเหมือนจะเข้าข่ายนั้น Vite เป็นผลิตภัณฑ์ที่ยอดเยี่ยม และพวกเขาก็สามารถสร้างทีมที่ยอดเยี่ยมได้
      ถ้ารู้ว่าบริษัทต่าง ๆ ยอมจ่าย premium สูงแค่ไหนเพื่อคนเก่ง คุณอาจแปลกใจก็ได้
    • นักลงทุนน่าจะค่อนข้างพอใจ เพราะคงได้ ผลตอบแทนจากการลงทุน ที่ดี
    • ในฐานะผู้ใช้ไลบรารี เฟรมเวิร์ก เอนจิน และรันไทม์ ตลอดราว 10 ปีที่ผ่านมา ฉันแทบจะหลีกเลี่ยงทุกอย่างที่มีเงินร่วมลงทุนเข้าไปเกี่ยวข้อง
      เพราะสุดท้ายเครื่องมือเหล่านั้นอาจเสื่อมคุณภาพ แพงเกินไป หรือหายไปเลย และฉันก็เหนื่อยกับการต้องรีแฟกเตอร์และย้ายระบบเพราะเจ้าของใหม่ตัดสินใจแย่ ๆ

  • ประกาศการเข้าซื้อแบบนี้ทำให้รู้สึกกังวลเสมอ มักจะพูดกันว่า “ไม่มีอะไรเปลี่ยน และ roadmap ก็เหมือนเดิม” แต่แค่คิดเลขพื้นฐานก็ดูออกว่า ธุรกิจไม่ได้ทำงานแบบนั้น
    อีกเรื่องหนึ่งคือที่ทำงานฉันจำเป็นต้องใช้ Cloudflare และสำหรับองค์กรขนาดกลางที่ฉันอยู่ มันเป็นประสบการณ์ที่ค่อนข้างเลวร้าย มีคนบ่นกันบ่อยว่าเป็น “ประสบการณ์ผู้ใช้แบบเป็นปฏิปักษ์”
    ฉันเลยสงสัยว่าจะไม่ดีกว่าหรือถ้าเอาเงินไปแข่งกับ Vercel ในด้านประสบการณ์ผู้ใช้/นักพัฒนา แทนที่จะซื้อโปรเจกต์โอเพนซอร์ส

    • เสียใจด้วยที่คุณเจอประสบการณ์แบบนั้น ฉันเข้ามาร่วมงานผ่านการเข้าซื้อเมื่อประมาณหนึ่งปีก่อน และหนึ่งในสิ่งหลักที่เรามุ่งเน้นมาตลอดคือแดชบอร์ดและ ประสบการณ์นักพัฒนา โดยรวม
      น่าเสียดายที่ฉันได้ยินคำว่า “ประสบการณ์ผู้ใช้แบบเป็นปฏิปักษ์” มาหลายครั้ง และเราก็กำลังทำงานหนักเพื่อปรับปรุงอยู่ ถ้าคุณโอเค ฉันอยากฟังเพิ่มเติมว่าคุณเจอปัญหาอะไรบ้าง
    • นั่นแหละคือสิ่งที่พวกเขากำลังทำอยู่ตอนนี้
    • Vite ยอดเยี่ยมมาก และ Vite 8 ก็เร็วขึ้นอย่างมหาศาล ซึ่งถือเป็นผลงานที่ชัดเจนสำหรับพวกเขา
      การคงความเป็นอิสระไว้ย่อมดีเสมอ แต่ในขณะเดียวกันก็ยังมี “บ้านหลังใหม่” ที่แย่กว่านี้ได้อีก ดังนั้นคงต้องหวังให้ไปได้สวยและรอดูกันต่อไป
    • ช่วงหลัง ความน่าเชื่อถือ ของ Cloudflare ก็ลดลงมากเหมือนกัน มีเหตุขัดข้องมากเกินไป และฉันก็หมดความเชื่อมั่นใน CF ไปนานแล้ว

  • ชอบ Vite นะ ตราบใดที่ยังไม่ลืมว่ามันมีอยู่ในโปรเจกต์ของฉัน มันทำให้สิ่งที่เคยทำให้คนรู้สึกว่าตัวเองโง่กลายเป็นอะไรที่แทบจะ ไม่ต้องตั้งค่า
    แต่ข่าวนี้ไม่ได้ทำให้ดีใจ
    ข่าวเกี่ยวกับ Astro เมื่อต้นปีก็เหมือนกัน
    สำหรับคนที่สร้างโปรเจกต์เหล่านี้ มันคงเป็นเรื่องดีแน่ ๆ แต่การเข้าซื้อกิจการแบบนี้มีอะไรบางอย่างที่ทำให้ฉันกังวล

    • ฉันก็มีความรู้สึกซับซ้อนคล้ายกัน ดีใจกับคนที่เกี่ยวข้อง และพวกเขาก็ดูสมควรได้รับมัน
      แต่สิ่งที่จะเกิดขึ้นต่อจากนี้มันน่าเศร้านิดหน่อย เราทั้งคู่เห็นเรื่องแบบนี้เกิดซ้ำมาหลายครั้งเกินไปแล้ว และได้เรียนรู้ที่จะอ่านข้ามคำพูดเดิม ๆ ประมาณว่า “ไม่มีอะไรเปลี่ยนและทุกอย่างจะดีตลอดไป”
    • ฉันใช้ Webpack มาตั้งแต่ปี 2016 แล้ว Vite น่าทึ่งมาก
      เมื่อไม่กี่ปีก่อนฉันย้ายโปรเจกต์ที่ค่อนข้างซับซ้อน เป็น monorepo ที่มี Rust WebAssembly bindings จาก Webpack ไป Vite แล้วเวลาบิลด์ทั้งสำหรับพัฒนาและบิลด์จริงลดจากระดับนาทีเหลือระดับวินาที หลังจากนั้นก็ไม่เคยมองกลับไปหา Webpack อีกเลย
      ไม่รู้ว่าควรรู้สึกยังไงกับข่าวนี้ โดยเฉพาะตอนย้ายจาก Vite 7 ไป Vite 8 ที่โปรเจกต์พังในแบบที่ไม่ได้มีเอกสารบอกไว้ แต่ก็ยังมองโลกในแง่ดีแบบระมัดระวัง
      ยังไงก็ขอแสดงความยินดีกับ Evan
    • ฉันชอบ Vite ตั้งแต่วินาทีที่มันเปิดตัว เมื่อก่อนก็เคยใช้ Snowpack เหมือนกัน
      เกร็ดสนุก ๆ คือ Fred “fks” สร้าง Astro หลังจากที่ Snowpack ไม่สามารถสร้าง traction ได้
      การที่ “คุณสามารถลืมการมีอยู่ของมันไปได้เฉย ๆ” สำหรับฉันถือเป็นชัยชนะครั้งใหญ่ Webpack อาจจะดีกว่า Grunt/Gulp แต่ก็ ซับซ้อนมาก
      ฉันก็กังวลนิดหน่อยเหมือนกัน ไม่ใช่ทุกครั้ง แต่ที่ที่ถูกกลืนเข้าไปในองค์กรก็มักกลายเป็นที่ที่โปรเจกต์เจ๋ง ๆ ไปตาย
      โชคดีที่ในโลกโอเพนซอร์สยังมีเรื่องแบบ Terraform→OpenTofu, Redis→Valkey อยู่มากพอ
    • ครั้งนี้น่าสนใจเป็นพิเศษ เพราะ Nuxt ซึ่งเป็นผลิตภัณฑ์ของ Vercel ตอนนี้ต้องพึ่งพา Vite ซึ่งเป็นเครื่องมือของคู่แข่งแล้ว
    • ฉันสงสัยว่าคนจะชอบตอนจบทางเลือกแบบไหนมากกว่า ส่วนตัวฉันคิดว่า การถูกซื้อกิจการ ยังดีกว่าให้นักพัฒนาหมดไฟเพราะเงินไม่พอ หรือโดนแนวปฏิบัติเอาเปรียบจากบริษัทอื่น ๆ

  • จากมุมมองของ Cloudflare สิ่งนี้มีคุณค่าเพราะมันอาจทำให้ AI แนะนำ Cloudflare มากขึ้น
    พวกเอเจนต์กำลังมองหา Vite อยู่แล้ว และเมื่อเจอ Vite การเลือก Cloudflare เป็นค่าปริยายต่อไปก็ดูเป็นธรรมชาติมาก คล้ายกับการที่ผู้ใช้ถูกนำไปตั้งค่า Vercel เมื่อถามถึง Next.js
    นี่อาจเป็นการซื้อกิจการมูลค่า 20 ล้านดอลลาร์ แต่ก็อาจสร้างรายได้ระดับหลายพันล้านดอลลาร์จากการเพิ่มขึ้นของ SEO สำหรับเอเจนต์ ได้เช่นกัน

    • มันคงไม่สร้างรายได้เพิ่มระดับหลายพันล้านดอลลาร์หรอก นั่นพูดเกินไปมาก
      แต่ฉันเห็นด้วยกับเหตุผลพื้นฐาน เมื่อการใช้งานโมเดลภาษาขนาดใหญ่เพิ่มขึ้น มันมีแนวโน้มสูงว่าจะช่วยให้ได้ ส่วนแบ่งตลาด ในตลาดโฮสต์เว็บแอปพลิเคชัน
    • Lovable เพิ่งเปลี่ยนเฟรมเวิร์กโปรเจกต์เริ่มต้นเป็น TanStack และ TanStack ก็ใช้ Vite ภายใน
      Lovable ใช้ Cloudflare ดังนั้นก็น่าจะดีพลอยไปยัง Cloudflare Workers ด้วย

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

    • เครื่องมือเหล่านี้สักตัวเดียวก็ได้ แค่ สักตัวเดียวจริง ๆ น่าจะทำส่วนติดต่อผู้ใช้ที่ดีพอ จนเราไม่ต้องมาบิลด์โปรเจกต์ผ่านบรรทัดคำสั่งเหมือนปี 1985
      หรือจะไปลงทุนกับการแพ็ก custom HTML elements ก็ยังได้ แทนที่จะสมมติว่าคุณจะใช้หนึ่งในไลบรารี “component” ที่ไม่จำเป็นไม่กี่ตัว หรือไม่ก็สมมติว่าคุณจะไม่ใช้คอมโพเนนต์เลย
      มีอีกหลายที่ที่เครื่องมือพวกนี้ไปได้ แต่ไม่มีเจตจำนงจะไปทางนั้น เป็นไปได้มากว่าเพราะมีบางอย่างที่ “ดีพอแล้ว” อยู่ จึงไม่มีใครมองหา “สิ่งที่อาจดีกว่า”
      แล้วก็ยังมีชั้นการจัดการขององค์กรพัฒนาที่มองว่านักพัฒนาไม่ควรแตะ codebase อีกต่อไป และให้งานจริงไปตกที่โมเดลภาษาขนาดใหญ่แทน เลยเกิดการสร้างอะไรแปลก ๆ มากมายเพื่อเอาใจ “เอเจนต์”
      มันอาจไม่ได้ทำให้ชีวิตนักพัฒนายากขึ้นเสมอไป แต่แนวโน้มดูเหมือนจะเป็นแบบนั้น เพราะการบังคับให้โมเดลภาษาขนาดใหญ่ทำตามการต่อสตริงที่เจ็บปวด คลุมเครือ และต้องตรงทุกตัวอักษร มันง่ายกว่าการทำให้มันสำรวจอะไรบางอย่างแบบมนุษย์สกปรก ๆ
      ผลลัพธ์จริงคือเครื่องมือที่เป็นมิตรกับมนุษย์น้อยลงและเป็นมิตรกับหุ่นยนต์มากขึ้น
      เพราะงั้นฉันไม่เห็นด้วย ยังมีสิ่งที่ทำได้อย่างมีนัยสำคัญเพื่อมนุษย์อยู่ และพวกเขาก็ดูไม่สนใจเรื่องแบบนั้นอย่างลึกซึ้ง
    • มุมมองนี้มองเครื่องมือแคบเกินไป
      ถ้า Vite, Bun, uv เป็นแค่โปรเจกต์ที่ “ทำให้บิลด์เร็วขึ้น” ก็อาจมีผลตอบแทนลดลงจริง แต่การเข้าซื้อโดย Cloudflare, Anthropic, OpenAI แสดงให้เห็นว่าชั้นนี้ไม่ได้สำคัญน้อยลง แต่กำลัง มีความเป็นยุทธศาสตร์มากขึ้น
      เครื่องมือเหล่านี้อยู่บนห่วงโซ่อุปทานซอฟต์แวร์ ครอบคลุมทั้งการ resolve dependencies, โครงสร้างโปรเจกต์, การทดสอบ, การบิลด์, runtime, เส้นทางการดีพลอย และรวมถึงลูปการทำงานของ AI agents มากขึ้นเรื่อย ๆ
      พวกมันกำหนดเส้นทางพื้นฐานในการสร้างซอฟต์แวร์ และยังเป็นจุดที่โค้ดที่ AI สร้างขึ้นถูกตรวจสอบว่าปะทะกับข้อจำกัดจริงด้าน dependencies, การบิลด์, การทดสอบ, และการดีพลอยอย่างไร
      เพราะงั้นฉันไม่คิดว่างานที่ทำได้อย่างมีนัยสำคัญได้จบลงแล้ว คุณค่ากำลังย้ายจากความเร็วในการบิลด์ล้วน ๆ ไปสู่ การควบคุมชั้นเวิร์กโฟลว์ ที่ประกอบซอฟต์แวร์ขึ้นมา

  • ขอบคุณที่ทำให้ประเด็นสำคัญที่สุดชัดเจนตั้งแต่แรกว่า “Vite, Vitest, Rolldown, Oxc, Vite+ เป็นโอเพนซอร์ส ไม่ผูกติดกับผู้ขายรายใดรายหนึ่ง และยังคงขับเคลื่อนโดยชุมชน จุดนี้จะไม่เปลี่ยน”
    แต่เพราะเคยโดนมาเยอะเกินไป ตอนนี้ฉันเลยสงสัยมากกับการเข้าซื้อกิจการ ต้องรอดูว่าเมื่อเวลาผ่านไปคำพูดนี้จะถูกรักษาไว้ไหม แต่อย่างน้อยมันก็ถูกบันทึกไว้อย่างชัดเจนใน บันทึกอย่างเป็นทางการ
    ฉันก็อยากรู้เหมือนกันว่าสิ่งนี้ถูกใส่ไว้ในสัญญาซื้อกิจการหรือเอกสารที่ไหนสักแห่งไหม

    • ถ้า Cloudflare ยอมให้มีข้อกำหนดแบบนั้นอยู่ในสัญญาหรือเอกสารการเข้าซื้อ ก็คงไม่สมเหตุสมผลเอาเสียเลย
      เพราะงั้นฉันจะตีความคำมั่นนั้นประมาณว่า “ช่วงนี้ยังคงเป็นโอเพนซอร์สและอะไรทำนองนั้นต่อไป”

  • ชอบ Vite มาก แต่ก็รู้สึกเสมอว่าน่าเห็นใจเพราะไม่ชัดเจนว่าจะทำเงินจากมันได้อย่างไร VoidZero ทั้งหมดเองก็ดูเหมือนเดิมพันที่ค่อนข้างฝืนอยู่บ้าง
    นี่เป็นหนึ่งในเหตุผลที่ทำให้ฉันลังเลเสมอเวลาอยากทำเครื่องมือเจ๋ง ๆ ขึ้นมา เพราะยังไงก็ต้องหาเลี้ยงชีพให้ได้
    เพราะงั้นก็ดีใจที่ทีมที่สร้างมันขึ้นมาจะได้ทั้งผลตอบแทนที่สมควรได้รับและความยั่งยืน

    • ผลิตภัณฑ์/เฟรมเวิร์กโอเพนซอร์สเสรี ที่ได้รับความนิยมมากแบบนี้หลายตัว แทบจะเป็นโมเดลที่แย่ที่สุดในการทำเงิน
      เพราะต้องขายให้กับกลุ่มคนที่ไม่อยากจ่ายเงินให้เครื่องมือและคุณค่าอยู่แล้ว สุดท้ายก็ต้องแข่งกับเวอร์ชันฟรีของตัวเองที่ใคร ๆ ก็แก้ให้มีฟีเจอร์เทียบเท่ากันได้ด้วย AI agent ไม่กี่เซสชัน

  • ถ้ามองในแง่บันทึกประวัติ ก็ประมาณนี้
    NPM → Microsoft
    Vite → Cloudflare
    Bun → Anthropic
    Turbopack → Vercel
    Remix → Shopify อันนี้แทบจำไม่ได้แล้ว
    Biome, เมื่อก่อนคือ Rome → ยังอิสระอยู่ แต่ได้รับการสนับสนุนจาก Depot มาก
    SWC → อิสระ
    esBuild → อิสระ
    ฉันใช้ RsBuild/RsPack ที่ได้รับการสนับสนุนจาก ByteDance

    • Nuxt และ Nitro → Vercel
      Svelte → Vercel
      Astro → Cloudflare
    • esbuild เป็นโปรเจ็กต์งานอดิเรกของ Evan Wallace ผู้ร่วมก่อตั้ง Figma ดังนั้นจะเรียกว่าอิสระอย่างสมบูรณ์ก็คงไม่ค่อยตรงนัก
    • ถ้ารวมฝั่ง Python ด้วย ก็มี uv → OpenAI เหมือนกัน

  • ความฝันคือการมี เฟรมเวิร์กระดับ first-class สำหรับ Cloudflare Workers มาโดยตลอด
    ในช่วงแรกสุด ถ้าดูจากโพสต์บล็อกและ GitHub repository ก็มีแค่เดโมเล็ก ๆ ตามตัวอักษรเลย
    หลังจากนั้นอยู่นานก็อ้างว่าเป็น “full-stack” เพราะทำ server-side rendering ได้ แต่ตอนนั้นมันแย่มาก และก็ยังผสานกับเครื่องมือของแพลตฟอร์ม Workers ได้ไม่ดี
    มันยังปนเปกับสารที่ Pages สื่อออกมาอย่างแปลก ๆ ด้วย ซึ่งก็ไม่ใช่ความหมายของ full-stack แบบที่นักพัฒนาต้องการ
    แม้แต่ในสภาพแวดล้อมพัฒนาก็ทำให้มันใช้งานได้ยากมาก และตอนนั้น wrangler dev ก็มีข้อจำกัดเยอะมาก ขอย้ำว่า wrangler ทุกวันนี้ดีมากแล้ว
    เรียกได้ว่า Vercel เข้ามากินส่วนแบ่งของ Cloudflare ในพื้นที่นี้ไป ไม่ได้น่าอายอะไร แค่ยังปรับให้ตรงกับนักพัฒนาได้ไม่ดีพอ
    แล้วหลังจากนั้น adapter ก็โผล่มาแบบเงียบ ๆ และแทบจะเปลี่ยนเกมไปเลย ในที่สุด codebase ก็เริ่มรู้สึกว่าย้ายไป Workers ได้จริง และการรองรับแพลตฟอร์ม CF แบบเกือบครบก็ตามมา
    ตอนนี้เราอยู่ในยุค AI แล้ว Cloudflare ก็ซื้อ Astro พยายามจะออก WordPress โคลน และดูเหมือนทำ Next.js ขึ้นมาด้วย vibe coding
    กระแสทั้งหมดนี้เป็นเรื่องใหญ่และรอกันมานานมาก การได้เห็นความเป็นไปได้ว่าจะมีการปรับปรุง Workers เพิ่มอีกนี่สดใหม่จริง ๆ
    แถม Evan ก็เป็น บุคคลระดับตำนาน ที่ส่งมอบเครื่องมือซึ่งผู้คนรักมาได้อย่างต่อเนื่อง ยิ่งทำให้เรื่องนี้ดีขึ้นไปอีก