Microsoft Chặn Tiện Ích Mở Rộng C/C++ Trên Các Bản Fork VSCode, Bao Gồm Cursor

BigGo Editorial Team
Microsoft Chặn Tiện Ích Mở Rộng C/C++ Trên Các Bản Fork VSCode, Bao Gồm Cursor

Microsoft đã bắt đầu thực thi các hạn chế về giấy phép đối với tiện ích mở rộng C/C++ của họ, ngăn chặn nó hoạt động trên các bản fork của Visual Studio Code như Cursor. Động thái này đã làm dấy lên cuộc thảo luận đáng kể trong cộng đồng lập trình viên về các thực hành cạnh tranh của Microsoft và tương lai của các công cụ dựa trên VSCode.

Người dùng Cursor, một bản fork của VSCode với khả năng AI, gần đây đã gặp phải thông báo lỗi cho biết tiện ích mở rộng C/C++ chỉ có thể được sử dụng với Microsoft Visual Studio, Visual Studio for Mac, Visual Studio Code, Azure DevOps, Team Foundation Server, và các sản phẩm, dịch vụ kế nhiệm của Microsoft. Thời điểm thực thi này đã gây nghi ngờ trong cộng đồng lập trình viên, vì nó trùng khớp với việc Microsoft phát hành trợ lý lập trình có hỗ trợ AI của riêng họ.

Những hạn chế mở rộng của Microsoft

  • Tiện ích mở rộng C/C++ hiện đã bị chặn trên các phiên bản fork của VSCode như Cursor
  • Thông báo lỗi giới hạn việc sử dụng chỉ cho các sản phẩm chính thức của Microsoft
  • Những hạn chế tương tự trước đây đã được áp dụng cho các tiện ích mở rộng C
  • Các điều khoản giấy phép cấm việc sử dụng này đã tồn tại khoảng 5 năm
  • Trùng hợp với việc Microsoft phát hành trợ lý lập trình AI cạnh tranh

Các giải pháp tạm thời

  • Hạ cấp xuống phiên bản tiện ích mở rộng 1.23.6
  • Tắt tự động cập nhật

Các Hạn Chế Giấy Phép Đã Luôn Tồn Tại

Mặc dù việc chặn tiện ích mở rộng C/C++ có vẻ đột ngột đối với nhiều người dùng, nhưng các điều khoản cấp phép thực tế đã chứa những hạn chế này trong nhiều năm. Như đã được chỉ ra trong cuộc thảo luận cộng đồng, giấy phép cho các công cụ cơ bản đã cấm sử dụng bên ngoài các sản phẩm chính thức của Microsoft trong ít nhất năm năm. Điều thay đổi là Microsoft giờ đây đã quyết định chủ động thực thi các điều khoản này.

Điều khoản dịch vụ cho marketplace tiện ích mở rộng đã nêu rõ rằng nó chỉ được sử dụng cho VS Code, đó là lý do tại sao VSCodium không sử dụng nó. Các nhà phát triển Cursor chắc chắn đã biết rõ hơn, nhưng vẫn tiếp tục vi phạm TOS và giấy phép, MS chỉ chọn một thời điểm chiến lược để thực thi các quy tắc đã có sẵn.

Đây không phải là lần đầu tiên Microsoft hạn chế các tiện ích mở rộng cho các sản phẩm chính thức. Các hạn chế tương tự trước đây đã được áp dụng cho tiện ích mở rộng C#, cho thấy một cách tiếp cận nhất quán để bảo vệ tài sản trí tuệ của Microsoft trong hệ sinh thái công cụ phát triển của họ.

Thời Điểm Chiến Lược và Tác Động Cạnh Tranh

Thời điểm thực thi này không bị cộng đồng lập trình viên bỏ qua. Microsoft gần đây đã ra mắt trợ lý lập trình AI của riêng họ, cạnh tranh trực tiếp với các công cụ như Cursor. Nhiều người dùng xem đây là một động thái chiến lược để làm suy yếu đối thủ cạnh tranh cùng lúc với việc ra mắt sản phẩm cạnh tranh của riêng họ.

Một số lập trình viên đã bày tỏ lo ngại về điều mà họ coi là hành vi chống cạnh tranh, với một người bình luận mô tả nó là một cơ chế chống cạnh tranh tồi tệ của Microsoft. Những người khác xem đó là một động thái kinh doanh có thể dự đoán được, với một bình luận lưu ý rằng họ luôn định sẽ chiếm lĩnh thị phần của Cursor.

Giải Pháp Tạm Thời và Các Lựa Chọn Thay Thế

Một số người dùng đã tìm thấy giải pháp tạm thời, chẳng hạn như hạ cấp tiện ích mở rộng xuống phiên bản 1.23.6 và tắt tự động cập nhật. Tuy nhiên, đây dường như chỉ là một giải pháp ngắn hạn có thể không còn khả thi trong tương lai.

Tình huống này đã khiến một số lập trình viên xem xét các lựa chọn thay thế hoàn toàn bên ngoài hệ sinh thái Microsoft. Một số người bình luận đề cập đến việc xem xét các công cụ như Neovim, mặc dù họ thừa nhận đường cong học tập liên quan đến việc chuyển đổi sang các lựa chọn như vậy. Đối với những người đang cân nhắc con đường này, các thành viên cộng đồng khuyên nên bắt đầu với các framework như LazyVim để dễ dàng chuyển đổi.

Sự phát triển này nhắc nhở về những rủi ro tiềm ẩn của việc xây dựng trên các nền tảng độc quyền, ngay cả khi chúng có vẻ mở. Khi Microsoft tiếp tục cân bằng giữa các sáng kiến mã nguồn mở với lợi ích kinh doanh, các lập trình viên có thể ngày càng cần đánh giá sự phụ thuộc của họ vào các công cụ có thể bị hạn chế tương tự trong tương lai.

Tham khảo: Has the VSCode C/C++ Extension been blocked? #2976