Zed, nay đã có thể dùng trên Windows

• Trình soạn thảo mã Zed nay đã chính thức phát hành trên Windows
• Kết xuất bằng DirectX 11, và sử dụng DirectWrite cho kết xuất văn bản để tái hiện trải nghiệm thị giác đặc trưng của Windows
• Tích hợp trực tiếp với Windows Subsystem for Linux (WSL) và hỗ trợ kết nối từ xa qua SSH, tăng cường môi trường phát triển từ xa
  • Có thể mở thư mục ngay từ terminal WSL bằng lệnh zed
  • Ngay trong Zed cũng hỗ trợ thêm WSL distro mong muốn bằng cách chọn File > Open Remote hoặc project: open remote trong command palette
  • Cung cấp tùy chọn Connect New Server để kết nối tới máy chủ Linux từ xa
  • Trong môi trường WSL hoặc SSH, xử lý file I/O được thực hiện thông qua tiến trình máy chủ từ xa nhẹ của Zed (wsl.exe/ssh.exe)
  • Các tính năng chính như chỉnh sửa tệp, tích hợp git, terminal, tác vụ, language server, debugger... đều hoạt động đầy đủ trong môi trường từ xa
• Tích hợp extension và WebAssembly
  • Extension dành cho Windows có thể dùng ngay mà không cần cấu hình bổ sung
  • Khi phát triển extension mới, không cần xử lý riêng cho Windows
  • Extension của Zed dựa trên WebAssembly Components, và có thể truy cập sandbox tới hệ thống tệp qua giao diện WASI
  • Zed tự động xử lý chuyển đổi đường dẫn tệp, giúp phát triển mà không phải bận tâm tới khác biệt đường dẫn giữa Windows và Unix
• Tính năng AI và các bổ sung khác
  • Tất cả tính năng AI của Zed như dự đoán chỉnh sửa dựa trên AI và agent của engine ACP (Agent Client Protocol) đều được hỗ trợ đầy đủ trên Windows và trong môi trường từ xa (WSL/SSH)
  • Có thể sử dụng trực tiếp Claude Code thông qua ACP
  • Có thể dùng bản dùng thử miễn phí 14 ngày của Zed Pro hoặc liên kết khóa API cá nhân
• Giống như trên Mac và Linux, phiên bản Windows cũng được cập nhật hằng tuần; nhiều kỹ sư Zed sử dụng Windows làm môi trường phát triển chính, và luôn duy trì đội ngũ chuyên trách Windows

[GN⁺]

Ý kiến trên Hacker News

• Muốn nhắc đến việc các phím tắt cơ bản của Windows OS không hoạt động. Ví dụ, ALT+F để mở menu File hay ALT+SPACEBAR để mở menu ngữ cảnh hệ thống (phóng to, thu nhỏ, đóng, v.v.) đều không chạy. Có cảm giác do đặc tính của backend render DirectX nên ứng dụng được render giống game hơn là một tiến trình win32 native. Việc thư mục sau khi cài đặt vượt quá 400MB cũng khá đáng ngạc nhiên. So với VSCode khoảng 380MB thì đúng là có thể tin đây không phải ứng dụng Electron, nhưng vẫn thắc mắc họ đã nhét gì vào nhiều đến vậy. Tôi cứ nghĩ app Rust vốn nhẹ, nhưng kích thước cài đặt này cho cảm giác gần chạm đến mức phình to binary/phụ thuộc như Java
  • Binary Hello World của Rust còn lớn hơn Git. Dù vậy vẫn nhỏ hơn Java hay Electron, nhưng cũng không thể gọi là nhỏ được
  • PSPad là 40MB và là phần mềm legacy vẫn còn được cập nhật. Notepad++ là 17MB. Một dự án Rust hiện đại, đã biên dịch, hàng đầu mà chiếm 400MB thì tôi thấy thật vô lý
  • Việc phình to vượt 400MB khi cài đặt có thể gây khó chịu với nhiều người. Cần có giải thích nhanh về lý do vì sao phải cần dung lượng đó
  • Dù không phải Electron, vẫn có cảm giác như một nửa Electron là Node.js được nhúng sẵn mặc định. Phần lớn LSP đều dựa trên .js, còn extension là WASM. VSCode đặt extension ở thư mục cấu hình riêng, còn Zed thì mọi thứ đều nằm trong thư mục cài đặt
  • Nhân tiện, hoàn toàn có thể vừa có graphics context vừa có menu bar Win32 trong cùng một cửa sổ
