Warp กลายเป็นโอเพนซอร์สแล้ว

 (warp.dev)
2 คะแนน โดย GN⁺ 8 시간 전 | 1 ความคิดเห็น | แชร์ทาง WhatsApp
  • การ เปลี่ยนเป็นโอเพนซอร์ส ทำให้ชุมชนสามารถมีส่วนร่วมในการพัฒนา Warp client ได้ และเปลี่ยนมาเป็น เวิร์กโฟลว์แบบ agent-first ที่อิงกับ Oz เพื่อให้ร่วมพัฒนากับเอเจนต์ได้
  • เมื่อคอขวดของการพัฒนาย้ายจากการเขียนโค้ดไปสู่กระบวนการแบบ human-in-the-loop เช่น การกำหนดสเปกและการตรวจสอบความถูกต้อง เอเจนต์จึงรับหน้าที่ด้านการ implement ส่วนมนุษย์จะโฟกัสมากขึ้นกับการตัดสินใจว่าจะสร้างอะไรและตรวจสอบผลลัพธ์
  • ในขณะที่ตลาดยังขาด สภาพแวดล้อมการพัฒนา agentic แบบโอเพนที่ครบฟังก์ชัน บริษัทจึงเสริมความแข็งแกร่งให้กับ โมเดลการพัฒนาแบบเปิด ที่ชุมชนสามารถร่วมกำหนดทิศทางได้ แทนทางเลือกแบบปิด
  • พร้อมกับการเปลี่ยนแปลงครั้งนี้ มีการเพิ่มการรองรับ Kimi, MiniMax, Qwen, การทำ model routing แบบใหม่ auto (open), การปรับแต่งที่กว้างขึ้น และ settings file สำหรับการควบคุมแบบโปรแกรมได้และการพกพาการตั้งค่าข้ามอุปกรณ์
  • ซอร์สโค้ดถูกเผยแพร่ภายใต้ AGPL license และการพัฒนาจะดำเนินไปบนพื้นฐานของ GitHub issues และ roadmap แบบสาธารณะ ซึ่งขยายฐานในการร่วมสร้าง อนาคตของ agentic development ไปพร้อมกับชุมชน

เบื้องหลังการเปลี่ยนเป็นโอเพนซอร์ส

  • Warp client ได้เปลี่ยนเป็น โอเพนซอร์ส แล้ว และชุมชนสามารถเข้ามามีส่วนร่วมในการพัฒนาด้วย เวิร์กโฟลว์แบบ agent-first ที่อิงกับ Oz ได้
  • OpenAI เข้าร่วมเป็น founding sponsor ของ Warp repository ใหม่ และเวิร์กโฟลว์การจัดการเอเจนต์แบบใหม่ขับเคลื่อนด้วยโมเดล GPT
  • มนุษย์จะทำหน้าที่บริหารจัดการเอเจนต์ในสเกลใหญ่ ขณะที่เอเจนต์รับผิดชอบการ implement ซอฟต์แวร์ระดับ production ซึ่งกำลังกลายเป็นรูปแบบของการพัฒนาซอฟต์แวร์ในอนาคต
  • เป้าหมายคือสร้างผลิตภัณฑ์ที่ไปไกลกว่าสิ่งที่การพัฒนาภายในเพียงอย่างเดียวจะทำได้ โดยผสานแนวคิดจากผู้มีส่วนร่วมหลากหลายราย เข้ากับกระบวนการที่มีโครงสร้างของเอเจนต์ Oz คอนเท็กซ์ที่หลากหลาย และลูปการพัฒนาตัวเอง

ทำไมจึงเปิดตอนนี้

  • เพราะคอขวดที่ใหญ่ที่สุดของความเร็วในการพัฒนาได้ย้ายจาก การเขียนโค้ดเอง ไปสู่กระบวนการแบบ human-in-the-loop เช่น การกำหนดสเปกของผลิตภัณฑ์และการตรวจสอบการทำงาน จึงต้องการออก Warp เวอร์ชันที่ดีกว่าเดิมได้เร็วขึ้นด้วยการเปลี่ยนเป็นโอเพนซอร์ส
  • เมื่อเอเจนต์จัดการงานที่เน้นการ implement ได้ดี ผู้มีส่วนร่วมจึงสามารถโฟกัสกับงานที่มี leverage สูงกว่า เช่น การตัดสินใจว่าจะสร้างอะไรและตรวจสอบว่าผลลัพธ์ถูกต้องหรือไม่
  • ความเชื่อมั่นต่อโค้ดที่ผ่านกฎ คอนเท็กซ์ และกระบวนการตรวจสอบของ Oz สูงขึ้น ทำให้โอกาสสำเร็จของการมีส่วนร่วมด้านการ implement ฟีเจอร์เพิ่มขึ้นด้วย
  • ยิ่งพึ่งพาเอเจนต์มากเท่าไร ก็ยิ่งต้องขัดเกลาองค์ประกอบสำคัญของ agentic engineering เช่น orchestration, memory, handoff และการตรวจสอบให้ดีขึ้น ซึ่งก็จะย้อนกลับมาช่วยให้ผลิตภัณฑ์ดีขึ้นเป็นวงจรเชิงบวก

