Lỗi thiết kế của Visual Studio Code (2022)

Visual Studio Code được thiết kế để gây chia rẽ

• Visual Studio Code là mã nguồn mở, nhưng nếu sử dụng theo cách khác ngoài bản phân phối chính thức do Microsoft cung cấp thì có thể phát sinh rủi ro pháp lý

Visual Studio Code nay đã được 7 năm

• Visual Studio Code được phát hành cách đây 7 năm và đã trở thành trình soạn thảo tiêu chuẩn cho phát triển phần mềm
• Mã nguồn được công bố theo giấy phép MIT, nhưng sản phẩm có thể tải xuống lại được cung cấp theo giấy phép độc quyền
• Microsoft đã chia rẽ cộng đồng mã nguồn mở thông qua điều này

VSCodium là bản phân phối desktop OSS

• Dự án VSCodium bắt đầu từ lo ngại về việc sử dụng giấy phép độc quyền
• Được build theo giấy phép MIT mà không có các tùy biến của Microsoft
• Không thể kết nối với Microsoft Visual Studio Code Marketplace và gặp vấn đề chia rẽ hệ sinh thái

OpenVSCodeServer là bản phân phối máy chủ OSS

• OpenVSCodeServer là bản phân phối máy chủ được dùng làm nền tảng cho Gitpod
• Tương tự VSCodium, nó không thể kết nối với Microsoft Visual Studio Code Marketplace
• Chủ yếu được các nhân viên Gitpod duy trì

IDE không theo mô hình thuê bao đang dần biến mất

• Microsoft bắt đầu thay đổi nội bộ để chuyển phần mềm sang mô hình dịch vụ
• Dịch vụ điện toán đám mây Azure đã phát triển thành đối thủ cạnh tranh của AWS
• Hệ sinh thái công cụ cho nhà phát triển cũng đang chuyển sang mô hình dịch vụ

GitHub là phiên bản white-label của công nghệ Microsoft hiện có

• Microsoft mua lại GitHub vào năm 2018 và ra mắt Visual Studio Online vào năm 2019
• GitHub Codespaces là phiên bản white-label của Visual Studio Online

Hệ sinh thái được thiết kế để bị chia rẽ

• Các công ty như Gitpod có thể gặp vấn đề pháp lý trong hệ sinh thái Visual Studio Code
• Microsoft phân mảnh thị trường một cách chiến lược thông qua các extension độc quyền
• Công cụ cho các ngôn ngữ lập trình chủ chốt như Python, .NET, C/C++, Java đều nằm dưới sự kiểm soát của Microsoft

Giải pháp là gì?

• Tương lai của các công cụ phát triển phần mềm là khép kín
• Cần một phong trào mới để duy trì hệ sinh thái mã nguồn mở
• Gitpod đã giải quyết được một phần vấn đề thông qua dự án OpenVSX, nhưng vẫn cần thêm nhiều nỗ lực

Tóm tắt của GN⁺

• Bài viết đề cập đến giấy phép độc quyền của Visual Studio Code và vấn đề chia rẽ hệ sinh thái
• Nhấn mạnh sự phân mảnh thị trường mang tính chiến lược của Microsoft và các rủi ro pháp lý
• Cần một cách tiếp cận mới để duy trì hệ sinh thái mã nguồn mở
• Giải thích những thách thức mà các công ty như Gitpod đang phải đối mặt

[unsure4000]

Tôi đang cân nhắc chuyển sang dùng vim hoặc zed.

Tôi đang dùng terminal có thiết lập độ trong suốt,
mọi người có biết cách bỏ màu nền của nvim không?
Chỉ cần tìm được cái này thì tôi rất muốn thử dùng nvim...

[siscof]

Nếu bạn dùng terminal kitty thì có lẽ chỉ cần đặt cùng màu nền là sẽ áp dụng được độ trong suốt.
Hoặc bạn cũng có thể cân nhắc plugin này..

https://github.com/xiyaowong/transparent.nvim

[unsure4000]

Cảm ơn bạn. Tôi sẽ tìm hiểu thử.

[unsure4000]

