GN⁺: Visual Studio Code 설계 결함 (2022)
(ghuntley.com)Visual Studio Code는 분열을 위해 설계됨
- Visual Studio Code는 오픈 소스이지만, Microsoft가 제공하는 공식 배포판 외의 다른 방식으로 사용하면 법적 위험이 발생할 수 있음
Visual Studio Code는 이제 7년이 됨
- Visual Studio Code는 7년 전에 출시되어 소프트웨어 개발의 표준 편집기로 자리 잡음
- 소스 코드는 MIT 라이선스로 공개되었지만, 다운로드 가능한 제품은 독점 라이선스로 제공됨
- Microsoft는 이를 통해 오픈 소스 커뮤니티를 분열시킴
VSCodium은 OSS 데스크탑 배포판임
- VSCodium 프로젝트는 독점 라이선스 사용에 대한 우려로 시작됨
- Microsoft의 커스터마이징 없이 MIT 라이선스로 빌드됨
- Microsoft Visual Studio Code Marketplace에 연결할 수 없고, 생태계 분열 문제를 겪음
OpenVSCodeServer는 OSS 서버 배포판임
- OpenVSCodeServer는 Gitpod의 백본으로 사용되는 서버 배포판임
- VSCodium과 마찬가지로 Microsoft Visual Studio Code Marketplace에 연결할 수 없음
- Gitpod 직원들이 주로 유지 관리함
구독이 아닌 IDE는 사라지고 있음
- Microsoft는 소프트웨어를 서비스로 전환하는 내부 변화를 시작함
- Azure 클라우드 컴퓨팅 서비스는 AWS의 경쟁자로 성장함
- 개발자 도구 생태계도 서비스 모델로 전환 중임
GitHub는 기존 Microsoft 기술의 화이트 라벨임
- Microsoft는 2018년에 GitHub를 인수하고, 2019년에 Visual Studio Online을 출시함
- GitHub Codespaces는 Visual Studio Online의 화이트 라벨임
생태계가 분열되도록 설계됨
- Gitpod와 같은 회사는 Visual Studio Code 생태계에서 법적 문제를 겪을 수 있음
- Microsoft는 독점 확장을 통해 시장을 전략적으로 분열시킴
- Python, .NET, C/C++, Java와 같은 주요 프로그래밍 언어의 도구는 Microsoft의 통제 하에 있음
해결 방법은 무엇인가?
- 소프트웨어 개발 도구의 미래는 폐쇄적임
- 오픈 소스 생태계를 유지하기 위해 새로운 운동이 필요함
- Gitpod는 OpenVSX 프로젝트를 통해 일부 문제를 해결했지만, 더 많은 노력이 필요함
GN⁺의 정리
- Visual Studio Code의 독점 라이선스와 생태계 분열 문제를 다룸
- Microsoft의 전략적 시장 분열과 법적 위험을 강조함
- 오픈 소스 생태계를 유지하기 위한 새로운 접근 방식이 필요함
- Gitpod와 같은 회사들이 직면한 도전과제를 설명함
vim이나 zed 쓰는 방안을 고려해보고있어요
제가 opacity가 설정된 터미널을 쓰고있는데,
nvim 배경색 없에는 방법 혹시 아시나요?
이거만 찾으면 nvim 꼭 써보고싶은데...ㅁ
kitty 터미널을 쓰신다면 같은 배경색으로 처리하면 투명 적용 될거예요.
아니면 이런 플러그인을 고려해 보시는 것도..
Hacker News 의견
-
소스가 공개된 소프트웨어에 대해 사람들은 분노를 표출함
- Microsoft가 핵심 저장소는 OSS로 제공하지만, 유용한 기능은 DRM과 법적 함정으로 가득 찬 경우에는 침묵함
- Microsoft가 FOSS 지지자들을 달래기 위해 OSS처럼 보이지만 실제로는 아닌 것을 제공함
- Open Source Definition이 2024년에는 이러한 문제를 해결하기에 부적합함
- Pylance 확장에 얼마나 많은 DRM이 있는지 확인해보면, Microsoft가 DRM을 사용하여 공식 VSCode 체크를 제거할 수 없게 만듦
-
VSCode의 생태계는 여러 면에서 약함
- cpptools는 놀랍지만 자주 오작동하고 디버깅이 어려움
- VSCode의 보안 문제는 매우 심각함. 확장 기능이 샌드박스 처리되지 않음
- AI를 사용할 때는 LLM을 신뢰해서는 안 됨. LLM이 악의적인 코드를 작성할 수 있음
- 더 나은 생태계를 만들 기회가 있음. 예를 들어, cpptools의 대체품은 인터넷 접근 없이 텔레메트리가 없어야 함
-
cpptools 확장에 대한 좋은 댓글 스레드가 있음
- 소스에서 빌드하는 것이 불가능하다는 의견이 있음
- OSS 라이선스와 빌드 종속성이 모두 OSS 라이선스인 새로운 용어가 필요함
-
VS Code는 Microsoft에서 무료로 다운로드하고 사용할 수 있는 IDE임
- 모두가 "범용" 개발자 서비스를 만들고 싶어하지만, IDE를 구축하거나 자금을 지원하는 것은 어려움
- Microsoft의 잘못이 아님
-
VS Code를 만드는 50명 이상의 정규직 직원들이 연간 약 2000만 달러의 예산을 정당화하는 모델을 제안하지 않으면, 이는 Microsoft의 엔지니어링 작업을 이용하려는 시도로 보일 수 있음
-
문제를 이해하려고 노력 중임
- MS가 더 나은 cpptools/C++ 확장을 만들고 있으며, 많은 MS 구성 요소가 닫혀 있어 완전한 OSS 버전을 빌드하는 것이 불가능함
- 사용자가 웹 인터페이스에서 네이티브 확장을 사용할 수 없다는 것을 발견하면 문제가 됨
- OSS 소프트웨어 대신 이 프리웨어를 사용하고 싶다면 실망스러울 수 있지만, 그것이 정말 문제인지 의문임
-
주요 확장 프로젝트가 정렬되면, 그들은 단순히 위와 같은 공지를 마켓플레이스 페이지 설명에 추가할 수 있음
- Apple은 현재 마켓플레이스 소송에 직면해 있음. MS는 또 다른 반독점 소송을 원하지 않음
-
"Microsoft가 제공하는 무료 소프트웨어가 충분히 개방적이지 않다"는 현대의 가장 이상한 견해 중 하나임
- Microsoft가 오픈 소스 대안을 방해하지 않고 있음. 단지 그들이 더 좋지 않음
- 무료로 제공되는 소프트웨어를 당연하게 여기는 사람들이 많음
- 과거에는 IDE를 수백 또는 수천 달러에 구매해야 했음
-
이 기사가 텔레메트리에 대한 불만과 실제 제한 사항을 분리하면 더 이해하기 쉬울 것임
-
마음에 들지 않으면 사용하지 말라는 의견이 있음. vim/nvm과 eMacs는 생태계를 타협하지 않는 유능한 편집기임