Defecto de diseño de Visual Studio Code (2022)

Visual Studio Code está diseñado para la fragmentación

• Visual Studio Code es de código abierto, pero usarlo de una forma distinta a la distribución oficial proporcionada por Microsoft puede implicar riesgos legales

Visual Studio Code ya tiene 7 años

• Visual Studio Code se lanzó hace 7 años y se consolidó como el editor estándar para el desarrollo de software
• El código fuente se publicó bajo licencia MIT, pero el producto descargable se ofrece bajo una licencia privativa
• Microsoft divide a la comunidad de código abierto mediante este esquema

VSCodium es una distribución de escritorio OSS

• El proyecto VSCodium surgió por preocupaciones sobre el uso de la licencia privativa
• Se compila bajo licencia MIT sin las personalizaciones de Microsoft
• No puede conectarse a Microsoft Visual Studio Code Marketplace y sufre el problema de la fragmentación del ecosistema

OpenVSCodeServer es una distribución de servidor OSS

• OpenVSCodeServer es una distribución de servidor usada como columna vertebral de Gitpod
• Al igual que VSCodium, no puede conectarse a Microsoft Visual Studio Code Marketplace
• Lo mantienen principalmente empleados de Gitpod

Los IDE que no son por suscripción están desapareciendo

• Microsoft inició un cambio interno para convertir el software en un servicio
• El servicio de computación en la nube Azure creció como competidor de AWS
• El ecosistema de herramientas para desarrolladores también está pasando al modelo de servicio

GitHub es una marca blanca de tecnología heredada de Microsoft

• Microsoft adquirió GitHub en 2018 y lanzó Visual Studio Online en 2019
• GitHub Codespaces es una versión de marca blanca de Visual Studio Online

El ecosistema está diseñado para fragmentarse

• Empresas como Gitpod pueden enfrentar problemas legales dentro del ecosistema de Visual Studio Code
• Microsoft fragmenta estratégicamente el mercado mediante extensiones privativas
• Las herramientas para lenguajes de programación clave como Python, .NET, C/C++ y Java están bajo el control de Microsoft

¿Cuál es la solución?

• El futuro de las herramientas de desarrollo de software es cerrado
• Se necesita un nuevo movimiento para mantener el ecosistema de código abierto
• Gitpod resolvió parte del problema a través del proyecto OpenVSX, pero hace falta más esfuerzo

Resumen de GN⁺

• Aborda la licencia privativa de Visual Studio Code y el problema de la fragmentación del ecosistema
• Destaca la fragmentación estratégica del mercado por parte de Microsoft y los riesgos legales
• Se necesita un nuevo enfoque para mantener el ecosistema de código abierto
• Explica los desafíos que enfrentan empresas como Gitpod

[unsure4000]

Estoy considerando usar vim o zed.

Uso una terminal con la opacidad configurada,
¿de casualidad saben cómo quitar el color de fondo de nvim?
Si encuentro solo eso, de verdad quiero probar nvim...

[siscof]

Si usas la terminal kitty, si lo configuras con el mismo color de fondo probablemente se aplicará la transparencia.
Si no, también podrías considerar un plugin como este..

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

[unsure4000]

Gracias. Lo revisaré.

[unsure4000]

Tuvo éxito. Gracias. Que tengas un buen día.

[GN⁺]

Opiniones en Hacker News

• La gente expresa su indignación cuando se trata de software con código fuente publicado

  • Guardan silencio cuando Microsoft ofrece el repositorio central como OSS, pero las funciones útiles están llenas de DRM y trampas legales
  • Microsoft ofrece algo que parece OSS, pero en realidad no lo es, para apaciguar a los partidarios de FOSS
  • En 2024, la Open Source Definition no es adecuada para resolver este tipo de problemas
  • Si revisas cuánto DRM hay en la extensión Pylance, Microsoft hace imposible eliminar la verificación oficial de VSCode usando DRM

• El ecosistema de VSCode es débil en varios aspectos

  • cpptools es sorprendente, pero falla con frecuencia y es difícil de depurar
  • Los problemas de seguridad de VSCode son muy graves. Las extensiones no están aisladas en sandbox
  • Al usar IA, no se debe confiar en los LLM. Un LLM puede escribir código malicioso
  • Hay una oportunidad de crear un mejor ecosistema. Por ejemplo, una alternativa a cpptools no debería tener telemetría ni acceso a internet

• Hay un buen hilo de comentarios sobre la extensión cpptools

  • Hay opiniones de que es imposible compilarla desde el código fuente
  • Hace falta un nuevo término para cuando tanto la licencia OSS como las dependencias de compilación tienen licencias OSS

• VS Code es un IDE que se puede descargar y usar gratis desde Microsoft

  • Todos quieren crear servicios para desarrolladores de propósito general, pero construir o financiar un IDE es difícil
  • No es culpa de Microsoft

• Si más de 50 empleados de tiempo completo que hacen VS Code no proponen un modelo que justifique un presupuesto anual de alrededor de 20 millones de dólares, esto puede parecer un intento de aprovecharse del trabajo de ingeniería de Microsoft

• Estoy tratando de entender el problema

  • MS está creando una mejor extensión cpptools/C++, y muchos componentes de MS son cerrados, por lo que es imposible construir una versión OSS completa
  • Se vuelve un problema cuando los usuarios descubren que no pueden usar extensiones nativas en la interfaz web
  • Si quieres usar este freeware en lugar de software OSS, puede ser decepcionante, pero queda la duda de si realmente eso es un problema

• Si los principales proyectos de extensiones se alinean, simplemente podrían agregar un aviso como el de arriba en la descripción de la página del marketplace

  • Apple actualmente enfrenta una demanda relacionada con su marketplace. MS no quiere otra demanda antimonopolio

• "El software gratuito que ofrece Microsoft no es lo suficientemente abierto" es una de las posturas más extrañas de la actualidad

  • Microsoft no está obstaculizando las alternativas de código abierto. Simplemente no son mejores
  • Mucha gente da por sentado el software que se ofrece gratis
  • Antes había que comprar IDE por cientos o miles de dólares

• Este artículo sería más fácil de entender si separara las quejas sobre la telemetría de las limitaciones reales

• Hay quienes opinan que, si no te gusta, no lo uses. vim/nvm y eMacs son editores competentes que no comprometen el ecosistema