Đã thành công. Cảm ơn. Chúc bạn một ngày tốt lành.

[GN⁺]

Ý kiến Hacker News

• Mọi người bày tỏ sự phẫn nộ đối với phần mềm có công khai mã nguồn

  • Họ im lặng khi Microsoft cung cấp kho lưu trữ cốt lõi dưới dạng OSS, nhưng các tính năng hữu ích lại đầy DRM và bẫy pháp lý
  • Microsoft đưa ra thứ trông giống OSS nhưng thực chất không phải để xoa dịu những người ủng hộ FOSS
  • Open Source Definition vào năm 2024 không còn phù hợp để giải quyết những vấn đề như vậy
  • Chỉ cần xem có bao nhiêu DRM trong tiện ích mở rộng Pylance thì sẽ thấy Microsoft dùng DRM để khiến người ta không thể gỡ bỏ bước kiểm tra VSCode chính thức

• Hệ sinh thái của VSCode yếu ở nhiều mặt

  • cpptools rất ấn tượng nhưng thường hoạt động lỗi và khó gỡ lỗi
  • Vấn đề bảo mật của VSCode là rất nghiêm trọng. Các tiện ích mở rộng không được sandbox
  • Khi dùng AI thì không nên tin tưởng LLM. LLM có thể viết mã độc hại
  • Có cơ hội để tạo ra một hệ sinh thái tốt hơn. Ví dụ, một lựa chọn thay thế cho cpptools nên không có telemetry và không có truy cập Internet

• Có một luồng bình luận hay về tiện ích mở rộng cpptools

  • Có ý kiến cho rằng không thể build từ mã nguồn
  • Cần một thuật ngữ mới cho trường hợp giấy phép OSS và các phụ thuộc khi build đều dùng giấy phép OSS

• VS Code là một IDE có thể tải xuống và sử dụng miễn phí từ Microsoft

  • Ai cũng muốn tạo ra các dịch vụ cho lập trình viên mang tính "phổ dụng", nhưng việc xây dựng hoặc tài trợ cho một IDE là rất khó
  • Đây không phải lỗi của Microsoft

• Nếu hơn 50 nhân viên toàn thời gian làm VS Code không thể đưa ra một mô hình hợp lý cho ngân sách khoảng 20 triệu USD mỗi năm, thì điều đó có thể trông như một nỗ lực muốn tận dụng công sức kỹ thuật của Microsoft

• Đang cố gắng hiểu vấn đề

  • Microsoft đang làm một tiện ích mở rộng cpptools/C++ tốt hơn, và nhiều thành phần của Microsoft là mã đóng nên không thể build một phiên bản OSS hoàn chỉnh
  • Sẽ thành vấn đề khi người dùng phát hiện họ không thể dùng tiện ích mở rộng native trên giao diện web
  • Nếu ai đó muốn dùng phần mềm miễn phí này thay vì phần mềm OSS thì có thể sẽ thất vọng, nhưng vẫn phải hỏi liệu đó có thực sự là vấn đề hay không

• Nếu các dự án tiện ích mở rộng chính được thống nhất, họ có thể đơn giản thêm một thông báo như trên vào phần mô tả trang marketplace

  • Apple hiện đang đối mặt với vụ kiện liên quan đến marketplace. MS không muốn thêm một vụ kiện chống độc quyền nữa

• "Phần mềm miễn phí do Microsoft cung cấp không đủ mở" là một trong những quan điểm kỳ lạ nhất thời nay

  • Microsoft không cản trở các lựa chọn thay thế mã nguồn mở. Chỉ là chúng không tốt hơn mà thôi
  • Có rất nhiều người xem phần mềm miễn phí là điều đương nhiên
  • Trước đây, người ta phải mua IDE với giá hàng trăm hoặc hàng nghìn USD

• Bài này sẽ dễ hiểu hơn nếu tách riêng phần phàn nàn về telemetry với các giới hạn thực tế

• Có ý kiến cho rằng nếu không thích thì đừng dùng. vim/nvm và eMacs là những trình soạn thảo có năng lực mà không thỏa hiệp hệ sinh thái