มุ่งสู่สภาพแวดล้อมการพัฒนา agentic แบบเปิด

  • บริษัทมองว่ายังไม่มี สภาพแวดล้อมการพัฒนา agentic แบบโอเพนที่ครบฟังก์ชัน ในตลาด จึงต้องการเปิดทางเลือกที่ชุมชนมีส่วนร่วมได้ แทนตัวเลือกแบบปิดจากบริษัทขนาดใหญ่ที่มีอยู่เดิม
  • เนื่องจากรูปแบบอนาคตของ agentic development ยังไม่ถูกกำหนดตายตัว จึงมีจุดยืนว่าชุมชนควรมีส่วนร่วมในการกำหนดทิศทางนั้นร่วมกัน
  • Warp ยังคงใช้กลยุทธ์ multi-model, multi-harness และการเปิดซอร์สครั้งนี้ก็ยิ่งเสริมความเปิดกว้างนี้ให้ชัดเจนขึ้น
  • บริษัทต้องการร่วมกับผู้ใช้ในการดูแลแม้กระทั่งส่วนปลายยาวของ backlog และผลักดัน Warp ให้เป็น ADE ที่ดีที่สุด

การเปลี่ยนแปลงของผลิตภัณฑ์

  • ตั้งแต่วันนี้ มีการเพิ่มการรองรับโมเดลโอเพนซอร์สที่กว้างขึ้น รวมถึง Kimi, MiniMax, Qwen
  • ยังมี model routing แบบใหม่ auto (open) ที่เลือกโมเดลแบบเปิดที่เหมาะสมที่สุดกับงานให้ด้วย
  • ขอบเขตการปรับแต่งวิธีใช้งาน Warp กว้างขึ้น ทำให้สามารถตั้งค่าได้ตั้งแต่รูปแบบ แค่เทอร์มินัล ไปจนถึงสภาพแวดล้อมการพัฒนา agentic แบบเบาที่มีเพียง diff view และ file tree หรือแม้แต่ ADE แบบเต็มรูปแบบที่มีเอเจนต์ในตัว
  • มีการเพิ่ม settings file ที่ถูกเลื่อนมานานแล้ว ทำให้ทั้งผู้ใช้และเอเจนต์สามารถควบคุมการตั้งค่าแบบโปรแกรมได้ และทำให้การพกพาการตั้งค่าข้ามอุปกรณ์ทำได้ง่ายขึ้น

วิธีการดำเนินงานแบบโอเพนซอร์ส

  • ซอร์สโค้ดของ Warp เปิดเผยภายใต้ AGPL license ที่ github.com/warpdotdev/warp
  • ขั้นตอนการมีส่วนร่วมดูได้ที่ CONTRIBUTING.md โดยงาน implementation หลัก เช่น การเขียนโค้ด การวางแผน และการทดสอบ จะให้เอเจนต์เป็นผู้รับผิดชอบ ส่วนชุมชนช่วยด้านไอเดีย ทิศทาง และการตรวจสอบ
  • ทีม Warp จะให้แนวทางเกี่ยวกับสิ่งที่จะสร้าง เวลา และวิธีการสร้าง แต่โดยพื้นฐานแล้ว Warp ได้เปลี่ยนเป็นโครงการร่วมมือที่สร้างไปพร้อมกับชุมชน
  • เปิดโอกาสให้เข้าไปมีส่วนร่วมกับแอปที่เติบโตอย่างรวดเร็วซึ่งมีนักพัฒนาที่ใช้งานอยู่เกือบหนึ่งล้านคน พร้อมทำงานร่วมกับทีม Warp อย่างใกล้ชิด
  • แม้โมเดลของ OpenAI จะขับเคลื่อนเวิร์กโฟลว์เอเจนต์โอเพนซอร์สแบบใหม่ แต่ก็ยังสามารถมีส่วนร่วมโดยใช้ coding agent อื่นได้เช่นกัน
  • อย่างไรก็ตาม Oz มีทั้งสกิลที่จำเป็นและลูปการตรวจสอบรวมมาให้ตั้งแต่ต้น จึงกลายเป็นเครื่องมือที่ได้รับความนิยม