• Tôi thắc mắc không biết Zed có triển khai render font subpixel hay không. Trước đây họ từng thiết kế UI renderer theo màn hình HiDPI của Mac, nên người dùng Linux (và Windows) dùng màn hình LoDPI phải chịu font mờ
  • Không rõ về subpixel rendering, nhưng sau bản vá gần đây thì render font trên Linux đã tốt hơn đáng kể liên kết liên quan
  • Tôi cũng tò mò điểm này. Theo tôi biết thì Zed dùng CoreText trên Mac và DirectWrite trên Windows. Chẳng phải CoreText xử lý mọi thứ rồi sao?
  • Bản build Windows render bằng DirectX 11 và xử lý text bằng DirectWrite nên giữ được cảm giác Windows. Render font của DirectWrite dùng subpixel rendering của Windows. Trên màn hình của tôi thì trông ổn hơn (so với Linux). Có vẻ họ đã thiết kế khá tốt khi tính trước vấn đề này
  • Tôi dùng màn hình ngoài 1440p trên macOS và font thực sự kinh khủng. Trên màn Retina của laptop thì ổn, nhưng trên màn hình ngoài quá mờ, đến mức đau đầu
  • Tôi cũng đã thử nhiều font trên màn hình 1440p và thấy chỉ ở mức trung bình. Nhưng tôi nghĩ đây không phải vấn đề của Zed mà là do render font của Windows vốn dĩ không tốt. VSCode cũng vậy. Nếu muốn render font chất lượng cao thì có lẽ đáp án là màn hình 4K trở lên
• Tôi đã dùng Zed làm công cụ chính suốt vài tháng, nhưng gần đây lại quay về VSCode. Có hai lý do, một là lỗi của tôi, một là tôi không chắc vấn đề nằm ở đâu. 1. Khi code đến khuya, trước khi check-in tôi đổi tên file rồi lỡ tay xóa bản mới, làm mất vài giờ làm việc. Trong menu chuột phải của Zed, "Delete" và "Trash" nằm sát nhau, mà Delete thì xóa thẳng không qua thùng rác. Ctrl+Z cũng chưa được triển khai nên nếu không có bản sao lưu thì không thể khôi phục được (cũng chưa đẩy lên version control). 2. Trong một workspace Rust, lỗi/cảnh báo của một crate nào đó hoàn toàn không hiện trong editor. Tôi thử chỉnh đủ kiểu mà không được, mở VSCode lên thì lại chạy tốt ngay cả khi không cấu hình gì thêm
  • Làm tôi nhớ thời dùng Touch Bar trên macOS. Trong menu quản lý commit, "Cancel" nằm ngay cạnh "Force Push"
  • Việc Zed không có Ctrl+Z là thiếu sót ở một tính năng quan trọng đến mức khó tin
  • Tôi không hiểu phải dùng một editor thiếu các tính năng cơ bản như vậy thế nào. Tò mò không biết ưu điểm của nó là gì
