ตอนนี้สามารถปิดใช้งานฟีเจอร์ AI ทั้งหมดใน Zed ได้แล้ว

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

---

ภาพรวมของ Zed Editor และตัวเลือกปิดใช้งานฟีเจอร์ AI

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

• ฟีเจอร์นี้ถูกนำไปใช้แล้วในเวอร์ชัน Preview ล่าสุด และมีกำหนดจะรวมอยู่ใน Stable release อย่างเป็นทางการในเร็ว ๆ นี้
• ต่อจากนี้ ผู้ใช้ใหม่จะสามารถ ปิดฟีเจอร์ AI ทั้งหมดได้ด้วยสวิตช์เพียงครั้งเดียวในขั้นตอน onboarding

เหตุผลที่จำเป็นต้องมีการปิดใช้งานฟีเจอร์ AI

นักพัฒนาบางส่วนไม่ต้องการใช้เครื่องมือ AI ระหว่างการเขียนโค้ดด้วยเหตุผลที่หลากหลาย

• มีความกังวลหลายด้าน เช่น ประเด็นการใช้ข้อมูลเพื่อเทรน, ผลกระทบต่อสิ่งแวดล้อม และ มุมมองเชิงหลักการต่อโค้ดที่สร้างโดยเครื่อง
• หลายคนมองว่าเครื่องมือ AI อาจรบกวนเวิร์กโฟลว์ หรืออยากคงไว้ซึ่ง ความคาดเดาได้และการควบคุม ของเครื่องมือเดิม
• องค์กรบางแห่งจำกัดการใช้เครื่องมือ AI เมื่อต้องทำงานกับ โค้ดลับขององค์กร หรือฝ่ายกฎหมายอาจกำหนดให้ใช้สภาพแวดล้อมการพัฒนาที่ไม่มี AI
• บางบริษัทอนุญาตเฉพาะผู้ให้บริการ AI บางรายเท่านั้น แต่ใน Zed อาจยังไม่รองรับผู้ให้บริการรายนั้น

Zed เคารพต่อ ความต้องการด้านวิศวกรรมที่หลากหลาย เหล่านี้ และออกแบบให้สามารถปิดฟีเจอร์ AI ได้ทั้งหมดสำหรับผู้ใช้ที่ไม่ต้องการใช้งาน

แนวทางด้านความเป็นส่วนตัวของข้อมูลและความปลอดภัย

• สำหรับผู้ใช้ที่ให้ความสำคัญกับความเป็นส่วนตัวของข้อมูลเป็นหลัก มีหลายแนวทางให้เลือก
  • รองรับ การใส่ API key ด้วยตนเอง: สามารถสื่อสารกับผู้ให้บริการ AI ที่เชื่อถือได้โดยตรง
  • การใช้โมเดล AI แบบโลคัล: โค้ดจะไม่ถูกส่งออกไปภายนอกและคงอยู่เฉพาะในเครื่องพัฒนาของผู้ใช้
• เมื่อใช้บริการ Zed AI ข้อมูล โค้ดและพรอมป์ทั้งหมดจะถูกทิ้งทันทีหลังคำขอ, ไม่มีการเก็บถาวร และไม่ถูกนำไปใช้ในการเทรน
• นอกจากนี้ยังมี ข้อตกลง zero-retention กับ Anthropic เพื่อเสริมการรับประกันด้านความเป็นส่วนตัว

นักพัฒนา, AI และทิศทางของ Zed

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

โอเพนซอร์สและแผนในอนาคต

• Zed เป็นโอเพนซอร์สภายใต้ สัญญาอนุญาต GPL และสามารถปรับแต่งหรือขยายได้ตามต้องการ
• กำลังพัฒนาอย่างต่อเนื่องทั้งด้านการรองรับ Windows, การปรับปรุงประสบการณ์ AI และ ยกระดับประสบการณ์สำหรับผู้ใช้ที่ไม่ใช้ AI

ข้อมูลเพิ่มเติม

• สามารถดาวน์โหลดและใช้งาน Zed ได้ทันทีบน macOS และ Linux
• ขณะนี้กำลังเปิดรับบุคลากรที่มีความหลงใหลในงานวิศวกรรมและการพัฒนาซอฟต์แวร์ (ดูรายละเอียดเพิ่มเติมได้ที่เว็บไซต์ทางการ)

