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

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

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

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

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

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

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

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

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

รูปแบบการดำเนินงานของโอเพนซอร์ส

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

การเปลี่ยนผ่านสู่กระบวนการพัฒนาแบบเปิด

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

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

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

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

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

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

 
GN⁺ 21 일 전
ความเห็นจาก 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 ได้ไหม