การเปิดกระบวนการพัฒนา

  • มีการเปลี่ยนจากกระบวนการพัฒนาผลิตภัณฑ์แบบปิด ไปสู่ กระบวนการพัฒนาแบบสาธารณะ
  • ต่อจากนี้ GitHub issues แบบสาธารณะจะกลายเป็นจุดอ้างอิงหลักในการติดตามฟีเจอร์ และ feature tracking issue จะเป็นจุดเริ่มต้นของสิ่งนี้
  • roadmap ของ ADE จะถูกเปิดเผย และการพูดคุยด้านเทคนิคและผลิตภัณฑ์ที่เกี่ยวข้องกับ ADE ก็จะดำเนินอย่างเปิดเผยเช่นกัน

เหตุผลเชิงธุรกิจและทิศทางระยะยาว

  • การเปลี่ยนเป็นโอเพนซอร์สเชื่อมโยงโดยตรงกับเป้าหมายในการสร้างธุรกิจที่ประสบความสำเร็จ
  • ในสถานการณ์ที่ต้องแข่งขันกับคู่แข่งแบบปิดที่มีเงินทุนมาก บริษัทมองว่าการเปิดทรัพยากรให้ชุมชนช่วยปรับปรุง Warp เป็นวิธีเร่งการพัฒนาผลิตภัณฑ์ที่เร็วกว่า
  • เนื่องจากไม่มีทรัพยากรมากพอจะสู้ด้วยการแข่งขันด้านราคาหรือเงินอุดหนุนการใช้งานจำนวนมาก จึงจำเป็นต้องสร้างผลิตภัณฑ์ที่ดีที่สุดบนฐานของชุมชนที่มีความกระตือรือร้นที่สุด
  • บริษัทหวังว่าชุมชนจะใช้ Warp ซึ่งสั่งสมงานวิศวกรรมมา 5 ปี เป็นจุดตั้งต้นในการสร้างอนาคตของ agentic development
  • เดิมก็มีทางเลือกที่จะเดินต่อแบบเดิม คือให้ชุมชนคาดเดา roadmap แบบไม่เปิดเผยและขยายการใช้งานเอเจนต์ภายในมากขึ้น แต่หากทำเช่นนั้น ก็จะพลาดโอกาสที่ชุมชนจะร่วมกำหนดทิศทาง แก้ไขผลิตภัณฑ์โดยตรง และสร้างผลิตภัณฑ์ที่ดีที่สุดร่วมกับเอเจนต์

แผนในอดีตและการตัดสินใจครั้งนี้

  • ตั้งแต่ตอนที่เปิดตัว Warp ในฐานะเทอร์มินัลเมื่อ 5 ปีก่อน ก็มีแผนจะเปลี่ยน client ให้เป็นโอเพนซอร์สอยู่แล้ว
  • มีการพูดคุยเรื่องการเปิดเผยสู่สาธารณะทุกปี และในปีนี้ตัดสินว่าดุลยภาพได้เปลี่ยนไปเพราะ การมาถึงของเอเจนต์
  • ภารกิจของ Warp คือช่วยให้นักพัฒนาส่งมอบซอฟต์แวร์ที่ดีกว่าได้เร็วขึ้น และหวังว่าการเปลี่ยนวิธีพัฒนาในครั้งนี้จะทำให้เข้าใกล้ภารกิจนั้นมากขึ้น

