5 คะแนน โดย GN⁺ 2025-10-16 | 1 ความคิดเห็น | แชร์ทาง WhatsApp
  • โปรแกรมแก้ไขโค้ด Zed เปิดตัวอย่างเป็นทางการบน Windows แล้ว
  • ใช้ DirectX 11 สำหรับการเรนเดอร์ และใช้ DirectWrite สำหรับการเรนเดอร์ข้อความ เพื่อมอบประสบการณ์ด้านภาพที่เป็นเอกลักษณ์ของ Windows
  • รองรับ การผสานรวมโดยตรงกับ Windows Subsystem for Linux (WSL) และ การเชื่อมต่อระยะไกลผ่าน SSH เพื่อเสริมความแข็งแกร่งให้สภาพแวดล้อมการพัฒนาระยะไกล
    • สามารถเปิดโฟลเดอร์ได้ทันทีจากเทอร์มินัล WSL ด้วยคำสั่ง zed
    • ภายใน Zed เองก็รองรับการเพิ่ม WSL distro ที่ต้องการได้ โดยเลือก File > Open Remote หรือเลือก project: open remote จาก command palette
    • มีตัวเลือก Connect New Server สำหรับ เชื่อมต่อกับเซิร์ฟเวอร์ Linux ระยะไกล
    • การจัดการไฟล์ I/O ในสภาพแวดล้อม WSL หรือ SSH จะทำผ่าน remote server process แบบเบา ของ Zed (wsl.exe/ssh.exe)
    • การแก้ไขไฟล์, การผสานรวมกับ git, เทอร์มินัล, task, language server, debugger และฟีเจอร์หลักอื่น ๆ ทำงานได้ครบถ้วนในสภาพแวดล้อมระยะไกล
  • ส่วนขยายและการผสานรวมกับ WebAssembly
    • ส่วนขยายสำหรับ Windows ใช้งานได้ทันทีโดยไม่ต้องตั้งค่าเพิ่มเติม
    • เมื่อพัฒนาส่วนขยายใหม่ ไม่จำเป็นต้องจัดการอะไรเฉพาะสำหรับ Windows
    • ส่วนขยายของ Zed สร้างบนพื้นฐานของ WebAssembly Components และสามารถเข้าถึงระบบไฟล์แบบ sandbox ได้ผ่าน อินเทอร์เฟซ WASI
    • Zed จัดการการแปลงพาธไฟล์ให้อัตโนมัติ ทำให้พัฒนาได้โดย ไม่ต้องกังวลกับความแตกต่างของพาธระหว่าง Windows และ Unix
  • ฟีเจอร์ AI และรายการเพิ่มเติม
    • ฟีเจอร์ AI ทั้งหมดของ Zed เช่น การคาดเดาการแก้ไขด้วย AI และ เอนจินเอเจนต์ ACP (Agent Client Protocol) รองรับอย่างสมบูรณ์ทั้งบน Windows และสภาพแวดล้อมระยะไกล (WSL/SSH)
    • ใช้งาน Claude Code ได้โดยตรงผ่าน ACP
    • ใช้ Zed Pro ทดลองใช้ฟรี 14 วัน หรือเชื่อมต่อด้วย API key ส่วนตัวก็ได้
  • เช่นเดียวกับ Mac และ Linux เวอร์ชัน Windows จะได้รับอัปเดตรายสัปดาห์ และมี วิศวกร Zed หลายคนใช้ Windows เป็นสภาพแวดล้อมพัฒนาหลัก พร้อมมีทีมพัฒนา Windows โดยเฉพาะประจำอยู่เสมอ

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

 
GN⁺ 2025-10-16
ความคิดเห็นจาก Hacker News
  • อยากพูดถึงจุดที่คีย์ลัดพื้นฐานของ Windows OS ใช้งานไม่ได้ เช่น ALT+F เพื่อเปิดเมนูไฟล์ หรือ ALT+SPACEBAR เพื่อเปิด system context menu (เมนูขยายหน้าต่าง ย่อหน้าต่าง ปิด ฯลฯ) ก็ใช้ไม่ได้เช่นกัน ดูจากลักษณะของ DirectX rendering backend แล้ว แอปเหมือนถูกเรนเดอร์แบบวิดีโอเกมมากกว่าจะเป็น native win32 process และขนาดไดเรกทอรีหลังติดตั้งที่เกิน 400MB ก็น่าตกใจเหมือนกัน พอนึกว่า VSCode อยู่ราว ๆ 380MB ก็เชื่อได้ว่าไม่ใช่ Electron app แต่ก็อดสงสัยไม่ได้ว่าใส่อะไรมาเยอะขนาดนั้น เดิมทีคิดว่าแอป Rust น่าจะเบา แต่ขนาดติดตั้งให้ความรู้สึกว่าใกล้เคียงกับอาการ binary/dependency บวมแบบ Java เลย
    • ไบนารี Hello World ของ Rust ยังใหญ่กว่า Git เสียอีก ถึงจะยังเล็กกว่า Java หรือ Electron แต่ก็เรียกได้ว่าไม่ได้เล็กนัก
    • PSPad มีขนาด 40MB และยังเป็นซอฟต์แวร์เก่าที่อัปเดตอยู่จนถึงตอนนี้ ส่วน Notepad++ มีแค่ 17MB ผมคิดว่าโปรเจ็กต์ Rust สมัยใหม่ที่คอมไพล์มาอย่างดีแต่กินพื้นที่ 400MB นั้นเหลือเชื่อมาก
    • ความบวมของขนาดติดตั้งที่เกิน 400MB อาจทำให้หลายคนรู้สึกไม่ชอบใจ ควรมีคำอธิบายอย่างรวดเร็วว่าทำไมถึงต้องใช้พื้นที่ขนาดนี้
    • ถึงจะไม่ใช่ Electron แต่ก็ให้ความรู้สึกเหมือนมี Node.js ครึ่งหนึ่งของ Electron ติดมาด้วยเป็นพื้นฐาน LSP ส่วนใหญ่ก็อิงกับ .js และส่วนขยายก็เป็น WASM ขณะที่ VSCode เก็บส่วนขยายไว้ใน settings directory แยกต่างหาก แต่ Zed ใส่มาไว้ใน installation directory หมดเลย
    • เผื่อไว้เป็นข้อมูล จริง ๆ แล้วการมี graphic context กับ Win32 menubar พร้อมกันในหน้าต่างเดียวก็ทำได้
  • สงสัยว่า Zed รองรับ subpixel font rendering หรือยัง จำได้ว่าเมื่อก่อน UI renderer ถูกออกแบบมาให้เหมาะกับจอ HiDPI ของ Mac มากเกินไป จนผู้ใช้ Linux (และ Windows) ที่ใช้จอ LoDPI ต้องทนกับฟอนต์เบลอ ๆ
    • ไม่แน่ใจเรื่อง subpixel rendering แต่หลังแพตช์ล่าสุด การเรนเดอร์ฟอนต์บน Linux ดีขึ้นมาก ลิงก์ที่เกี่ยวข้อง
    • ผมก็สงสัยจุดนี้เหมือนกัน เท่าที่รู้ Zed ใช้ CoreText บน Mac และ DirectWrite บน Windows ไม่ใช่ว่า CoreText จัดการทุกอย่างให้แล้วหรือ?
    • บิลด์บน Windows เรนเดอร์ด้วย DirectX 11 และจัดการข้อความด้วย DirectWrite เพื่อให้ได้ฟีลแบบ Windows โดย DirectWrite font rendering ใช้ subpixel rendering ของ Windows บนจอผมมันดูโอเคเลย (ดีกว่า Linux) ดูเหมือนจะออกแบบมาโดยคำนึงถึงปัญหานี้ไว้ล่วงหน้า
    • ผมใช้จอภายนอก 1440p บน macOS แล้วฟอนต์แย่มาก บนจอ Retina ของแล็ปท็อปยังโอเค แต่บนจอภายนอกเบลอจนปวดหัว
    • ผมก็ทดสอบบนจอ 1440p กับฟอนต์หลายแบบแล้ว รู้สึกว่าอยู่ในระดับกลาง ๆ แต่ผมคิดว่านี่ไม่ใช่ปัญหาของ Zed เท่าไร เป็นเพราะ font rendering ของ Windows เองไม่ค่อยดีมาตั้งแต่แรก VSCode ก็เป็นเหมือนกัน ถ้าอยากได้ font rendering คุณภาพสูง ดูเหมือนคำตอบคือใช้จอ 4K ขึ้นไป
  • ผมใช้ Zed เป็นตัวหลักมาหลายเดือน แต่ช่วงหลังกลับไปใช้ VSCode อีกครั้ง เหตุผลมีสองข้อ ข้อหนึ่งเป็นความผิดของผมเอง อีกข้อยังไม่แน่ใจว่าเป็นปัญหาที่ไหน 1. คืนนึงนั่งเขียนโค้ดดึกมาก แล้วเปลี่ยนชื่อไฟล์ก่อนเช็กอิน จากนั้นเผลอลบเวอร์ชันใหม่ทิ้ง ทำให้งานหายไปหลายชั่วโมง ในเมนูคลิกขวาของ Zed มี Delete กับ Trash อยู่ติดกัน และ Delete จะลบทันทีโดยไม่ผ่านถังขยะ แถม Ctrl+Z ก็ยังไม่ได้ทำไว้ เลยกู้คืนไม่ได้ถ้าไม่มีแบ็กอัป (และยังไม่ได้ push ขึ้น version control) 2. ใน Rust workspace มี crate หนึ่งที่ error/warning ไม่ขึ้นใน editor เลย ลองปรับตั้งค่าต่าง ๆ แล้วก็ไม่หาย พอเปิด VSCode กลับใช้ได้ทันทีแบบแทบไม่ต้องตั้งอะไร
    • ทำให้นึกถึงตอนใช้ Touch Bar บน macOS ในเมนูจัดการคอมมิต Cancel อยู่ติดกับ Force Push
    • การที่ Zed ไม่มี Ctrl+Z ถือเป็นการขาดฟีเจอร์สำคัญแบบไม่น่าเชื่อ
    • ผมสงสัยจริง ๆ ว่าจะใช้ editor ที่ไม่มีฟังก์ชันพื้นฐานแบบนี้ได้อย่างไร อยากรู้ว่ามันมีข้อดีอะไรบ้าง
  • Zed ดูเท่มากและ <i>ความรู้สึก</i> ตอนใช้งานก็ยอดเยี่ยมจริง ๆ ผมเคยลองใช้บน Linux อยู่พักหนึ่ง และฟีลของ editor นี้อธิบายได้ยากถ้าไม่ได้ลองเอง ความต่างของ editor ที่เร่งด้วย GPU เป็นสิ่งที่มองข้ามได้ง่าย แต่ถ้าลองใช้เองมีโอกาสสูงว่าจะชอบมาก เหตุผลเดียวที่ยังย้ายมาใช้ Zed เต็มตัวไม่ได้คือยังไม่มี DevContainer support เพราะผมตั้งค่า devcontainer ไว้อย่างละเอียดมาก การทิ้งมันไปแล้วกลับไปติดตั้ง tool, library และ config ทุกอย่างใหม่บนเครื่องโลคัลรู้สึกเหมือนถอยหลังมาก มีคนรอฟีเจอร์นี้เยอะ จึงหวังว่าสักวันจะรองรับ ประเด็นที่เกี่ยวข้อง
    • อยากให้เล่าเพิ่มเกี่ยวกับ custom DevContainer
    • อยากรู้ว่า DevContainer ช่วยอย่างไรบ้าง ผมพอเห็นภาพเรื่องการบันทึกสภาพแวดล้อมแบบละเอียด แต่สงสัยว่านอกจากนั้นมีข้อดีอะไรอีก
    • ใช้ร่วมกับ devpods ได้
  • เรื่องที่ editor ใช้หน่วยความจำและ CPU น้อยกว่า browser tab ของเว็บแอปที่ผมทำอยู่นั้นให้ความรู้สึกสดใหม่มาก ตอนนี้พอใจมาก
    • zed ก็รัน node เพื่อใช้ lsp เหมือนกัน ดังนั้นควรตรวจสอบให้แน่ใจก่อนใช้
    • ขนาดไบนารีอยู่ระดับ 0.5GB เลยไม่ได้ให้ความรู้สึกว่าเบาเป็นพิเศษเหมือนเบราว์เซอร์
  • ผมพยายามใช้ Zed เป็น daily driver แต่ประสบการณ์ TypeScript ต่ำกว่าที่คาดไว้ แม้ตัว editor จะเร็ว แต่ LSP action อย่าง jump to declaration ช้ามากใน codebase ของเราเมื่อเทียบกับ VSCode/Cursor
    • แนะนำให้ลองดูว่ารองรับ typescript-go เป็น LSP หรือไม่ เพิ่งถูกเพิ่มใน IDEA ไม่นานนี้ และผมใช้มาหลายเดือนแล้ว รู้สึกว่ายอดเยี่ยมมาก
    • ผมก็เจอเหมือนกันและสรุปเหมือนกัน Zed เร็วตอนแก้ไข แต่ฟีเจอร์ขั้นสูงกลับช้า สุดท้ายโดยรวมแล้วรู้สึกช้ากว่า VSCode
    • เท่าที่รู้ทั้งคู่ใช้ tsserver ภายในเหมือนกัน เลยไม่เข้าใจว่าทำไมถึงช้า
    • Electron คอมไพล์ NodeJS พร้อม v8 pointer compression เพื่อลดการใช้หน่วยความจำได้สูงสุด 50% และยังเพิ่มความเร็วด้วย
  • ก็โอเคนะ แต่ผมย้ายไป Linux แล้ว และ Zed ก็ทำงานได้ดีมากในสภาพแวดล้อมนั้น
