La empresa Deno

Estoy seguro de que muchos de ustedes están prestando atención a Deno de todos modos, el proyecto de JavaScript en el servidor de próxima generación del creador de Node, Ryan Dahl, especialmente después de dejar caer todos estos sinceros arrepentimientos sobre lo que sucedió en Node. Pero quizás esté prestando más atención ahora que Deno ha realizado una inversión inicial y se convertirá en una empresa, sin dejar de ser de código abierto:

Para que Deno crezca y sea de máxima utilidad, debe permanecer libre y permisivamente. No creemos que el modelo de negocio de “núcleo abierto” sea adecuado para una plataforma de programación como Deno. No queremos encontrarnos en la desafortunada posición de tener que decidir si ciertas funciones son sólo para pagos de clientes. Si observa nuestras conferencias, descubrirá que llevamos años insinuando aplicaciones comerciales de esta infraestructura. Somos optimistas sobre la tecnología que hemos construido y tenemos la intención de implementar esas aplicaciones comerciales nosotros mismos. Nuestro negocio se basará en el proyecto de código abierto, no intentará monetizarlo directamente.

Estoy entusiasmado con esto porque otras personas lo están, hasta cierto punto. Sé que su naturaleza “segura por defecto” es emocionante para Alex, mi cofundador, extremadamente consciente de la seguridad.

Encuentro funciones interesantes como “TypeScript listo para usar”. Si bien yo realmente no uso TypeScript, me sorprende lo importante que es. Hablando con Laurie Voss hace unos años, me enteré de que casi dos tercios de los desarrolladores lo estaban usando y no parece que haya perdido fuerza. Y tienes a Scott Tolinski aquí hablando poéticamente sobre cómo se escribe todo GraphQL y obtienes esta pila de ensueño completamente escrita cuando TypeScript es parte de la mezcla.

Ya existe un paquete (literalmente, Bundler) para Deno que admite TypeScript listo para usar, junto con JSX. ¿Adivina qué más hace? Las grandes herramientas de compilación de próxima generación, Snowpack, Vite y wmr.

Deno también está escrito en Rust, lo cual es un ángulo interesante para todo esto, en parte debido a la velocidad (es rápido). Tanto Snowpack como Vite usan esbuild bajo el capó, que está escrito en Go (también rápido). No tengo una gran idea de si Go o Rust son más rápidos para este tipo de trabajo, pero ambos son un gran paso adelante con respecto a la mayoría de los paquetes y ejecutores de tareas que utilizamos hoy. Incluso puedes usar esbuild directamente o con ligeras abstracciones encima, como Estrella. Nuevamente, se admite TypeScript.

Me hace pensar en Babel. Si no ejecuta TypeScript a través de él, y no lo necesita para JSX, y no necesita compilar cosas básicas de ES6/7 ahora que el soporte es tan amplio, ¿cuánto tiempo dura? Por supuesto, la respuesta es mucho tiempo. Un proyecto tan grande como Babel no desaparece sin más. Supongo que todo lo que se necesita es una característica nueva, exótica y deseable de JavaScript que sea compilable con una sintaxis existente, y todos la volverán a incluir en sus canales.