VS Code está construido a partir de tecnologías web (HTML, CSS y JavaScript), pero me atrevo a decir que hoy en día se usa principalmente una aplicación local que está instalada en su máquina. Sin embargo, eso está comenzando a cambiar, ya que ha habido una explosión absoluta de lugares en los que VS Code está disponible para su uso en la web. Yo diría que es un gran problema, ya que VS Code no es solo un editor; es el editor predominante utilizado por los desarrolladores web. La disponibilidad en la web significa poder usarlo sin instalar software, lo cual es significativo para lugares, como las escuelas, donde administrar todo eso es una molestia, y computadoras, como Chromebooks, donde realmente no se instala ningún software local.
En realidad, es un poco confuso todos los lugares diferentes que aparecen, así que miremos el paisaje como lo veo hoy.
vscode.dev
Hace solo unas semanas, mientras escribo, Microsoft eliminó vscode.dev. Chris Dias:
Los navegadores modernos que admiten la API de acceso al sistema de archivos (Edge y Chrome en la actualidad) permiten que las páginas web accedan al sistema de archivos local (con su permiso). Esta sencilla puerta de enlace a la máquina local abre rápidamente algunos escenarios interesantes para usar VS Code para la Web como una herramienta de desarrollo local de instalación cero.
Solo Edge y Chrome tienen esta API en este momento, pero incluso si no puede obtenerla, aún puede cargar archivos, o quizás más útil, abrir un repositorio. Si funciona, es básicamente … VS Code en el navegador. Puede abrir sus carpetas locales y se comporta en gran medida como lo hace su aplicación local de VS Code.
No he trabajado un día completo ni nada por el estilo, pero el uso básico parece ser el mismo. Hay una concesión de permisos muy explícita que debe hacer, y los comandos del teclado son un poco extraños ya que tiene que luchar contra los comandos del teclado de los navegadores. Además, no hay una terminal que funcione.
Aparte de eso, se siente igual. Incluso cosas como “Buscar en el proyecto” parecen tan rápidas como locales, incluso en sitios grandes.
GitHub.dev: todo el “período de prensa (.) En cualquier repositorio de GitHub”
También obtienes VS Code en el navegador si vas a github.dev, pero no está conectado de la misma manera.
Aquí no tiene la oportunidad de abrir una carpeta local. En su lugar, puede mirar rápidamente un repositorio de GitHub.
Pero quizás aún más notable, puede realizar cambios, guardar los archivos y luego usar el panel de control de fuente allí mismo para confirmar el código o hacer una solicitud de extracción.
Uno pensaría que vscode.dev y github.dev se fusionarían en uno en algún momento, pero quién sabe.
Ah, y oye, pensando en esto a la inversa, también puedes abrir repositorios de GitHub en tu código VS instalado localmente (incluso sin clonarlo).
No hay terminal ni vista previa en esos dos primeros, pero sí con GitHub Codespaces.
GitHub Codespaces también es VS Code en el navegador, pero más elegante. Por un lado, está autorizado en Microsoft-land mientras lo usa, lo que significa que está ejecutando todas las extensiones de VS Code que ejecuta localmente. Pero quizás un problema más importante es que obtienes una terminal que funciona. Cuando lo gira, ve:
¡Bienvenido a Codespaces! Estás en nuestra imagen predeterminada.
• Incluye tiempos de ejecución y herramientas para Python, Node.js, Docker y más. Vea la lista completa aquí: https://aka.ms/ghcs-default-image
• ¿Quiere utilizar una imagen personalizada en su lugar? Obtenga más información aquí: https://aka.ms/configure-codespace
🔍 Para explorar VS Code al máximo, busque usando la paleta de comandos (Cmd / Ctrl + Shift + P o F1).
📝 Edite, ejecute su aplicación como de costumbre y automáticamente la pondremos a su disposición para que pueda acceder a ella.
En un proyecto típico impulsado por npm, puede npm run sus scripts y obtendrá una URL que ejecuta el proyecto como vista previa.
Esto está en el mismo territorio que Gitpod.
Gitpod se parece mucho a GitHub CodeSpaces en que es VS Code en el navegador pero con una terminal que funciona. Ese terminal es como un entorno Docker / Linux completo, por lo que tiene mucho poder allí. Incluso podría imitar su entorno de producción, asumiendo que está usando todas las cosas que admite Gitpod.
También vale la pena señalar que Gitpod se conecta en “espacios de trabajo” que ejecutan servicios. En ese proyecto de demostración anterior, una instancia de MongoDB se está ejecutando en un puerto y un servidor de vista previa está abierto en otro puerto, que puede ver en una interfaz de navegador simulada allí. Poder obtener una vista previa del proyecto en el que está trabajando es una necesidad absoluta y lo están manejando con elegancia.
Quizás recuerde que usamos Gitpod en un video que hicimos sobre DataStax Astra (jumplink) que funcionó muy bien.
Mi conjetura (absoluta) es que Microsoft podría adquirir Gitpod. Parece que Microsoft va en esta dirección exacta y ser comprado es ciertamente mejor que ser aplastado por la compañía que fabrica la tecnología principal que estás usando. Tienes que jugar al “no, esto es bueno! valida el mercado! ¡Te horneamos un pastel incómodo! ” por un tiempo pero no puedo imaginar que termine bien.
Esto también se parece mucho a CodeSandbox o Stackblitz.
Directamente, CodeSandbox y Stackblitz también ejecutan VS Code en el navegador. O … algo que aproveche los bits y bobs de VS Code al menos (un episodio reciente de Syntax se adentra un poco en el enfoque de StackBlitz).
También puede instalar VS Code en su propio servidor.
Eso es lo que es el servidor de códigos de Coder. Entonces, en lugar de usar la versión web de VS Code de otra persona, usa la suya propia.
Puede ejecutar VS Code en un servidor local, pero me imagino que el gran juego aquí es que lo ejecuta en servidores web en la nube en vivo que controla. Tal vez servidores, ya sabes, con su código ejecutándose en ellos, por lo que puede usar esto para editar literalmente los archivos en el servidor. Quién necesita VIM cuando tienes VS Code completo (risas).
Hablamos sobre el caso de uso de la escuela, e imagino que esto también es convincente, ya que es posible que la escuela ni siquiera dependa de un servicio de terceros, sino que lo aloje ellos mismos. Los casos de uso de iPad / Chromebook también son relevantes aquí, y quizás incluso más. Los documentos dicen “Conserva la vida útil de la batería cuando estás en movimiento; todas las tareas intensivas se ejecutan en su servidor “, lo que supongo que significa que, a diferencia de vscode.dev, donde tareas como” Buscar en el proyecto “se realizan (presumiblemente) en su máquina local, las realiza el servidor (tal vez más lento, pero no más lento que ¿una computadora portátil de $ 200?).
Claramente hay algo en el agua con todo esto. Soy optimista con los IDE basados en la web. Solo mire lo que está sucediendo con Figma (pateando traseros), que yo diría que es un tercio debido a la pantalla de reuniones de productos que los diseñadores necesitan con poca hinchazón, un tercio debido al modelo simple de equipo y permisos, y un tercio debido a el hecho de que se construye primero en la web.