Trải nghiệm chuyển từ VSCode sang Zed

 (tenthousandmeters.com)
5 điểm bởi GN⁺ 2026-01-06 | 3 bình luận | Chia sẻ qua WhatsApp
  • Do VSCode thường xuyên bổ sung tính năng AI và trở nên kém ổn định, trải nghiệm người dùng trước đây bị suy giảm, dẫn đến việc tìm kiếm một lựa chọn thay thế mới
  • Zed là một IDE nhẹ và nhanh được viết bằng Rust, cung cấp UI và key binding quen thuộc với người dùng VSCode
  • Khi thiết lập môi trường phát triển Python, đã có sự bối rối liên quan đến chế độ kiểm tra kiểu của máy chủ ngôn ngữ Basedpyright, nhưng đã được giải quyết thông qua cấu hình pyproject.toml
  • Tốc độ, độ ổn định và cấu hình đơn giản của Zed là những ưu điểm chính; hệ sinh thái tiện ích mở rộng nhỏ hơn nhưng vẫn đủ cho phát triển hằng ngày
  • Zed đang nổi lên như một IDE cạnh tranh có thể thách thức vị thế độc tôn của VSCode, đồng thời khôi phục lại quy trình làm việc nhẹ nhàng, lấy lập trình viên làm trung tâm

Lý do rời bỏ VSCode

  • VSCode đã được sử dụng ổn định trong thời gian dài, nhưng sau các bản cập nhật tập trung vào tính năng AI, việc phải tắt các tính năng mới ở hầu như mỗi phiên bản trở nên bất tiện
    • Dù không dùng GitHub Copilot, các thông báo như “cmd+I to continue with Copilot” vẫn liên tục xuất hiện
    • Các tính năng không cần thiết như gợi ý terminal nội tuyến xung đột với tự động hoàn thành của shell
  • settings.json ngày càng dài thành một danh sách các cấu hình vô hiệu hóa, đồng thời thường xuyên xảy ra lỗi, chậm, và crash
  • Vẫn hy vọng việc tích hợp AI của VSCode sẽ trở lại theo hướng ít xâm lấn và ổn định hơn, nhưng hiện tại buộc phải tìm giải pháp khác
  • JetBrains IDE thì nặng, còn Vim/Emacs đòi hỏi quá nhiều công sức cấu hình nên bị loại
  • Vì vậy, Zed — được viết bằng Rust — đã được thử làm IDE mới

Ấn tượng đầu tiên về Zed

  • Khi chuyển từ VSCode sang, UI và key binding tương tự giúp nhanh chóng có cảm giác quen thuộc
    • Tuy nhiên, Zed không có panel danh sách file đang mở, mà điều hướng bằng tìm kiếm file với Cmd+P
    • Có thể tự động nhập cấu hình từ VSCode, nhưng trong trường hợp này đã tự cấu hình lại để bắt đầu mới
  • Các thiết lập chính khá đơn giản, chỉ gồm cỡ chữ, theme, tắt Git blame, bật tự động lưu
  • Tốc độ và độ phản hồi vượt trội rõ rệt so với VSCode; trong 2 tuần sử dụng không gặp lỗi hay crash
  • Được dùng cho phát triển Python và Go
    • Go hoạt động ngay mà không cần cấu hình riêng
    • Python cần thêm thời gian cho thiết lập ban đầu

Quá trình cấu hình môi trường Python

  • Zed cung cấp tự động hoàn thành, điều hướng mã, kiểm tra kiểu... dựa trên máy chủ ngôn ngữ (Language Server)
  • Máy chủ ngôn ngữ mặc định cho Python là Basedpyright; nó dựa trên Pyright nhưng dùng typeCheckingMode nghiêm ngặt hơn
    • Nếu pyproject.toml có phần [tool.pyright] thì mặc định sẽ áp dụng chế độ recommended
    • Nếu muốn dùng chế độ standard như mong muốn thì cần khai báo rõ trong pyproject.toml
  • Ví dụ cấu hình: 
    "basedpyright.analysis": {
  "typeCheckingMode": "standard"
}
  • Vấn đề lỗi kiểu giữa các file không được phản ánh ngay lập tức đã được giải quyết bằng cấu hình "disablePullDiagnostics": true
  • Việc nhận diện môi trường ảo và các chức năng liên quan hoạt động trơn tru
  • Cũng đã thử máy chủ ngôn ngữ ty (do Astral phát triển, đang ở bản Beta) và thấy hoạt động tốt, nhưng vẫn giữ Basedpyright để nhất quán với CI