เอกสารที่เกี่ยวข้อง

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

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

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

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

    • ฟีเจอร์ AI ยังไม่ได้เปิดเต็มที่ทั้งหมด และก็มีความพยายามจะทำฟอร์กเพื่อแก้เรื่องนั้นอยู่ด้วย https://github.com/warpdotdev/warp/issues/9303

  • อยากรู้ว่ามีใครยืนยันได้ไหมว่า ถ้าไม่ได้เปิดใช้อย่างชัดเจนใน settings แล้ว Warp จะไม่เชื่อมต่อกับบริการใด ๆ เลย
    แค่ที่ช่วงแรกบังคับต้องมีบัญชีก็ดูเหมือนค่านิยมไม่ตรงกันแล้ว และตอนนี้ยังไม่เรียกมันว่าเทอร์มินัล แต่เรียกว่า agentic development environment ก็ยิ่งทำให้รู้สึกว่าเหมือนต้องมีฟังก์ชันออนไลน์แน่ ๆ
    ก็พอเข้าใจว่าช่วงนี้สินค้าทุกอย่างดูเหมือนต้องใส่คำว่า AI ลงบนหน้าเว็บ
    แต่อยากรู้จริง ๆ ว่ามัน call home หรือเปล่า

    • แน่นอนว่าเรียกกลับบ้านหนักมาก
      ทันทีที่เปิด Warp มันส่ง HTTP request 5 ครั้ง ก่อนที่หน้าต่างจะโผล่มาด้วยซ้ำ มี 1 ครั้งไปเช็กเวอร์ชัน, 1 ครั้งไปดึงรายการโมเดล LLM ที่ app.warp.dev และ telemetry event อีก 3 รายการส่งไปที่ warpianwzlfqdq.dataplane.rudderstack.com
      ข้อมูลที่ส่งมี UUID แบบคงอยู่, ระบบปฏิบัติการและเวอร์ชัน, เวอร์ชันของ Warp, รวมถึงชื่อและพร็อพเพอร์ตีของ event ที่ติดตาม
      แม้จะกด No ให้กับทุกหน้าต่างชวนใช้ SaaS แล้วไปปิด telemetry ใน settings แต่พอรีสตาร์ตเทอร์มินัล มันก็เปิดกลับมาอีกอย่างน่าประหลาด
      ระหว่างใช้งาน มันยังส่งคำขอออกไปเรื่อย ๆ ทุกครั้งที่เจอ event จาก ไฟล์ยาว 7000 บรรทัด นี้ https://github.com/warpdotdev/warp/blob/d0f045c01bacbd845a631d07da30f277cfd2b98d/app/src/server/telemetry/events.rs
      นอกจากโฮสต์ที่พูดถึงไปแล้ว มันยังยิงไปที่ o540343.ingest.sentry.io ด้วย
      โดยรวมแล้วใกล้เคียงกับ ฝันร้ายด้านความเป็นส่วนตัว
    • เพื่อความโปร่งใส ขอเสริมว่า บั๊กที่ทำให้ telemetry เปิดกลับมาหลังรีสตาร์ต เป็นบั๊กร้ายแรงมากที่เพิ่งเข้ามาเมื่อวาน และมีผลเฉพาะผู้ใช้ใหม่เท่านั้น
      สำหรับเรานี่คือ P0 เลย จึงจะออกรุ่นแก้ไขภายในไม่กี่ชั่วโมง และดู PR ได้ที่นี่ https://github.com/warpdotdev/warp/pull/9438/
      เราให้ผู้ใช้มีตัวเลือกปิดการส่ง telemetry ก่อนที่ข้อมูลจะถูกส่งไปยังเซิร์ฟเวอร์
      เราใช้ Sentry สำหรับ crash reporting แต่ก็ปิดได้เช่นกัน
      telemetry event อย่างที่คุณชี้ไว้ มีอยู่ทั้งในซอร์สโค้ดและเปิดเผยไว้บนเว็บไซต์แล้ว
      เรายังมี network log ในแอปให้ดูทุก request ที่เราส่ง รวมถึง request สำหรับส่ง telemetry ด้วย
      ถ้าคุณคอมไพล์ OSS build เอง จะไม่มีทั้ง telemetry และ crash reporting เลย
      เหตุผลที่เราไปทางโอเพนซอร์ส ไม่ใช่เพื่อทำลายความเชื่อใจ แต่เพื่อสร้างความเชื่อใจกับชุมชนให้มากขึ้น

  • ชอบที่เขาอธิบายแบบตรงไปตรงมาว่า โอเพนซอร์สเพื่อให้ธุรกิจสำเร็จ และตัว Warp เองก็มองว่ายอดเยี่ยม

    • ฉันไม่รู้เลยว่า คู่แข่งแบบปิดซอร์สที่เงินหนา ที่ Warp บอกว่าสู้เรื่องราคาไม่ได้คือใคร
      เทอร์มินัลอีมูเลเตอร์ยอดนิยมที่ฉันรู้จักส่วนใหญ่ก็เป็นโอเพนซอร์สกันอยู่แล้ว และ Warp ต่างหากที่เป็นฝั่งปิดซอร์สที่พบได้ไม่บ่อย
      มันดูเหมือนความพยายามเฮือกสุดท้ายที่จะโยนการพัฒนาผลิตภัณฑ์ให้ "ชุมชน" หลังเงินลงทุนเริ่มเหือดแห้ง
      ถ้าจากนี้ไปตัว agent เป็นศูนย์กลาง ส่วนชุมชนมีหน้าที่แค่ส่งไอเดียหรือสเปก ก็ยังสงสัยว่าจะยั่งยืนแค่ไหนในสถานการณ์ที่ การอุดหนุนราคาโมเดล แบบทุกวันนี้กำลังพังลง
      เลยอดคิดไม่ได้ว่าผลิตภัณฑ์แรกจะให้ชุมชนดูแล ส่วนบริษัทไป pivot ทำอย่างอื่นหรือเปล่า
      อาจฟังดูประชดไปหน่อย แต่พอมองจากรากฐานแบบ VC ก็ยากจะมองทั้งหมดนี้ด้วยความหวังดีล้วน ๆ
    • ขอโทษนะ แต่คำว่า "ชอบที่ตรงไปตรงมาและ Warp ยอดเยี่ยม" อ่านยังไงก็เหมือน ประชดแห้ง ๆ
      Warp เป็นเหมือนกรณีศึกษาแบบตำราของผลิตภัณฑ์ที่มีทั้งวิสัยทัศน์และ UI ดีมาก แต่กลับพังทุกอย่างด้วย ความโลภ, การปิดซอร์ส, และการไม่ฟังลูกค้า
      ไม่รู้ว่าในองค์กรมีใครเปลี่ยนไปจนตอนนี้อยากกลับมาแก้ แต่ภูเขาที่ต้องข้ามยังสูงมาก และบางทีอาจสายไปแล้วจนผลิตภัณฑ์อื่นที่สร้างใหม่ตั้งแต่ต้นอาจไปได้ดีกว่า

  • อยากให้มีใครสักคนทำ เวอร์ชันเบา ๆ ที่ตัด AI และฟีเจอร์แก้ไขโค้ดออก
    เพราะประสบการณ์เทอร์มินัลล้วน ๆ นั้นยอดเยี่ยมมาก แต่ฟีเจอร์ agent ไม่ได้จำเป็นสำหรับฉัน เพราะมีตัวเลือกอื่นอย่าง claude code, opencode, codex อยู่แล้ว

    • เหตุผลที่ฉันเริ่มใช้ Warp ตั้งแต่แรก ก็เพราะมันเป็นเทอร์มินัลที่ คีย์ลัดบนคีย์บอร์ด ที่ใช้กับการพิมพ์ข้อความทั่วไปยังใช้ได้เหมือนเดิม
      แต่หลังจากขึ้นขบวน AI เพื่อหาทางทำเงิน มันก็ยิ่งบวมขึ้นเรื่อย ๆ และกระแสที่คอยผลักให้ใช้ agents ตลอดยิ่งทำให้อยากเลิกใช้
      แถมยังมีความกังวลเรื่องความเป็นส่วนตัวอีก เลยรู้สึกว่าคงเอาไปใช้บนเครื่องทำงานอย่างสบายใจไม่ได้
      ดังนั้นฉันก็อยากได้ Warp ที่ไม่มีทั้งการติดตามและ AI เหมือนกัน
    • เป็นฟีดแบ็กที่ดี
      ตอนนี้เราพยายามทำให้แก้ได้ด้วยปุ่มเดียวคือ ปิด AI ทั้งหมด และตอน onboarding ก็เปิดทางให้เข้าโหมดเทอร์มินัลธรรมดาได้เลยโดยไม่ต้องล็อกอิน
      อยากรู้ว่านี่เพียงพอไหม
    • ฉันชอบ Warp มากตอนที่มันยังแค่ เรนเดอร์เทอร์มินัล ได้ดี
      ตอนนั้นมันเป็นทางเลือกแทน Ghostty ไม่ใช่ AI bloatware ที่ยัดเยียดเกินพอดี แบบทุกวันนี้
    • อันนี้ดูเหมือนเป็นเคสที่เหมาะกับ vibecoding เสียด้วยซ้ำ
      แค่บอกว่า "Claude เอาของน่าหงุดหงิดเรื่องการหารายได้กับ vendor lock-in ทั้งหมดออกจากโปรเจ็กต์นี้" ก็น่าจะใช้ได้ดี
      ฉันเองก็เคยใช้คำอธิบายระดับสูงอย่างเดียวแล้วให้มันทำซ้ำเฉพาะส่วนที่ต้องการเพื่อแทนที่ซอฟต์แวร์เสียเงินได้ไม่น้อย
      แนวทางที่ใช้งานโอเพนซอร์สเป็นเหมือน ของแทนโปรแกรมดี ๆ แบบนี้คงอยู่ได้ไม่นาน
    • ถ้าเอารีโปไปป้อนตรง ๆ แล้วให้ few-shot ดี ๆ ก็น่าจะลองทำเองได้เลย
      ดูแล้วมีโอกาส 95% ที่จะจบครบตั้งแต่ต้นจนจบภายในวันเดียว

  • ดีใจที่ทีม Warp ตัดสินใจแบบนี้
    ตลอดหลายปีที่ผ่านมา มันเป็นเทอร์มินัลอีมูเลเตอร์หลักของฉัน เพราะย้ายไปโน้ตบุ๊กเครื่องใหม่เมื่อไรก็ใช้แค่ barebones ZSH ก็จัดการได้เกือบหมด โดยไม่ต้องเสียเวลาแต่ง ZSH แบบเก่า ๆ ให้เร็วและมีฟีเจอร์เยอะอย่างฝืน ๆ
    auto-complete พื้นฐานก็ดี, เรนเดอร์เร็วและการตั้งค่ากราฟิกเริ่มต้นก็ sane แค่เปลี่ยนฟอนต์ก็แทบพอแล้ว
    ฟีเจอร์ QoL อย่างการเรนเดอร์ไฟล์ก็ดี
    ฉันไม่เคยใช้ฟีเจอร์ agent เลย ฝั่ง CLI นั้นบริษัทซื้อ Claude ให้แล้ว ส่วนที่เหลือก็จบด้วยการสมัคร Zed
    ถึงอย่างนั้น ตอนนี้ก็ทำให้อยากลองใช้มากขึ้นกว่าเดิม

  • เสียดายที่ไม่ได้เปิด ประวัติ commit ออกมาด้วย
    อยากแตก branch กลับไปช่วงเมื่อราว 5 ปีก่อน ตอนที่ Warp ยังเป็นแค่เทอร์มินัลธรรมดา แล้วเอาส่วน AI กับคลาวด์ออกให้หมด เพื่อทำให้มันเป็นเทอร์มินัลดี ๆ ที่เหลือแต่ฟีเจอร์ที่เหมาะสม

    • ในฐานะคนที่เคยปล่อยซอร์สของแอปที่เดิมตั้งใจจะเปิดเผยสู่สาธารณะ ฉันเข้าใจว่าทำไมมันถึงน่าสนใจ แต่ถ้าไม่ใช่รีโปที่เปิดเผยเป็นประจำอยู่แล้ว ก็ไม่แปลกที่จะไม่มีแรงจูงใจให้ทุก commit อยู่ในสภาพ พร้อมเผยแพร่สู่สาธารณะ ตลอดเวลา
      ก่อนเปิดซอร์ส ฉันก็คงอยากรีวิวโค้ดปัจจุบันทั้งหมดก่อน โดยเฉพาะคอมเมนต์กับเอกสาร และกระบวนการนั้นก็ยุ่งพอสมควรอยู่แล้ว
      ไม่ได้มีปัญหาใหญ่อะไร มีแค่ไม่กี่อย่างที่ต้องเก็บกวาด แต่ถ้าจะให้ตรวจแบบเดียวกันกับประวัติทั้งหมด ฉันก็คงไม่อยากทำเหมือนกัน
      จะปล่อยออกมาทั้งดุ้นเลยก็ได้แหละ แต่คงสบายใจกว่าถ้าผู้ร่วมเขียนทุกคนได้ผ่าน การทบทวนความพร้อมสำหรับการเปิดเผย ครั้งสุดท้ายก่อน
      หลังจากนั้นค่อยกลับไปใช้กระบวนการรีวิวตามปกติต่อได้
    • เทอร์มินัลของ Warp แทบจะเป็น Alacritty อยู่แล้ว เลยไม่รู้ว่าทำไมต้องพยายามเพิ่มงานแบบนั้น
      ใช้ Alacritty หรือ Ghostty ไปเลยไม่ดีกว่าเหรอ
      จุดขายของ Warp แต่เดิมไม่ใช่ตัวเทอร์มินัลอีมูเลเตอร์ แต่เป็น AI wrapper
      https://x.com/mitchellh/status/2049159764261925005

  • ฉันกำลังทำเทอร์มินัลด้วย Rust และ libghostty รองรับทั้ง Linux และ Windows พร้อมใส่ agent ในตัวที่เข้าใจเทอร์มินัลด้วย
    แรงจูงใจมาจากการที่ Warp พยายามทำหลายอย่างเกินกว่าแค่เทอร์มินัล
    https://con.nowledge.co
    ตอนนี้พอ Warp กลายเป็นโอเพนซอร์สแล้วก็ดีใจ

    • เดินหน้าต่อไปก็ดีนะ
      Warp ยังต้องเอาชนะ การตัดสินใจที่แย่ในอดีต อีกเยอะ และถึงจะประกาศเปลี่ยนเป็นโอเพนซอร์สแล้ว ความเชื่อใจก็ยังไม่ได้ฟื้นกลับมาเพียงพอ

  • ตอนนี้ตัวหลักของฉันคือ Ghostty แต่ก็จับตา Warp มาพักหนึ่งแล้ว
    Warp ดูไม่เหมือนเทอร์มินัลแบบมินิมัลนัก แต่เกือบจะเหมือน IDE หรือ ADE มากกว่า เลยสงสัยว่าสองอย่างนี้ต่างกันมากแค่ไหน
    อีกเรื่องหนึ่ง ฉันเห็นทวีตที่ Mitchel บอกว่ามีคนใน SF เดินเข้ามาโชว์ว่าแต่ง Ghostty ของตัวเองได้อลังการแค่ไหน เลยอยากรู้ว่าที่นี่มีใครทำแนวนั้นกันเยอะไหม
    เช่น ถ้าจะฟอร์กรีโปแล้วลงมือทำฟีเจอร์ของ Warp ที่ฉันชอบสักอย่างเอง มันยากแค่ไหน

    • ฉันคือผู้ก่อตั้ง Warp และตอนนี้ก็กำลังคุยเรื่อง การรวมกับ Mitchell และ Ghostty อยู่
      ทิศทางคือใช้ Ghostty เป็นตัวเรนเดอร์ terminal grid ภายใน Warp
    • สุดท้ายแล้ว Warp ให้ความรู้สึกเหมือน เปิดตัวไม่สำเร็จ
      ตอนแรกมันยัด AI ให้ผู้ใช้มากเกินไป จนทำให้ไม่สามารถโชว์เสน่ห์ของตัวผลิตภัณฑ์ได้อย่างเหมาะสม
      ในทางกลับกัน Ghostty นั้น เสถียรกว่า เร็วกว่า และใช้งานดีกว่า คู่แข่งอย่างมาก
    • ถ้าใช้ libghostty ก็ทำได้ค่อนข้างง่าย
      ฉันเองก็ลองเล่นอยู่ราว 2 สัปดาห์แล้วทำจนใช้งานประจำวันได้ระดับหนึ่ง
      ฉันอยากได้ workflow แบบ modal คล้าย vim หรือ tmux copy mode แต่ไม่อยากรับโอเวอร์เฮดของการใช้ tmux
      แน่นอนว่านี่ซับซ้อนกว่าการ "เพิ่มฟีเจอร์เล็ก ๆ ให้ Ghostty" มาก และถ้าอยากเห็นภาพก็ดูได้จากรีโป https://github.com/milch/mistty
    • ถ้าต้องการประสบการณ์แบบเทอร์มินัลมาก่อน แต่ยังให้ AI CLI เป็นพลเมืองชั้นหนึ่ง ด้วย ก็ลองดู yaw terminal ได้
      บน Windows มันก็เข้ากับ git bash ได้ดีพอสมควร

  • อ้อ ไม่ใช่เรื่อง OS/2 Warp สินะ

    • ถ้าเป็นอันนั้นคงเจ๋งมาก
    • ตอนแรกฉันนึกว่าเป็นบริการ DNS caching ของ Cloudflare ซะอีก

  • สงสัยว่าจะมีโอกาสทำให้ขนาด เล็กกว่า 850MB ได้ไหม