Falha de projeto do Visual Studio Code (2022)

O Visual Studio Code foi projetado para fragmentação

• O Visual Studio Code é open source, mas usá-lo de uma forma diferente da distribuição oficial fornecida pela Microsoft pode gerar riscos legais

O Visual Studio Code agora tem 7 anos

• O Visual Studio Code foi lançado há 7 anos e se consolidou como o editor padrão para desenvolvimento de software
• O código-fonte foi publicado sob a licença MIT, mas o produto disponível para download é oferecido sob uma licença proprietária
• A Microsoft, por meio disso, fragmenta a comunidade open source

O VSCodium é uma distribuição desktop OSS

• O projeto VSCodium começou por causa de preocupações com o uso de uma licença proprietária
• É compilado sob a licença MIT sem as customizações da Microsoft
• Não pode se conectar ao Microsoft Visual Studio Code Marketplace e enfrenta problemas de fragmentação do ecossistema

O OpenVSCodeServer é uma distribuição OSS para servidor

• O OpenVSCodeServer é uma distribuição para servidor usada como espinha dorsal do Gitpod
• Assim como o VSCodium, não pode se conectar ao Microsoft Visual Studio Code Marketplace
• É mantido principalmente por funcionários do Gitpod

IDEs que não são por assinatura estão desaparecendo

• A Microsoft iniciou uma mudança interna para transformar software em serviço
• O serviço de computação em nuvem Azure cresceu como concorrente da AWS
• O ecossistema de ferramentas para desenvolvedores também está migrando para um modelo de serviço

O GitHub é um white label de tecnologias antigas da Microsoft

• A Microsoft adquiriu o GitHub em 2018 e lançou o Visual Studio Online em 2019
• O GitHub Codespaces é um white label do Visual Studio Online

O ecossistema foi projetado para ser fragmentado

• Empresas como a Gitpod podem enfrentar problemas legais no ecossistema do Visual Studio Code
• A Microsoft fragmenta estrategicamente o mercado por meio de extensões proprietárias
• Ferramentas para linguagens de programação importantes como Python, .NET, C/C++, Java estão sob o controle da Microsoft

Qual é a solução?

• O futuro das ferramentas de desenvolvimento de software é fechado
• É necessário um novo movimento para manter o ecossistema open source
• O Gitpod resolveu parte do problema por meio do projeto OpenVSX, mas são necessários mais esforços

Resumo do GN⁺

• Aborda a licença proprietária do Visual Studio Code e o problema de fragmentação do ecossistema
• Destaca a fragmentação estratégica do mercado pela Microsoft e os riscos legais
• É necessária uma nova abordagem para manter o ecossistema open source
• Explica os desafios enfrentados por empresas como a Gitpod

[unsure4000]

Estou pensando em considerar usar vim ou zed.

Eu uso um terminal com opacity configurada,
por acaso você sabe como remover a cor de fundo do nvim?
Se eu só descobrir isso, com certeza quero experimentar o nvim...

[siscof]

Se você usa o terminal kitty, acho que vai aplicar transparência se configurar com a mesma cor de fundo.
Ou então vale considerar um plugin como este..

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

[unsure4000]

Obrigado. Vou dar uma olhada.

[unsure4000]

Conseguiu. Obrigado. Tenha um bom dia.

[GN⁺]

Comentários do Hacker News

• As pessoas expressam indignação em relação a softwares com código-fonte aberto ao público

  • Ficam em silêncio quando a Microsoft oferece o repositório principal como OSS, mas os recursos úteis vêm cheios de DRM e armadilhas legais
  • A Microsoft oferece algo que parece OSS, mas na prática não é, para apaziguar defensores de FOSS
  • A Open Source Definition, em 2024, é inadequada para resolver esse tipo de problema
  • Se você verificar quanto DRM existe na extensão Pylance, verá que a Microsoft usa DRM para impedir a remoção da verificação oficial do VSCode

• O ecossistema do VSCode é fraco em vários aspectos

  • O cpptools é impressionante, mas falha com frequência e é difícil de depurar
  • Os problemas de segurança do VSCode são muito sérios. As extensões não são isoladas em sandbox
  • Ao usar IA, não se deve confiar em LLMs. Um LLM pode escrever código malicioso
  • Há uma oportunidade de criar um ecossistema melhor. Por exemplo, uma alternativa ao cpptools não deveria ter telemetria nem acesso à internet

• Há um bom fio de comentários sobre a extensão cpptools

  • Há opiniões de que é impossível compilar a partir do código-fonte
  • É necessário um novo termo em que tanto a licença OSS quanto as dependências de build sejam todas licenciadas como OSS

• O VS Code é uma IDE que pode ser baixada e usada gratuitamente da Microsoft

  • Todo mundo quer criar serviços para desenvolvedores "de uso geral", mas construir ou financiar uma IDE é difícil
  • Isso não é culpa da Microsoft

• Se mais de 50 funcionários em tempo integral que fazem o VS Code não propuserem um modelo que justifique um orçamento anual de cerca de US$ 20 milhões, isso pode parecer uma tentativa de se aproveitar do trabalho de engenharia da Microsoft

• Estão tentando entender o problema

  • A MS está criando uma extensão cpptools/C++ melhor, e muitos componentes da MS são fechados, o que torna impossível compilar uma versão totalmente OSS
  • Isso se torna um problema quando os usuários descobrem que não podem usar extensões nativas na interface web
  • Pode ser decepcionante se alguém quiser usar esse freeware em vez de software OSS, mas fica a dúvida se isso realmente é um problema

• Quando os principais projetos de extensão estiverem alinhados, eles podem simplesmente adicionar um aviso como o acima na descrição da página do marketplace

  • A Apple atualmente enfrenta um processo relacionado ao marketplace. A MS não quer outro processo antitruste

• "O software gratuito fornecido pela Microsoft não é aberto o suficiente" é uma das opiniões mais estranhas da era moderna

  • A Microsoft não está impedindo alternativas open source. Apenas acontece que elas não são melhores
  • Muitas pessoas tomam como garantido software oferecido de graça
  • No passado, era preciso comprar uma IDE por centenas ou milhares de dólares

• Este artigo seria mais fácil de entender se separasse as reclamações sobre telemetria das limitações reais

• Há a opinião de que, se você não gosta, não use. vim/nvm e eMacs são editores competentes que não comprometem o ecossistema