Đánh giá hiện tại khi sử dụng Zed

  • Zed đã trở thành IDE mặc định cho phát triển Python và Go
  • Nhanh, ổn định, giao diện quen thuộc, và các tính năng cơ bản đều đầy đủ
  • Hệ sinh thái tiện ích mở rộng nhỏ hơn VSCode, nhưng vẫn đủ cho nhu cầu phát triển hằng ngày
  • Điểm còn thiếu đáng tiếc duy nhất là trình xem diff mạnh như mức của GitLens
  • Zed cũng có tính năng AI, nhưng không mang tính xâm lấn, có thể bỏ qua khi không cần
  • Gói trả phí cung cấp tính năng dự đoán khi chỉnh sửa, đồng thời được xem là mô hình doanh thu để duy trì dự án lâu dài

Kết luận

  • Zed đang nổi lên như một đối thủ thực sự của VSCode
  • Chỉ riêng ảnh hưởng của Microsoft có thể sẽ không đủ để giữ vững vị thế của VSCode
  • Tốc độ, sự đơn giản và độ ổn định của Zed cải thiện trải nghiệm lập trình, và bài viết khép lại bằng thông điệp: “VSCode, đã đến lúc phải thức tỉnh”

Bài viết liên quan

3 bình luận

 
kissdesty 2026-01-07

Mình vẫn chưa thể dùng nó làm công cụ phát triển chính, nhưng đang dùng như một trình soạn thảo ghi chú (...) và thấy phản hồi nhanh, UI gọn gàng, cùng các bản cập nhật diễn ra nhanh và đơn giản đều rất cuốn hút.
 
heycalmdown 2026-01-07

Tôi còn đang phân vân không biết dùng vào việc gì, nhưng nghe nói có thể dùng như Notepad thì đúng là “chính nó đây!” luôn haha
 