• Zed trông thực sự rất ngầu và <i>cảm giác</i> khi dùng cũng cực kỳ tuyệt. Tôi đã thử một chút trên Linux, và rất khó giải thích cảm giác của editor này nếu chưa tự trải nghiệm. Người ta dễ xem nhẹ điểm khác biệt của editor tăng tốc bằng GPU, nhưng dùng thử là sẽ bị chinh phục ngay. Lý do duy nhất khiến tôi chưa thể chuyển hẳn sang Zed là vì nó vẫn chưa hỗ trợ DevContainer. Tôi đã đầu tư rất nhiều công sức để thiết lập devcontainer, nên vứt bỏ nó để cài lại toàn bộ tool, thư viện và cấu hình trên máy local thì cảm giác như thụt lùi quá nhiều. Nhiều người cũng đang chờ tính năng này, nên tôi hy vọng một lúc nào đó nó sẽ được hỗ trợ issue liên quan
  • Có thể nói chi tiết hơn về DevContainer tùy chỉnh của bạn không?
  • Tôi muốn biết DevContainer giúp ích ở điểm nào. Tôi hiểu là nó giúp tài liệu hóa môi trường rất chi tiết, nhưng ngoài ra còn lợi ích gì nữa không?
  • Tương thích với devpods
• Việc editor dùng ít bộ nhớ và CPU hơn cả tab trình duyệt của webapp tôi đang làm thật sự rất mới mẻ. Đến giờ tôi rất hài lòng
  • zed cũng khởi chạy node để chạy lsp, nên tốt nhất là kiểm tra kỹ rồi hãy dùng
  • Kích thước binary ở mức 0.5GB nên cũng không tạo cảm giác đặc biệt nhẹ kiểu trình duyệt
• Tôi đã định dùng Zed làm daily driver, nhưng trải nghiệm TypeScript thấp hơn kỳ vọng. Bản thân editor thì nhanh, nhưng các thao tác LSP như "jump to declaration" trên codebase của chúng tôi lại chậm hơn rất nhiều so với VSCode/Cursor
  • Khuyên bạn nên kiểm tra xem nó có hỗ trợ typescript-go làm LSP không. Gần đây IDEA cũng đã thêm, tôi dùng vài tháng và thấy thực sự tuyệt vời
  • Tôi cũng có cùng trải nghiệm và cùng kết luận. Zed nhanh ở tốc độ chỉnh sửa, nhưng các tính năng nâng cao lại chậm, nên xét tổng thể thì cảm giác còn chậm hơn VSCode
  • Tôi tưởng cả hai đều dùng tsserver ở bên dưới, nên không hiểu vì sao lại chậm
  • Electron build NodeJS với v8 pointer compression nên giảm sử dụng bộ nhớ tới 50% và cũng tăng tốc độ
• Ổn đấy, nhưng tôi đã chuyển hẳn sang Linux rồi và Zed cũng chạy rất tốt trong môi trường đó

[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]

Tiếc là tôi gặp vấn đề như thế này

• Thực ra đây không phải vấn đề của Zed mà là vấn đề hệ thống. Giờ khó tìm được môi trường không chạy được DirectX, bạn có đang chạy Windows trong VM không?
• Tôi thắc mắc một text editor làm gì trong chế độ render bằng phần mềm mà lại có thể cho ra "hiệu năng kinh khủng" như vậy
• Zed thực sự rất tuyệt. Nó làm được mọi thứ tôi muốn. Dễ tìm thứ mình cần, và rất nhanh. Ở chế độ ACP còn có thể fork terminal CLI từ IDE. Nhờ vậy có thể dùng các CLI agent cực thông minh như Cerebras hay Qwen code 480b theo cách rẻ và mạnh
• Đã chờ rất lâu mà vẫn chỉ có binary x86_64. Tôi rất thích ARM Surface Pro, nên sẽ thật tuyệt nếu Zed chạy được trên phần cứng này. Nếu đội Zed có thấy bình luận này thì mong hãy cân nhắc
  • Tôi tự build từ source và chạy trên Windows aarch64. Trên Surface Pro 16GB thì build khá chậm nhưng vẫn chạy ổn không vấn đề gì. Tôi cũng đang mong có binary chính thức
  • Không rõ vì lý do gì, nhưng khi build zed bằng msvc trên Windows thì cảm giác chậm hơn Linux rất nhiều. Thậm chí đã có issue liên quan được mở ra rồi