[Window Title]
Critical

[Main Instruction]
Unsupported GPU

[Content]
Zed uses DirectX for rendering and requires a compatible GPU.

Currently you are using a software emulated GPU (Microsoft Basic Render Driver) which
will result in awful performance.

For troubleshooting see: https://zed.dev/docs/windows
Set ZED_ALLOW_EMULATED_GPU=1 env var to permanently override.

[Skip] [Troubleshoot and Quit]

เสียดายที่เจอปัญหาแบบนี้

  • อันที่จริงนี่ไม่ใช่ปัญหาของ Zed แต่เป็นปัญหาของระบบ ทุกวันนี้หาเครื่องที่ใช้ DirectX ไม่ได้ค่อนข้างยาก เลยสงสัยว่าคุณกำลังรัน Windows บน VM อยู่หรือเปล่า
  • สงสัยจริง ๆ ว่า text editor ไปทำอะไรกับ software rendering ถึงได้ถึงขั้น “ประสิทธิภาพแย่มาก”
  • Zed เจ๋งมาก ทำทุกอย่างที่ผมต้องการได้ หาของที่ต้องการก็ง่าย และเร็วมาก ในโหมด ACP ยัง fork IDE terminal จาก CLI ได้ด้วย แบบนี้ทำให้ใช้ CLI agent ที่ฉลาดมากอย่าง Cerebras หรือ Qwen code 480b ได้อย่างคุ้มค่าและทรงพลัง
  • รอมานานแล้วแต่ก็ยังมีแค่ไบนารี x86_64 ผมชอบ ARM Surface Pro มาก ถ้า Zed ใช้งานบนฮาร์ดแวร์นี้ได้คงดีมาก หวังว่าถ้าทีม Zed มาเห็นคอมเมนต์นี้จะช่วยพิจารณา
    • ผมคอมไพล์จากซอร์สเองแล้วรันบน Windows aarch64 ได้ บน Surface Pro 16GB ใช้เวลาคอมไพล์ค่อนข้างนานแต่ก็ใช้งานได้ไม่มีปัญหา หวังว่าจะมีไบนารีทางการเหมือนกัน
    • ไม่รู้เพราะอะไร แต่เวลาคอมไพล์ zed ด้วย msvc บน Windows มันรู้สึกช้ากว่าบน Linux มาก ถึงขั้นมี ประเด็นที่เกี่ยวข้อง ถูกเปิดไว้แล้ว