GN⁺ 2026-01-06
Ý kiến trên Hacker News

  • Tôi là Ben từ nhóm VS Code. Có thể vô hiệu hóa toàn bộ tính năng AI bằng một thiết lập duy nhất "chat.disableAIFeatures"
    Có thể xem tài liệu liên quan tại trang cập nhật chính thức
    Nếu sau khi thiết lập mà các tính năng AI vẫn xuất hiện, hãy báo cáo tại trang GitHub Issues để chúng tôi xem xét
    Đôi khi các tính năng AI mới có thể được thêm vào mà bỏ qua thiết lập này, nhưng chúng tôi đang cố gắng phát hành bản vá sửa lỗi nhanh nhất có thể

    • VS Code là sản phẩm chủ lực của Microsoft, nên tôi nghĩ cách tiếp cận kiểu “sẽ sửa nhanh nhất có thể” là chưa đủ đối với một thiết lập opt-out toàn cục
      Những tính năng như vậy cần phải được thiết kế để chặn an toàn ngay từ giai đoạn thiết kế
    • Tôi đánh giá cao việc đã thêm một thiết lập duy nhất để tắt toàn bộ tính năng AI cùng lúc
      Trong bối cảnh gần đây tái định vị thành “trình soạn thảo mã AI mã nguồn mở”, việc cho phép người dùng lựa chọn không dùng AI là một dấu hiệu tôn trọng người dùng
      Trong thời điểm nhiều công ty đang bị ép phải tích hợp LLM, kiểu lựa chọn này có ý nghĩa lớn
    • Ý định này là tốt, nhưng tôi tò mò không biết trong nội bộ nhóm có thực sự dùng thiết lập này hay không
      Tôi đã phải tắt Copilot nhiều lần nên cuối cùng đã rời bỏ VS Code
      Quá nhiều popup khiến tôi mất tập trung liên tục, và mỗi tuần tôi đều có cảm giác trình soạn thảo phớt lờ thiết lập của mình
    • Câu “đôi khi các tính năng AI mới có thể bỏ qua thiết lập này” khiến tôi nghi ngờ không biết có phải đội marketing cố tình làm vậy hay không
    • Tôi có một điều muốn chuyển đến Ben. Gần đây tôi đã điều tra vấn đề tuân thủ giấy phép LGPL của các ứng dụng Electron, và có vẻ nhiều công ty, bao gồm cả Microsoft, đang không tuân thủ
      Bản thân dự án Electron dường như cũng không nhận thức được việc LGPL đang được áp dụng
      Mong bạn chuyển vấn đề này đến bộ phận pháp lý của Microsoft để họ xem xét

  • Tôi thấy khó chịu với việc VS Code liên tục đẩy AI, nên thay vào đó bắt đầu dùng VS Codium
    VS Codium là phiên bản open-core của VS Code đã loại bỏ các tính năng mang thương hiệu Microsoft
    Tôi được biết Microsoft build VS Codium rồi thêm tính năng riêng để phát hành VS Code
    Các tính năng mặc định của VS Code vẫn rất tốt, nhưng nếu bạn không thích yếu tố Microsoft thì VS Codium là một lựa chọn đáng cân nhắc

    • VS Codium không liên quan đến Microsoft, mà là một dự án riêng build trực tiếp từ mã nguồn mở của VS Code
      Nó không giống quan hệ giữa Chrome và Chromium
    • Tôi cũng từng cân nhắc, nhưng vì dùng các extension độc quyền của VS Code (như Pylance) nên rất khó thay thế hoàn toàn
      Thay vào đó tôi thử Zed thay vì Electron, và cảm giác dễ chịu hơn hẳn
    • Tôi đã dùng VS Codium nhiều năm, nhưng gần đây gặp vấn đề Rust analyzer không nhận ra thay đổi
      Thử quay lại Zed thì thấy ổn định hơn nhiều, và các vấn đề trước đó cũng đã được giải quyết

  • Đọc bài này xong tôi cài lại Zed, và vấn đề trước đây là bị treo khi làm việc với mã từ xa giờ đã được khắc phục
    Git từ xa cũng hoạt động tốt, tốc độ nhanh hơn rất nhiều, cảm giác như món quà Giáng sinh vậy

    • Tôi cũng chuyển sang Zed vì tính năng làm việc từ xa của VS Code hay bị treo

  • Hiện tại tôi dùng song song Zed, Sublime, VS Code
    Điều tiếc nhất ở Zed là thiếu tính năng side-by-side diff
    Có thảo luận liên quan ở đây, nhưng chưa có tiến triển
    Hỗ trợ GDB/LLDB và cải thiện tooling cho C/C++ cũng là điều cần thiết
    Trong thực tế ngày nay khi phần mềm ngày càng phình to, tôi thích việc Zed và Sublime đang đi theo hướng ngược lại

    • Tôi nghĩ chính việc “đòi thêm tính năng” là nguyên nhân dẫn đến phần mềm phình to
      Ví dụ, các công cụ chuyên dụng riêng cho diff (Meld, Beyond Compare) làm tốt hơn nhiều
      Nếu trình soạn thảo cố nhồi nhét cả những tính năng phụ như vậy thì sẽ làm mờ đi bản chất cốt lõi
    • Tôi thực sự rất thích giao diện diff của IntelliJ
      Như đã nói trong cuộc thảo luận liên quan, nếu có một Git UI độc lập vừa nhanh vừa tốt thì tôi sẵn sàng trả tiền để dùng
    • Nhìn kích thước binary của Zed thì tôi nghi ngờ không biết nó có thực sự nhẹ hay không. So với Sublime cũng không thấy khác biệt lớn
    • Tôi tò mò vì sao lại dùng song song nhiều trình soạn thảo như vậy. Chẳng phải đào sâu một cái sẽ hiệu quả hơn sao?

  • Tôi mua MacBook mới và cố tình không cài VS Code
    Thay vào đó tôi chỉ dùng Emacs, và rất hài lòng nhờ đống cấu hình tích lũy suốt 40 năm
    VS Code rất xuất sắc, nhưng dùng nó không khiến tôi thấy vui. Emacs là công cụ mang lại niềm vui cho tôi
    Tôi cũng giảm thiểu tích hợp LLM, chỉ dùng gemini-cli hoặc model cục bộ khi thực sự cần

    • Tôi cũng cảm nhận được trạng thái tập trung rất đặc biệt chỉ khi dùng Emacs
      Emacs vẫn giữ triết lý lấy chỉnh sửa văn bản làm trung tâm, khác với xu hướng tự động hóa mà các IDE hiện nay theo đuổi
      Emacs mang lại cảm giác như một trải nghiệm phát triển mang tính thủ công
    • Thấy JetBrains và VS Code chuyển sang hướng AI là trọng tâm nên tôi đã chuyển sang doom emacs
      Tôi nghĩ Vim/Neovim hay Emacs sẽ còn tồn tại rất lâu về sau
      Đường cong học ban đầu có đó, nhưng hoàn toàn xứng đáng
    • Nhờ LLM mà việc tinh chỉnh cấu hình Emacs đã trở nên dễ dàng hơn
      Lisp vẫn khó, nhưng hiện giờ tôi khá hài lòng với một cấu hình gọn gàng và hiện đại
    • Trên laptop mới, VS Code vẫn không nhanh, nên cuối cùng tôi chuyển sang Zed
      VS Code mạnh hơn thật, nhưng tôi không thể chịu đựng thêm nữa
    • Tất nhiên không phải ai cũng có thể dùng Emacs thật thành thạo
      Nó là một dự án khổng lồ đòi hỏi 40 năm kinh nghiệm và cấu hình liên tục

  • Sublime Text vẫn là một trình soạn thảo tuyệt vời
    Nhanh, plugin hoạt động tốt, và cũng dễ cá nhân hóa như tự động hóa phím tắt bằng Claude
    Tôi đã có thể biến Sublime thành IDE nhẹ của riêng mình

    • Trước đây tôi rất yêu Sublime, nhưng hệ sinh thái plugin đang chững lại
      Dù vậy, nó là cái tên đã tạo ra khuôn mẫu cho các trình soạn thảo nhẹ như Atom, VS Code, Zed
    • Plugin của Sublime dễ phát triển đến mức chỉ với một file .py duy nhất cũng làm được
      Tôi đã tạo vài cái bằng Gemini và tất cả đều hoạt động tốt
    • Tôi giải quyết hầu hết công việc bằng SublimeLSP, nhưng vẫn ghen tị với debugger tích hợp sẵn của Zed và khả năng sao chép văn bản trong popup
      Dù vậy hiện tại tôi vẫn thấy Sublime tốt hơn về hiệu năng
    • Sublime có tốc độ xử lý file lớn vượt trội
      Mức độ phản hồi của nó là thứ rất khó để các trình soạn thảo khác bắt kịp
    • Tôi dùng Emacs trong terminal như một “IDE nhẹ”, nhưng thực tế nó nặng và chậm
      Có lẽ giá mà tôi học Vim thì tốt hơn

  • Zed nhanh hơn VS Code và ít gây phiền hơn
    Tuy nhiên nó thiếu widget duyệt call graph của hàm, nên khá bất tiện
    Điều này không thể giải quyết bằng extension, nhưng ngược lại tôi lại thích việc nhờ những hạn chế này mà nó tránh được cấu trúc extension kiểu trình duyệt web
    Hiệu năng tìm kiếm trên kho mã từ xa lớn vẫn đang được cải thiện, nhưng tôi kỳ vọng nó sẽ sớm tốt hơn

  • Tôi từng muốn chuyển sang Zed, nhưng đã bỏ cuộc vì thiếu Jupyter notebook và xem trước ảnh/video
    Một điểm bất tiện khác là format on save được bật mặc định (thảo luận liên quan) và UX của debugger còn thua VS Code

    • Tôi khá bất ngờ khi nghe nói cần xem trước video trong trình soạn thảo mã. Chắc tối về tôi phải mở VS Code ra xem thử
    • Tôi cũng có trải nghiệm tương tự. Nó không nhận ra Python interpreter nên ngay cả tính năng cơ bản cũng thiếu ổn định
      IDE bây giờ thì nhiều, nhưng workflow cơ bản phải thật hoàn hảo mới được
    • Tôi cũng từng khổ sở vì format_on_save. Giờ có thể tắt được, nhưng giá trị mặc định này vẫn còn gây tranh cãi
    • Sublime và VS Code cũng từng có thời kỳ cố tình hạn chế bớt tính năng kiểu IDE
      Zed dùng Rust nên hệ sinh thái extension có lẽ sẽ khó phát triển lớn, nhưng bù lại có thể giữ được hiệu năng và sự đơn giản
    • Hiện vẫn chưa có gì tốt bằng debugger của VS Code
      Dạo này tôi dùng Helix để chỉnh sửa và Xcode để debug. VS Code thì hay bị rò rỉ bộ nhớ

  • Zed gần đây là công cụ đã thay đổi hoàn toàn môi trường phát triển của tôi
    Tốc độ khởi chạy, độ trễ khi nhập, mức dùng tài nguyên đều tốt hơn VS Code rất nhiều, và chế độ Vim cũng thuộc hàng tốt nhất

    • Thật sự có cảm giác đây là sản phẩm được chăm chút cho trải nghiệm người dùng, nên tôi dùng rất thích
    • Tuy nhiên nếu tính năng ngày càng nhiều thì vẫn phải chờ xem nó có giữ được tốc độ hiện tại hay không

  • Tôi là tác giả bài viết. Mong rằng nhiều người sẽ đồng cảm với trải nghiệm chuyển từ VS Code sang Zed
    Zed vẫn còn thiếu những chi tiết như tự động nhận diện thụt lề (liên kết issue), nhưng đang cải thiện rất nhanh nên khá đáng mong đợi

    • Không biết bạn đã cân nhắc Vim hay Neovim chưa. Đặc biệt LazyVim có cấu hình mặc định rất tốt nên có thể dùng ngay
      Tôi tự hỏi liệu những ưu điểm bạn thấy ở Zed có phải Vim vốn đã có sẵn rồi không
    • Blog đang không truy cập được do lưu lượng tăng đột biến. Tôi nhất định sẽ đọc sau