logo

midulive


Transcribed podcasts: 605
Time transcribed: 13d 15h 9m 33s

This graph shows how many times the word ______ has been mentioned throughout the history of the program.

Pues aquí tenemos a los buenos de la gente de BAN que, ojo, lo que tienen.
Tienen un objetivo para el 2024, solo uno.
Su objetivo es cambiar el entorno de ejecución por defecto de JavaScript en el backend
de Node.js a BAN.
Ojo, ojo, ojo, ojo, ojo.
Son los más modestos, somos los mejores y los más modestos.
Madre mía, ¿eh? Y la han puesto ahí, tweet público.
Bueno, si no sabéis qué es BAN o como le queráis pronunciar, ya sabéis que es un entorno de ejecución
que es una alternativa a Node.js, que es muy rápido y que hace muchas más cosas que Node.
¿Por qué? Porque no solo compila TypeScript, compila JSX, sino que también es una alternativa a NPM.
La idea es que sea una alternativa también a Webpack, que eventualmente tiene testing,
tiene un montón de cosas, ¿ves? Es un package manager, es un test runner también, más rápido que B-Test.
Es como que hace muchas, muchas cosas, demasiadas cosas.
Y aquí tenemos que han puesto este tweet que tienen un objetivo para 2024,
que es cambiar el tiempo de ejecución de JavaScript backend predeterminado de Node.js a BAN.
O sea, madre mía, madre mía. BAN viene mejor que Dino.
Hostia, yo os voy a decir algo polémico.
Yo creo que en tema de estrategia es mucho más interesante ahora mismo para que entendamos,
porque la gente, es que la gente se va a volver loca ya, la gente ya no sabe de dónde vienen.
Pero a ver, amigos, vamos a ver. Tenemos, ya sabéis, Node.js, que es el típico, mágico, maravilloso de toda la vida.
¿Vale? Tenemos Node.js. Vale, esto es uno.
Luego tenemos Dino, ¿vale? Que Dino, curiosamente, Dino es del creador de Node.js.
Cosas que pasan. Y ahora tenemos BAN, ¿vale? O sea, que ya tenemos tres.
Tenemos tres entornos de ejecución. Que en realidad tener tenemos más, pero estos serían como los tres más famosos.
Y claro, la pregunta del millón es en qué se diferencia cada uno.
Bueno, ahora no voy a hacer todo el croquis entero, pero podríamos decir que este está basado en V8, ¿vale?
Este tiene V8. Este también está basado en V8, pero este resulta que estaba basado en JavaScript Core, ¿vale?
JavaScript Core es el motor que tiene Safari. O sea, este es el de Chrome, ¿vale?
Este es el de Chrome, V8. Mira, voy a poner aquí. Y este es V8 también, ¿vale?
Y este JavaScript Core. Aquí cada uno va con lo que le da la gana, ¿eh? Vamos a ponerlo así.
Entonces, lo que es interesante de los tres, que los tres podéis hacer backend, no sé qué, no sé cuánto,
y ya se están limando bastante las diferencias, ¿no? Porque, por ejemplo, antes Dino y Ban,
una cosa que sí que es muy interesante, es que tienen soporte nativo de TypeScript.
O sea, no necesitas compilar el TypeScript para que funcione. Esto está bastante chulo.
Esto es una cosa que no tiene, por ejemplo, Node.js y no va a tener nunca, según lo que han dicho ellos, ¿eh?
Esto, caca, caca. Dicen que no lo va a tener nunca.
Pero, lo que sí que es interesante es la estrategia, porque ya poco a poco han ido cambiando, no sé,
el hecho de soportar Fetch. Node.js no soportaba Fetch. Ahora la han cambiado.
Los permisos, que eso está muy interesante. Por ejemplo, una cosa que hace única a Dino es el sistema de permisos.
Esto es una cosa que es única de Dino a día de hoy.
Este, que yo sepa, Ban no tiene sistema de permisos todavía, pero lo tendrá, seguro.
Y en Node.js están trabajando en ello, ¿vale? En el sistema de permisos.
Entonces, cada uno van cambiando. La verdad es que son muy distintos, pero a la vez no son tan distintos, ¿vale?
Pero el tema es, lo interesante de estos tres es que cada uno tiene una estrategia totalmente diferente.
Porque al final, lo que sí que es obvio, y yo diría que si tengo que decir la diferencia más obvia de las tres,
es la estrategia. ¿Por qué? Porque Node.js es de la Open Source JS Foundation.
¿Qué quiere decir esto? Pues que es sin ánimo de lucro. No tiene ningún tipo de lucro.
Y por lo tanto, la idea es tener un bien a la comunidad, ¿ok? Eso sería lo primero.
Pero Dino sí que tiene, Dino tiene una empresa, que no me acuerdo cómo se llama, Dino, Dino, Blog, Investment.
A ver si me acuerdo cómo se llama la empresa. Dino Rises 21 millón de dólares, ¿eh?
Dino Company se llama, vale, The Dino Company. Así que ya veis, The Dino Company.
The Dino Company tiene una empresa y ya ha sacado 21, vamos a ponerlo aquí.
¿Cuánto dinero ha sacado esto? 21 millones de dólares. Que no está mal.
21 millones de dólares. Casi nada. ¿Y en qué se están? ¿Y cuál es la estrategia de Dino?
La estrategia de Dino es el hosting, base de datos, servicios en la nube o en el Edge.
Este es, digamos, la estrategia de Dino. ¿Por qué? Porque tienes Dino Deploy, ¿vale?
Tú tienes Dino Deploy que te permite desplegar, desplegar sus APIs, súper, bastante de forma gratuita.
¿Ves? Ya tienes todo el tema del cloud, tienes una base de datos que han hecho Key Value,
tienes un montón de cositas, ¿vale? Y ahí es donde están poniendo su foco,
en todo el tema del hosting, del servicio del hosting.
Y luego tendríamos BAN, que BAN, la compañía, se llama OVEN, ¿vale?
Y la compañía OVEN BAN Investment, que invirtió el bono de Gishermo, Gishermo, esta es la empresa, ¿ves?
¿Y cuánto? 7 millones de dólares.
¡Ah! Ahí es donde está el tema. 7 millones de dólares.
7 millones de dólares se lo ha llevado OVEN.
¿Y cuál es la estrategia que ahora mismo tiene BAN?
Porque esta es la pregunta del millón. ¿De dónde va a sacar el dinero BAN, no?
¿De dónde? Bueno, de la financiación.
Yo creo que a largo plazo yo descarto el hosting porque teniendo en cuenta que Guillermo, ¿sabes?
Guillermo ha metido aquí pasta, sería como muy raro, a ver si lo hemos puesto...
Mira, ¿ves? Guillermo Rauch. A mí me resultaría raro.
Entonces, ¿cuál va a ser la idea?
La idea yo creo de BAN va a ser más bien, va a ser más bien consultoría premium escalabilidad.
Yo creo que va a ser más este tema. Consultoría premium escalabilidad.
Así que esos serían los tres entornos de ejecución.
A ver, es difícil todavía saber, ¿eh?
Yo creo que sí que van a ofrecer hosting, pero lo malo de ofrecer hosting está en esta frase, ¿vale?
Cambiar el tema de ejecución de JavaScript predeterminado de no yes a BAN.
Es que es muy difícil ofrecer un hosting si al final Vercell, por ejemplo, si Vercell soporta BAN,
entonces ¿cuál va a ser el impacto?
Va a ser muy difícil, a no ser que se copien la estrategia de Dino y básicamente hagan exactamente lo mismo, ¿vale?
Hagan exactamente lo mismo.
Que podría ser, ¿eh? Que podría ser.
El ecosistema de JavaScript ya no hay por dónde cogerlo.
Por esto, por los entornos de ejecución.
Me parece un comentario típico, pero sí que me parece interesante, la verdad.
El hecho de que como entornos de ejecución, no sé, en otros sitios es verdad que no hemos tenido tanta fragmentación.
Pero ¿sabéis qué pasa? Que es que también pasa que tampoco hay un mercado tan grande como el de JavaScript.
Eso lo estuvimos hablando el otro día cuando estuve en Berlín.
Y es eso, ¿no? Que dice, ¿por qué tanta fragmentación en JavaScript?
Bueno, porque también es más difícil que la web tenga un dueño.
Y no queremos que la web tenga un dueño.
Y cuanto más entornos, más frameworks y tal, al final porque hay diferentes formas de hacer las cosas y queremos tener la libertad de elegir.
Justamente, aunque mucha gente dice, es que no hay por dónde cogerlo, es porque realmente, el cómo es la naturaleza de Internet, queremos esa libertad.
¿Entendéis?
No queremos, aunque muchos programadores les gustaría que les dijesen, no, esto se hace así y solo así.
Pero lo cierto es que va contra los principios de Internet.
¿Sabes? El hecho de esa libertad en la que al final es una de las grandes cosas que ha tenido un impacto positivo en la tecnología en el mundo del desarrollo.
Por ejemplo, muchos de los avances que al final incluso han llegado a desarrollos nativos como puede ser React, SwiftUI y Jetpack Compose, con todo mi cariño, han aprendido mucho de React.
Y a lo mejor, de otra forma, no hubiera ocurrido.
Entonces, no sé, es que es complicado, es complicado.
Entiendo el punto, pero por otro lado es que es complicado en Internet decir una forma en la que hay que hacer las cosas y ya está.
Lo veo difícil.
¿Os habéis enterado? Ahora ya no vais a tener ningún tipo de dudas.
¿También hay fragmentación en otro lenguaje? La fragmentación no es exclusiva de JavaScript.
Hombre, pero es verdad que la fragmentación en el mundo web es mucho mayor.
O sea, tampoco vamos a engañarnos.
Pero bueno, aquí están las cosas.
Van dice que va a ocurrir esto, pero claro, alguien le ha dicho, step one, Windows support.
Porque claro, si no soportas Windows, ya me dirás tú, ¿dónde vas a llegar?
¿Dónde vas a llegar? No vas a llegar ni, vamos, ni debajo tu casa vas a llegar.
Y ojo, porque la gente de BAN dice que se habían reunido todo el equipo para ver si le ponían soporte a Windows, pero yo todavía no veo.
No sé si han dicho algo al respecto de que sí que lo han conseguido y tal, pero todavía veo que no están en ello.
O sea, no he visto ahí que han dicho, mira, dicen que todas las APIs de BAN estarán disponibles en Node pronto.
No sé, me parece interesante, pero me parece como dice un poco, no sé, se les ha ido un poco de las manos, la verdad.
¿Por qué Windows sigue siendo un sistema que no está basado en Linux?
Hostia, hostia, polémica esa, polémico.
¿Por qué Windows sigue siendo un sistema que no está basado en Unix?
Buena pregunta, ¿eh?
A ver, a partir de Windows System Linux, o sea, WSL, podéis utilizar BAN sin ningún tipo de problema.
Eso es una pregunta para Microsoft.
Yo ya sabéis que un día dije, yo creo, yo creo que algún día veremos Windows basado en Unix.
Yo creo, porque ya no tiene tanto sentido como antes, sinceramente, ¿no?
Pero ahora debe ser difícil dar marcha atrás de todo el trabajo que tienen.
Me imagino que será mejor algo que hagan poco a poco.
Hay gente que no está de acuerdo, pero yo la verdad debe ser por retrocompatibilidad.
Es lo que dice Andrés Vega.
Yo estoy bastante de acuerdo.
Creo que puede ser que sea por eso.