[GN⁺]

ความคิดเห็นจาก Hacker News

• ใช้ Zed มาประมาณ 1 ปีแล้ว และแทนที่ Emacs ได้หมด ยกเว้น Magit ติดอยู่อย่างเดียวมานานคืออยากได้ debugger ดี ๆ แต่เมื่อราวหนึ่งเดือนก่อนก็มีเวอร์ชัน GA ออกมาเลยพอใจมาก อีกเรื่องที่คนมักมองข้ามคือมันแทบไม่มี input latency และโดยรวมใช้ทรัพยากรน้อยมากจนน่าประทับใจ ผมใช้ M3 Max MacBook Pro แต่พอสลับไปแท็บเว็บเบราว์เซอร์หรือเว็บแอปก็จะรู้สึกได้ทันทีว่าการพิมพ์หน่วงชัดเจน แม้แต่ terminal ในตัวของ Zed เองเมื่อก่อนก็หน่วงมาก แต่ช่วงหลังประสิทธิภาพดีขึ้นอย่างมหาศาล จนพอชินกับ Zed แล้วจะเริ่มรู้สึกเลยว่า input ของเว็บแอปมันกระด้างแค่ไหน ระหว่างพัฒนามีสองจุดที่น่าสนใจ อย่างแรกคือหลังจาก Zed เพิ่มฟีเจอร์ AI เข้ามา ก็มีคำขอฟีเจอร์เก่า ๆ จำนวนมาก และตอนนั้นการเพิ่มฟีเจอร์สาย AI ก็เป็นประเด็นถกเถียงมากด้วย (ดู ข้อถกเถียงที่เกี่ยวข้อง) อย่างที่สองคือ text thread เปิดตัวครั้งแรกเมื่อ 11 เดือนก่อน ตอนนั้นผมรู้สึกว่าการแนบ output ของ terminal หรือทั้งโฟลเดอร์เข้าไปเป็น context ได้ง่าย ๆ เป็นอะไรที่ปฏิวัติมาก แต่หลังจากนั้น 4 เดือนก็มี agentic coding ออกมา ทำให้ workflow แบบนั้นตอนนี้ดูค่อนข้างดิบไปเลย ระหว่างนั้น Zed ก็สร้างนวัตกรรมหลายอย่าง ทั้ง screen sharing, รองรับ Linux เพื่อการทำงานร่วมกัน, Git UI, debugger และการปรับปรุงประสิทธิภาพของ editor

  • ผมเองก็ใช้ Zed และใช้ magit มานาน แต่ช่วงนี้ใช้ gitu(https://github.com/altsem/gitu) กับ Zed ได้ดีมาก แม้จะไม่ได้มีทุกฟีเจอร์แบบ magit แต่ส่วนตัวก็ไม่ได้รู้สึกขาดอะไรใหญ่ ๆ แค่กำหนด task แบบด้านล่างเพื่อ integrate เข้ากับ Zed และเพิ่ม keybinding ได้ง่าย ๆ

    {
      "label": "gitu",
      "command": "gitu",
      "reveal_target": "center",
      "hide": "always",
      "env": {
        "VISUAL": "zed",
        "GIT_EDITOR": "vim"
      }
    }
    

  • ตอนนี้ไม่ได้ใช้ Zed อยู่ แต่ผมยึดกับ Sublime Text มานานเพราะมันแทบไม่มี input latency เลย สักวันก็คงลอง Zed เพื่อเทียบดู ผมใช้ทั้ง Xcode และ Android Studio บ่อย ๆ ด้วย Xcode ยังโอเค แต่ Android Studio(IntelliJ) จะมีอาการสะดุดนิด ๆ ตลอด พอดูจากความนิยมของ JetBrains IDE แล้วก็รู้สึกว่าผู้ใช้น่าจะเรียกร้องเรื่อง responsiveness มากกว่านี้ได้เหมือนกัน เลยแปลกใจที่ความต้องการด้านนี้ดูไม่มากเท่าไร

  • ผมเคยลอง Zed เมื่อปีที่แล้ว และประทับใจกับความลื่นแบบ “เนียนเหมือนเนย” มาก เรื่องนี้อธิบายเป็นคำพูดยาก ต้องลองเองถึงจะเข้าใจว่าขนาดไหน แต่ตอนนั้น ecosystem ของ extension/plugin ยังอ่อนอยู่ เลยย้ายมาจาก vscode ได้ยาก และเหมือนที่เคยชินกับ workflow กับ plugin ของ JetBrains มาก่อน ก็คงต้องรอให้ Zed มี plugin ที่ทัดเทียมมากกว่านี้ ถ้าเป็น IDE ใหม่แล้วทำให้ใช้ extension ของ vscode แบบ “ตรง ๆ” ได้เลย น่าจะเป็นฟีเจอร์ที่ทรงพลังมาก แน่นอนว่าอาจเป็นคำขอที่เป็นไปไม่ได้ แต่ถ้าทำได้จริงคงใหญ่มาก

  • ก่อนหน้านี้ผมสงสัยว่าผู้ใช้ Zed แบบนี้ย้ายมาจาก editor ตัวไหน แล้วก็มาหาคำตอบได้จากเธรดนี้ ผมเองก็อยากลอง แต่ช่วงนี้ไม่ค่อยมีเวลาเลยยังไม่ได้เริ่ม

• ผมย้ายจาก VS Code ไป Cursor แล้วก็เริ่มอยากกลับไป VS Code เพราะทนปัญหา key binding ของ Cursor ไม่ไหว แต่คุณภาพของ tab completion ใน Cursor ดีเกินกว่าจะกลับไปได้ จากนั้นผมลองใช้ Zed ทุกวันมานานกว่าหนึ่งเดือน สุดท้ายก็กลับมาที่ Cursor เพราะคุณภาพของ Tab completion อยู่ดี ผมแทบไม่ใช้ฟีเจอร์แชตหรือ agent เลย สำหรับผม Tab completion ของ Cursor อย่างเดียวก็เพิ่มประสิทธิภาพการทำงานมหาศาลแล้ว บางครั้งมันดูเป็นความต่างเล็กน้อย บางครั้งก็ชัดมาก ใน Cursor มันเหมือนใช้แหล่ง context ที่คนอื่นไม่ค่อยใช้ เช่น ชื่อไฟล์ใน directory tree, type annotation ใน .pyi ของ Python, เอกสารต่าง ๆ และมันยังกระโดดไปยังจุดของปัญหาที่เกี่ยวข้องได้ยอดเยี่ยมด้วย รู้สึกได้ว่าทีมพัฒนาสะสมงานเชิงปฏิบัติจริงมาเยอะมาก และถ้าจะตามให้ทันก็ต้องพัฒนาเชิงรุกมาก ๆ ผมอยากให้ Zed ไปได้ดีเหมือนกัน เพื่อไม่ให้ VS Code และ editor สายลูกหลานของมันครองตลาดทั้งหมด แต่เดิมผมมองว่า Tab completion เป็นฟีเจอร์ธรรมดา ทว่าภายใต้กระแสเทคโนโลยีตอนนี้มันเหมือนต้องใช้ทั้ง workspace เป็น context และต้องมีโครงสร้างที่ซับซ้อน เลยกังวลว่ามันกำลังกลายเป็นเรื่องแบบ “สำเร็จยิ่งใหญ่หรือพังไปเลย” ผมอยากรู้ว่า API ในอนาคตของฟีเจอร์นี้จะหน้าตาเป็นอย่างไร เมื่อก่อนมันอาจเป็นการหา token ก่อนเคอร์เซอร์จาก prefix tree ขนาดใหญ่ แต่หลังยุค tree-sitter ก็น่าจะอิง parse tree ที่ยังไม่สมบูรณ์ พอมี AI เข้ามาก็ยิ่งเดาไม่ออกเลยว่าจริง ๆ แล้ว input คืออะไร อยากฟังประสบการณ์จากคนที่เคยทำ implementation จริงในแต่ละช่วงวิวัฒนาการนี้

  • ผมเองก็ใช้ Cursor แค่เพราะฟีเจอร์ Tab completion เหมือนกัน ตัวเลือกในอุดมคติของผมคือ Neovim แต่ก็ยังให้ productivity แบบ Cursor Tab ไม่ได้ เลยเสียดายอยู่

  • ดูเหมือนการพูดคุยเรื่องคุณภาพของโมเดล Tab completion ยังมีไม่พอ ช่วงหลังโมเดลของ Copilot ก็น่าจะอัปเกรดไปเยอะเหมือนกำลังพยายามไล่ Cursor ให้ทัน แต่ผมคิดว่ายังมีช่องให้พัฒนาอีกมาก (และบางทีก็รู้สึกว่า Zed ยังสู้ไม่ได้) ประเด็น smart context / large context นี่น่าสนใจมาก และน่าแปลกที่ Google ยังไม่ลงมาเล่นเรื่องนี้แบบจริงจัง (มี Jules, Gemini CLI ฯลฯ แต่ยังไม่มี UX แบบ Tab completion) ผมเลยคิดว่าถ้า OpenAI, Google หรือ Anthropic เจ้าใดเจ้าหนึ่งไปจับมือเป็นพาร์ตเนอร์กับ Zed (ไม่ใช่ซื้อกิจการ) ก็น่าจะดี

  • ผมกำลังพัฒนาโมเดลแบบ extensible ที่ดีกว่าสำหรับ Tab completion โดยเฉพาะอยู่ (ninetyfive.gg) สิ่งที่ผมแคร์จริง ๆ คือการลด latency ให้ต่ำที่สุด และผมไม่พอใจกับความหน่วงของ Copilot มาก ตอนนี้ยังห่างจากระดับ Cursor อยู่ แต่ก็กำลังปรับปรุงต่อเนื่อง

  • Tab completion เป็นเหตุผลเดียวที่ทำให้ผมใช้ Cursor ส่วน LLM sidebar หรือฟีเจอร์อื่น ๆ ผมไม่สนใจเลย แค่ Tab completion อย่างเดียวก็ให้ผลลัพธ์ระดับเหมือนอ่านความคิดผมได้

  • ผมเดินมาอีกทางนิดหน่อย ผมใช้ Zed แบบเต็มตัวอยู่ประมาณปีครึ่งโดยไม่แตะฟีเจอร์ AI เลย แล้วกลับมาใช้ Zed อีกครั้งตอนมี agent mode ออกมา Tab completion ของ Cursor เหนือกว่า Zed แบบเทียบกันไม่ได้เลย ต่างกันมากจริง ๆ แต่ agent mode ของ Zed เข้ากับ workflow ของผมมาก และโดยรวมแล้ว Zed เป็น editor ที่ดีมากจนไม่อยากกลับไปใช้ vscode หรือพวกสายแตกแขนงของมันอีกแล้ว (เมื่อก่อนผมใช้ vscode แบบเต็มตัว) สักวันหนึ่งผมก็หวังว่า Zed จะยกระดับ Tab completion ขึ้นมาให้ถึงระดับ Cursor ได้ แต่ถึงตอนนี้ผมก็ยังชอบ Zed มากอยู่ดี

• สิ่งที่ผมชอบมากจริง ๆ ใน VSCode คือมันรันบน remote server หรือ container ผ่าน SSH ได้ง่ายมาก ถ้า Zed มีฟีเจอร์แบบนี้ผมพร้อมย้ายทันที Linux UI ของ Zed อาจจะดูแปลกนิดหน่อย แต่เร็วจริง และระบบ tasks.json ของมันก็เป็นสิ่งที่อเนกประสงค์และสมบูรณ์ที่สุดเท่าที่ผมเคยใช้มา

  • Zed ก็มีฟีเจอร์แก้ไขผ่าน SSH เหมือนกัน แต่ตอนที่ผมลองล่าสุด Git ใน UI กลับไม่รู้จักว่าโฟลเดอร์นั้นเป็น git repo ทั้งที่มันเป็น และยังต้องตั้งค่า port forwarding ล่วงหน้า ทำ runtime แบบ neovim หรือ vscode ไม่ได้ ตรงนี้ค่อนข้างไม่สะดวก

• นี่แหละเหตุผลที่ผมยังใช้ VS Code ต่อไป และไม่ใช้ IDE ที่รวม AI มาให้ ผมไม่ได้ไม่ใช้ AI แต่การแยก editor ออกจาก AI ทำให้เลือกใช้แยกกันตามความจำเป็นได้จริงกว่า บางวันแค่แก้หนึ่งบรรทัดโดยไม่ต้องมี AI บางวันก็อาจอยากทดลองกับ AI แบบจริงจัง

• ผมเองก็อยากลอง Zed แต่ก็กังวลอยู่นิดหน่อยว่าเครื่องมือนี้อาจสื่อสารกับเซิร์ฟเวอร์ภายนอกมากเกินไปกว่าที่คิด ผมยังไม่ได้ตรวจสอบละเอียดด้วยตัวเอง แน่นอนว่าการพัฒนาแบบ remote หรือ integration บางอย่างย่อมต้องใช้เครือข่ายอยู่แล้ว แต่ในกรณีอื่น ๆ มันมีการส่ง telemetry เป็นค่าเริ่มต้นหรือเปล่า หรือ token จากไฟล์ที่ผมกำลังแก้อยู่อาจถูกส่งไปยังเซิร์ฟเวอร์ที่ไม่คาดคิดหรือไม่ ผมรู้ว่า Zed เป็นโอเพนซอร์ส แต่ก็สงสัยว่า prebuilt binary ที่ดาวน์โหลดได้เปิดเผยทั้งหมดจริงไหม (ไม่ใช่แบบ VSCode ที่เปลี่ยนแค่สกินแล้วเป็นเวอร์ชันปิด) คำถามพวกนี้มาจากความอยากรู้จริง ๆ ล้วน ๆ

• ผมหวังว่าการลงทุนใน editor แบบ modal ที่เร็วแบบนี้จะมีต่อไป ผมคิดว่าต้องมีคนต้องการมันแน่ ๆ

  • Zed ไม่ใช่ modal editor ที่ดีจริง ๆ หรอก ความเป็น modal เหมือนถูกแปะเพิ่มทีหลัง และดูจาก Vim key binding ก็ชัด Helix ดูจะเป็นตัวเลือกที่มีอนาคตมากที่สุดในฐานะ modal editor ที่เร็วและพร้อมใช้งานทันที

  • สงสัยว่า Helix จะเหมาะกับคุณไหม มันเร็ว รองรับ modal และแทบไม่ต้องตั้งค่าอะไรเลย ถ้าจำเป็นต้องใช้ Vim binding จริง ๆ ก็มี fork อยู่ด้วย

  • ถ้าจะถามว่าทำไม ก็เพราะมี Neovim อยู่แล้ว ใช้อันนั้นก็ได้

• Zed ดูดีมากและในช่วงไม่กี่เดือนมานี้ด้าน usability ก็ดีขึ้นมาก แต่มีปัญหาเล็กน้อยจริง ๆ อยู่อย่างหนึ่ง คือธีมทั้งหมดดูเชยและไม่สวยเอามาก ๆ ผมรู้ว่าเป็นเรื่องเล็กมาก แต่ข้ามไปไม่ได้จริง ๆ VSCode กับ Cursor ดูสวยมาก แต่ autocomplete popover, file tree, tab ฯลฯ ของ Zed โดยรวมดูไม่ค่อยดีนัก เลยสงสัยว่ามีทางเลือกหรือธีมแนะนำบ้างไหม

  • คุณไม่ได้คิดแบบนี้คนเดียว Zed เป็น editor ที่ดีมากจริง ๆ แต่ดีไซน์มันจืดเกินไปจนผมปรับตัวไม่ได้ ผมเป็นแฟนธีมมืดของ Visual Studio กับ VS Code และไม่ใช่ว่าต้องการอะไรแปลกใหม่ แค่อยากได้ความสวยงามแบบทั่วไปมากกว่า

  • มีเธรดในฟอรัมที่แชร์ธีมแบบ user custom อยู่ (เธรดฟอรัม) และยังมีเครื่องมือ importer สำหรับแปลงธีม VS Code ให้เป็นธีมของ Zed ด้วย (คำแนะนำของ importer) ต้อง build importer เอง แต่ก็ค่อนข้างง่าย

  • ใช้ไปเถอะ เดี๋ยวก็ชินกับดีไซน์เอง แล้วจะเริ่มเห็นสุนทรียะของความเรียบง่าย และด้วยความเร็วที่ต่างกันมาก สุดท้ายคุณจะกลับไปหา editor ช้า ๆ หนัก ๆ ของ Microsoft ไม่ได้อีกเลย

  • ผมชอบธีม One Dark Pro มาก แต่ต้องเข้าไปที่ลิงก์ธีมเพิ่มเติมเพื่อติดตั้งก่อนถึงจะใช้ได้

  • ถ้าเอาการตั้งค่าและธีมของ ST4(=Sublime Text 4) มาใช้ใน Zed ได้ตรง ๆ เลยน่าจะดีมาก แค่นั้นก็น่าจะเพิ่มโอกาสที่ผมจะย้ายมาใช้ Zed มากขึ้น แต่ตอนนี้ขั้นตอนมันยุ่งยากไปหน่อย เลยยังพอใจกับ ST4 + LSP อยู่

• เมื่อก่อนผมใช้ Zed อยู่พอสมควร แต่พอฟีเจอร์ AI ถูกดันขึ้นมามากเกินไปก็เลยเริ่มห่าง ตอนนี้มีตัวเลือกปิด AI ได้ทั้งหมดก็ดีเหมือนกัน แต่ตอนนี้ผมทำงานบน Helix ได้มีประสิทธิภาพกว่ามากแล้ว และไม่คิดอยากกลับไปใช้ IDE แบบกราฟิกอีก

• ฟีเจอร์ที่ผมอยากได้จริง ๆ คือ option สำหรับปิดพฤติกรรมที่มันเปิด multi-buffer อัตโนมัติในงานอย่าง git diff เพราะสำหรับผมวิธีนี้ไม่ค่อยเวิร์ก และรู้สึกว่า UX ของ Zed เหมือนตั้งสมมติฐานว่าทุกคนจะชอบมัน

  • ฟีเจอร์ multi-buffer นี่แหละคือส่วนที่ยอดเยี่ยมที่สุดของ Zed ผมไม่สนใจอะไรอย่าง AI เลย และพอกลับไปใช้ editor ที่ไม่มี multi-buffer จะรู้สึกแปลกมาก พอชินแล้วมันกลายเป็นเรื่องธรรมชาติสุด ๆ

  • ผมคิดว่านี่เป็นหนึ่งในฟีเจอร์ที่ล้ำและยอดเยี่ยมที่สุดของ Zed เลยนะ ยังต้องขัดเกลาอีกนิด แต่การแก้ diff ได้ตรงนั้นเลยเป็นอะไรที่เจ๋งมากจริง ๆ

  • พูดตามตรง ผมมองว่านี่เป็นจุดอ่อนของ Zed เหมือนกัน สำหรับผมมันค่อนข้างสับสน และผมไม่ค่อยรู้วิธีกระโดดไปยังตำแหน่งของบล็อกบางอันได้ตรง ๆ (เช่นผลลัพธ์จาก Find in Files) บางทีก็ต้องดับเบิลคลิกตรงโน้นตรงนี้ใน UI เพื่อให้ไปถึงจุดที่ต้องการ แล้วยังต้องเลื่อนหน้าจอใหม่อีก เลยหงุดหงิด อยากให้มันปรับให้ใช้งานได้ตรงไปตรงมามากกว่านี้ เพราะในสภาพตอนนี้มันทำงานลำบาก

• Zed ก็โอเคอยู่ แต่สิ่งที่ผมเสียดายมากเป็นพิเศษคือ fuzzy search (รวมถึงการพรีวิวผลลัพธ์แบบเรียลไทม์สำหรับไฟล์/grep) มันยังขาดมาก Zed ยังไม่มีอะไรแบบ telescope ของ neovim ทำให้การไล่ดูผลการค้นหาดูอึดอัดมาก