El Viaje de los Proyectos de CodeSandbox

Es hora de conocer a los chicos en la conferencia. Bienvenidos, Daniel, Marco y Matt. Esta es la primera vez que tenemos una sesión, así que veamos qué están haciendo los oradores.

Hola a todos. Es realmente agradable estar aquí. Creo que nunca he hablado en una conferencia con tanta gente. Es absolutamente loco. Tengan en cuenta que esta es la primera vez que uso Keynote. Puede que esté un poco entusiasmado con las animations.

Mi nombre es Yves van Hoornen. Pueden encontrarme en Twitter bajo el nombre Compuives. Mi nombre es bastante difícil de pronunciar, incluso en los Países Bajos. Así que pueden llamarme Yves. Pueden llamarme Ives. Mis amigos también tienen problemas con mi nombre. Me llaman Flip. Así que si quieren llamarme Flip, está bien también. Soy uno de los dos cofundadores de Code Sandbox.

Y en primer lugar, ¿quién de ustedes antes de hoy ha oído hablar de Code Sandbox o ha usado Code Sandbox? Bien. Eso es realmente genial. No importa. Aún así voy a hacer una demostración porque quiero hacerlo. Esto es Code Sandbox. Code Sandbox es un editor de código en línea. Es básicamente como su editor de código local, pero lo bueno es que cada vez que construyen algo, obtienen un enlace que pueden compartir con otras personas. Así que puedo hacer un cambio. Puedo cambiar esto a hola mundo, por ejemplo. Se actualizará en la vista previa. Y si presiono fork, obtengo mi enlace único y puedo compartirlo con otras personas. Ahora, Code Sandbox es bastante antiguo.

De todos modos, hoy quiero hablar sobre la historia de Code Sandbox. Cómo Code Sandbox comenzó como un pequeño proyecto secundario que se convirtió en una empresa y lo que hemos aprendido en el camino. Mi objetivo es realmente inspirarte si tienes una idea en la que realmente estás pensando en trabajar. Al final, haré una charla un poco loca sobre Minecraft. De lo cual hablaremos al final.

Así que empecemos. Hace cinco años, yo era un desarrollador web para un sitio web de subastas llamado Katawiki. Estábamos convirtiendo páginas de Ruby on Rails, versión 2, a React. En algún momento, estaba de vacaciones en St. Ives. Y literalmente fuimos allí porque mi nombre está en él. Y en ese momento, mis compañeros de trabajo me hacían preguntas sobre las piezas de código. Y simplemente me enviaban fragmentos de código en Slack de React. Y no podía descifrar qué estaba pasando. Porque hoy en día, todo tiene un compilador V8. Yo no tenía uno en mi cabeza. Solo intentaba descifrar qué estaba pasando. Y empecé a pensar que sería interesante tener tu entorno de desarrollo disponible en todas partes. Y por supuesto, no hice mucho con la idea. Como la mayoría de las ideas, empecé a estudiar. Y recuerdo que fui a la universidad y la primera clase fue sobre Java. Y luego la segunda clase fue sobre Java.

Y la tercera conferencia fue sobre Java. Y en algún momento, pensé, bueno, quiero hacer algo junto con la conferencia de Java. Y ahí es cuando empecé a usar Sketch, la herramienta de diseño. Comencé a hacer un diseño de esta idea de Code Sandbox. Y creé este boceto muy simple, donde tendrías, en la barra lateral, tendrías un componente, y luego tendrías código, y luego tendrías una vista previa. Como desarrollador, pensé que este diseño era lo suficientemente bueno, así que comencé con la implementación.

Y esta es la primera implementación. Recuerdo estar tan feliz con esto. Funcionaba. Podías escribir código. Actualizaba la vista previa. Incluso te mostraba errores. Me emocioné tanto que inmediatamente comencé a trabajar en lo siguiente, que era agregar una barra de navegación. Y pensé, sería genial si pudieras construir dependencias de NPM en Code Sandbox, para que puedas crear múltiples dependencias de NPM e importarlas. Pero esto comenzó a parecerse mucho a un explorador de archivos. En la siguiente iteración, lo convertí en un explorador de archivos. Luego pensé, ¿qué pasa si agregamos dependencias de NPM? Agregamos dependencias de NPM al proyecto también. Y comenzó a parecerse realmente a Code Sandbox tal como es hoy en día.

Sin embargo, lo interesante es que Code Sandbox no comenzó como es hoy en día. Comenzó como la idea de un editor de componentes, luego se convirtió en un constructor de bibliotecas de componentes, luego se convirtió en un constructor de bibliotecas de componentes en línea y finalmente, antes del lanzamiento, se convirtió en un editor de código en línea. Y la lección que aprendimos de esto es que no importa qué idea tengas, si crees que la idea es imperfecta, vale la pena trabajar en ella. Porque cada idea comienza imperfecta. La razón por la que comienzas a trabajar en ella es para refinar la idea, y la idea definitivamente cambiará. Porque luego dices, tengo una idea pero no creo que sea genial. Y luego no comienzan a trabajar en ella. Lo cual es una lástima, porque realmente si comienzas a trabajar en la idea, entonces la idea mejorará. Esa fue una lección. Y obtuvimos esta versión. Se parecía mucho a Code Sandbox. Era enero de 2017.

Pero miraba Code Sandbox todos los días y en algún momento pensé que no era tan especial. No sentía la misma emoción que cuando creé un prototipo. Lo miraba todos los días y sentía que nadie lo necesitaba.

Así que volví a mis conferencias de Java y mis amigos me preguntaron: `Oye, ¿qué has estado haciendo en este tiempo?`. Y les dije: `Bueno, he estado trabajando en algo llamado Code Sandbox.`. Y ellos preguntaron y se lo mostré y estaban mucho más entusiasmados de lo que esperaba. Estaban realmente emocionados con esto. Y pensé: `Ok, tal vez haya algo realmente con Code Sandbox`.

Así que en ese momento se unió mi cofundador Bas. Y dijimos: `Ok, vamos a intentar lanzarlo el 1 de abril. Así que vamos a construir todo lo que queremos antes del 1 de abril. Si hay algo incompleto el 1 de abril, lo eliminaremos. No lo construiremos. No lo terminaremos. Lo eliminaremos del producto.

Así que puedes ver el pico de implementación. Y la lección que aprendí es buscar comentarios externos. Porque cuando miras un producto todos los días, tu idea de él se distorsionará. Y esto realmente ayudará mucho con esto. Y también lanzar rápidamente. Por ejemplo, eliminé una función el 1 de abril porque no pude terminarla. Y eso era el soporte para exportar el sandbox a npm. Así que podías publicar tu sandbox en npm. Y pensé que esto era muy importante. Y lo lanzamos y nadie lo solicitó. Triste. Todavía tenemos esta solicitud de extracción abierta. Es una solicitud de extracción simbólica. Nunca la fusionaría de nuevo, porque, bueno, los conflictos de fusión son un poco altos ahora. Pero eso es algo muy importante de darse cuenta.

Y también seguir KISS. Mantenerlo simple. Porque también recuerdo que pensé, oh, necesitamos almacenar los archivos de las cajas de arena en S3 o almacenamiento en red. Pero no tuve tiempo de implementar todo eso antes de abril. Así que almacenamos cada archivo en Postgres. Lo cual suena loco. Almacenar archivos de código en Postgres. Y ahora tenemos 25 millones de cajas de arena. Más de 200 millones de archivos. Y aún así todo se almacena en Postgres. Y aún así es muy rápido. Así que es realmente, realmente interesante. Eso es algo que es, esto es algo que, bueno, Postgres siempre me ha sorprendido. Al igual que Elixir. Pero mantenerlo simple. Constrúyelo para tu primer caso de uso y ve si necesitas hacerlo crecer.

Así que lanzamos Code Sandbox el 2 de abril. Nos dimos cuenta de que el 1 de abril es la peor fecha, tal vez en el año, para lanzar algo. Porque es el día de los inocentes. Así que lo lanzamos el 2 de abril. Mucha, mucha anticipación. Teníamos champán, bueno, champán de estudiantes, porque éramos estudiantes. Obtuvimos seis me gusta en el Tweet. Y todos esos me gusta eran de mis amigos del instituto que no programaban. Un poco triste. Así que habíamos trabajado medio año en Code Sandbox y obtuvimos seis me gusta. Sin usuarios. ¿Y ahora qué? Y recuerdo haber leído un libro, un libro de marketing. No recuerdo el libro. Pero sí recuerdo algo de ese libro de marketing que decía que es mejor tener 100 fans verdaderos que 10,000 personas a las que les gustas.

Y eso es algo que realmente seguimos. Es mejor tener 100 personas que realmente hablen de ti a sus amigos, que estén tan entusiasmadas contigo que sigan todo lo que haces en el producto, que tener 10,000 personas que solo echen un vistazo rápido y piensen 'oh, esto es genial'. Pero luego sigan adelante. Y así comenzamos a hacer cosas que no eran escalables. Empezamos a hablar con la gente, lo cual es extraño. Les enviamos correos electrónicos. En algún momento, incluso dieron comentarios sobre las cajas de arena, como vi, oh, se ha creado una nueva caja de arena, y les envié un mensaje. Oye, te falta un punto y coma aquí. Eso fue un poco exagerado. Pero cuando hablas con estas personas, te darán comentarios. Dirán, oh, desearía poder usar ESLint, podría usar Prettier, por ejemplo. Y la forma más segura de convertirlos en fanáticos es si implementas esos comentarios muy rápidamente, porque muestra que les escuchas, solo si se ajusta a tu hoja de ruta, por cierto, de lo contrario, crearás un monstruo, pero si implementas esos comentarios muy rápido, se convertirán en fanáticos. Así que lanza con frecuencia. Y si lanzas, hazlo públicamente para que también las personas que te gustan vean que estás trabajando activamente en ello, y vean que realmente se ha puesto mucho amor en un solo producto. Eso fue algo que fue súper, súper, súper importante para nosotros. Y con esa estrategia, entre 2017 y 2019, obtuvimos mucho crecimiento. Comenzó a crecer mucho con Code Sandbox, y anecdóticamente también se puede decir que cuando miras el gráfico de mis puntos de estudiante, mis exámenes anteriores, es más o menos el mismo gráfico pero al revés. Es comprensible, porque cuando recibes este tipo de comentarios, cásate conmigo, estoy enamorado de ti, esto es delicioso, gracias, te he incluido en mi testamento, todavía necesito encontrar a esta persona, pero fue súper, súper, fue simplemente un momento súper emocionante.

Y hemos aprendido desde que lanzamos Code Sandbox, también hemos aprendido cosas que inicialmente no sabíamos, la más importante es que las personas aprenden a programar usando Code Sandbox. Y cuando lo piensas, a posteriori, tiene sentido, ¿verdad? Si nunca has programado antes y quieres empezar a programar, de repente tienes que aprender sobre la terminal, ¿debería usar Next.js o crear una aplicación React o remix, qué editor de código debería usar? ¿Qué es Webpack? Todas estas cosas. Primero tienes que aprender sobre las herramientas antes de poder empezar a programar. Y con Code Sandbox puedes ir a un enlace, puedes empezar a editar el texto en blanco y inmediatamente obtienes esa sensación de dopamina de haber programado. Y esto se convirtió en nuestro valor más importante para Code Sandbox. Realmente es lo más importante para nosotros, que lo hagamos, que reduzcamos la curva de aprendizaje de la programación.

El segundo aprendizaje fue que los desarrolladores utilizaban Code Sandbox para compartir su trabajo. No solo con otros desarrolladores, sino también con, por ejemplo, diseñadores y con la gestión de productos. Lo cual es realmente interesante. Incluía a más personas del equipo de producto que solo desarrolladores en Code Sandbox.

Y finalmente, las personas querían utilizar Code Sandbox más allá de los prototipos. Donde las personas comenzaban en Code Sandbox, comenzaban a hacer prototipos. Y luego el prototipo se volvía más grande, y más grande, y más grande. Y ya no cabía en Code Sandbox, y las personas tenían que optar por otra opción. Y todos estos valores los incluimos al final. Estos son los valores que tenemos con Code Sandbox. Y los seguimos desde el principio. En cuanto al último punto, las personas querían utilizar Code Sandbox más allá de los prototipos. Hay un ejemplo claro. ¿Cuántos de ustedes conocen XcalitRAW? Sí, es realmente genial. Definitivamente les recomendaría que lo revisen. Es una herramienta de pizarra blanca. Te permite crear diagramas muy fácilmente, dibujados a mano. Y también lo usaré en la presentación. Pero ese proyecto es un proyecto de código abierto que comenzó en Code Sandbox. Fue iniciado en Code Sandbox, compartido por Christopher Chedeau en Twitter. Y cada vez más personas comenzaron a trabajar en él, y se volvió más grande, y más grande. Y en algún momento, querían tener herramientas personalizadas. Creo que querían algo como Docker o algo así, o querían tener algunas reglas personalizadas de ESLint. Pero ya no pudieron usar Code Sandbox.

Y eso es una lástima, porque hasta ahora estaban usando Code Sandbox y les funcionaba bien, donde podían compartir sandboxes entre ellos, pero ya no podían hacerlo. Así que comenzamos a pensar... ¿Podemos habilitar Code Sandbox para proyectos grandes? ¿Podemos habilitar Code Sandbox para proyectos realmente grandes, como Code Sandbox en sí mismo? Y nos pusimos manos a la obra con esto.

Decidimos, bueno, ¿qué tal si empezamos desde cero? Hace año y medio, nos pusimos manos a la obra y nos preguntamos, ¿cómo podemos habilitar el flujo de Code Sandbox para cualquier proyecto de cualquier tamaño, integrado en tu flujo de trabajo existente? Y eso es lo que hemos construido. Se llama Code Sandbox Projects, y estoy súper emocionado de mostrarlo. Y lo primero que mostraré es esta hermosa animación de presentación. Siéntense. No estoy seguro si él está aquí. Pero... ¿Quieren verlo de nuevo? Sí. Esta es la mejor presentación. Bueno, de todos modos, ¿qué es Code Sandbox Projects? Pregunta importante. Es el mismo flujo que tienes con Code Sandbox. Tienes un sandbox, puedes trabajar en un sandbox, puedes construir el sandbox y puedes compartir con alguien, pueden bifurcarlo y construir su propio sandbox, pueden seguir trabajando en él. Sin embargo, hay una adición con Code Sandbox Projects. Está integrado con Git. Así que cada sandbox tiene una rama. Por ejemplo, comienzas con la rama principal. Cuando presionas bifurcar, obtienes un nuevo sandbox con una nueva rama. Esto también permite algo que he querido construir en Code Sandbox desde hace mucho tiempo, y es poder contribuir sandboxes de vuelta al sandbox original. Así que puedes compartir un sandbox con personas, pueden bifurcarlo, pueden abrir una solicitud de extracción desde ese sandbox y luego fusionarlo de vuelta. Oooh, demostración. Esto es un ejemplo de eso. Esto es Code Sandbox Projects, por cierto. Es muy parecido a Code Sandbox, pero es un nuevo editor, que es un poco... Se ve más bonito. Y esto es Excalibur ejecutándose en Code Sandbox. Así que podría presionar bifurcar, por ejemplo, aquí, y obtendría mi propia rama, y podría contribuir a Excalidraw. Y aquí... Uh oh, permítanme actualizar esta página.

Y aquí tenemos nuestro propio editor ejecutándose en Code Sandbox. Puedo mostrártelo. Y les pediré a todos que cierren los ojos por un momento, porque mi token de authentication... Oh. Oh, tal vez esté a salvo. Oh, necesito crear una cuenta. ¿En Code Sandbox? De acuerdo. Déjame intentarlo de nuevo. De acuerdo. Cierren los ojos. Este es mi token. Es inválido. Ya no puedes usarlo. Oh, y necesito tener un permiso adicional. De acuerdo. Intentémoslo de nuevo. Necesito darme a mí mismo un... He creado un usuario especial para esta charla, y ahora realmente estoy pensando si debería haberlo hecho. Pero ya estoy en ello. Oh. ¿Cómo puedo mostrar esto fácilmente? Bueno, realmente no importa. De todos modos, no quería mostrar esto. Oh, funciona. Así que esto es realmente Code Sandbox ejecutándose en Code Sandbox. Usamos Code Sandbox para desarrollar Code Sandbox en la actualidad. Cuando presiono bifurcar, en realidad creamos una nueva rama y creamos un nuevo sandbox a partir de este sandbox original con su propia versión, en realidad. También tengo acceso a la terminal. Puedo hacer lo que quiera, en realidad. Ahora, si quiero hacer un cambio, si quiero contribuir con algo, puedo usar este pequeño inspector para hacer clic en un componente React. Se abrirá el código. ¡Oh! Estoy realmente emocionado por este.

Y puedes, por ejemplo, decir, bienvenido a la React Summit. El servidor de Next.js hará el HMR. Y estoy contento con mi PR. Hago clic en abrir PR y nos encargaremos de empujar esa rama, hacer el commit y finalmente empujar ese commit también. Y lleva un poco de tiempo, porque también estamos haciendo todas las comprobaciones de ESLint y todo detrás de escena. Y luego bloquea mi ventana emergente. Hago clic en hecho. Hago clic en abrir PR y tienes este PR con el cambio que queríamos hacer. Siempre borro esta lista. Probablemente por eso ya no soy un desarrollador, sino un fundador. No estoy seguro si otros también hacen esto. Y creo una solicitud de extracción. Este es el flujo de código que realmente queremos habilitar, donde puedes pasar de un sandbox a una contribución. Y queremos hacer que este flujo de Git también sea muy fácil, para que, por ejemplo, suene un poco loco, pero si un diseñador quiere cambiar el margen, puede hacer clic en un componente, cambiar la propiedad del margen y que pueda hacer clic en abrir PR, suena loco, pero creo que podemos habilitar esto.

Además de esto, integrado con Git, también tenemos que está respaldado por una micro VM. Y esto permite mucho. Podemos literalmente ejecutar cualquier cosa. En casos normales, ejecutar Postgres, ejecutar MongoDB, por ejemplo, ejecutar tu cosa de docker-compose y lo curioso es que si bifurcas la rama principal, todos los datos de Postgres también estarán en la nueva rama. Es una copia exacta. Ayer ejecuté un servidor de Minecraft en Code Sandbox. Eso es posible. Puedes probar esto en casa, pero es posible. Y esto también nos permite ejecutar nuestro propio servidor de desarrollo en la VM. Y esto nos permite ejecutar algo llamado Pitcher. Es un entorno de desarrollo al que otros editores de código pueden conectarse, y la API está cerrada en este momento, pero vamos a abrir esta API, pero esto te permite conectar realmente tu propio editor de código a Code Sandbox. Entonces, ¿recuerdas que estaba trabajando en esta VR aquí? También puedo hacer clic en Abrir en VS Code y realmente abrirá esta rama, puedes usar tu propio editor. Y una cosa que me gusta mucho de esto es que también puedes tener colaboración en tiempo real al final. ¿Dónde estoy? Estoy aquí. ¿Estoy aquí? Estoy aquí, mira, también puedes ver mi cursor de VS Code aquí. Tú también puedes colaborar.

Estoy conectado dos veces. Entonces, es posible que estés trabajando en VS Code y quieras obtener comentarios de alguien, puedes compartir un enlace, pueden abrirlo en Code Sandbox, pueden colaborar juntos, seguir el trabajo del otro. O estás trabajando en tu propia rama en VS Code, alguien abre una solicitud de extracción, y quieres revisar esa solicitud rápidamente, pero no quieres cambiar tu propia rama. Bueno, simplemente puedes abrirlo en Code Sandbox y tendrás un entorno de desarrollo separado para revisar la solicitud de extracción.

Bien, voy a acelerar esto ahora porque me estoy pasando de tiempo. La pregunta es, ¿puede una VM ser rápida? Porque esa es la gran pregunta de tener algo como esto. Puedes ejecutar cosas genéricas, puedes hacer cualquier cosa realmente, pero ¿puede una VM ser rápida? Y diría que sí, con la salvedad de que lo bueno es que los servidores pueden almacenar estados. Pueden almacenar gigabytes de estados. Y si tienes la rama principal, básicamente quieres crear una copia exacta de la rama principal cuando presionas `fork`, idealmente en un segundo, ¿verdad? Entonces, la primera respuesta es, ¿qué pasa si copiamos el disco? Pero la desventaja de eso es que aún tienes que iniciar el servidor Next.js desde cero o Docker desde cero. Eso no es muy agradable. Entonces, la pregunta es, ¿podemos copiar todo? ¿Y qué significa eso incluso? ¿Todo? Hay esta herramienta muy genial. Se llama Firecracker. Por supuesto, tiene que haber fuego allí. Fue creada por el equipo de Amazon para alojar AWS Lambda y AWS Fargate. Y es una micro VM. Normalmente, las VM se inician en, como, seis segundos. Firecracker se inicia en 200 milisegundos. Pero la propiedad realmente interesante de Firecracker es que puede guardar la memoria en disco de una VM en ejecución. Entonces, básicamente, cuando tengo una VM con Next.js, puede hacer una instantánea de esa memoria, ponerla en el disco. Y luego viene la parte interesante. Ahora puedo iniciar nuevas VM solo a partir de esta instantánea, como múltiples VM que se inician exactamente al mismo tiempo desde esa instantánea, continuando su operación. Esto es perfecto para Code Sandbox, porque hacemos bifurcaciones. Somos una empresa basada en bifurcaciones. Entonces, cuando tienes la rama principal, siempre creamos una instantánea de eso. Cuando alguien presiona `fork`, podemos copiar esa instantánea y podemos iniciar una nueva rama a partir de eso, y simplemente continuará donde la rama principal se quedó. Pero tienes un entorno de desarrollo único con el que puedes trabajar. Entonces, ya no tienes que esperar por el tiempo de inicio. Esto lleva unos segundos. Encontramos una forma más rápida también, donde cuando inicias una nueva rama, utiliza directamente la instantánea existente, y cada vez que escribe en la memoria, no escribe la memoria en esa instantánea, sino que la escribe en una instantánea separada. Copiar y escribir. Y esto nos permite iniciar VM en 600 milisegundos, y no tienes que esperar por un servidor Next.js.

Esto es súper genial, porque permite este comportamiento de bifurcación. Eso es lo que acabo de demostrar ahora mismo con las contribuciones. Pero también permite ramas siempre activas. Después de cinco minutos de inactividad de una VM, podemos guardar su memoria en disco. Podemos apagar la VM. En el momento en que regresas, podemos iniciar la VM de inmediato en 600 milisegundos, y seguirá en ejecución. Y para ti, parecerá que la rama siempre está en ejecución. Nunca se apaga.

Vale, realmente quiero... Voy a demostrar esto, porque es una idea de anoche, y he estado trabajando en esto anoche, y realmente quiero mostrarlo. Vale, espero que funcione. Digamos que tengo este servidor de Minecraft. Inicio Tilscale, que me permite conectarme al servidor de Minecraft. ¿Dónde está mi Tilscale? Tengo... Sí, sandbox. Vale, abro Minecraft. Me conecto con este sandbox. Vale, ahora estoy conectado con un sandbox, en Code Sandbox. Ooh, está muy oscuro. Permíteme ajustar el tiempo. Claramente puedes ver que soy un milenial ahora que sé todas estas cosas en Minecraft. ¿O es la generación Z? Y este es el logotipo de Code Sandbox. ¡Lo sé, verdad? Acabamos de cambiar nuestro logotipo para hacerlo más fácil de construir en Minecraft. Ese era el objetivo. Y digamos que quiero hacer algunos cambios. Como quiero cambiar algo en el mundo. Y me desconecto. Ahora una cosa genial es que ahora puedo... Ooh. Permíteme abrir rápidamente mi terminal, porque se me olvidó eso.

Ahora puedo hibernar esta VM y puedo reanudarla. Y podré ingresar a ese mismo mundo. Es esta VM. Ahora puedo hibernarla. Esta VM ahora está hibernada. Si voy a esta URL, no parecerá que esté hibernada, porque se inicia muy, muy, muy rápido. Así que ahora está de vuelta. ¿Puedes creer que estuvo... Bueno, de todos modos. Estuvo apagada por un momento. Puedo volver a conectarme a ella. Y mi mundo todavía está aquí. Todavía estoy en este logotipo.

Eso es una cosa. Pero ¿qué pasa si ahora presiono bifurcar? Y creo una nueva VM a partir de la instantánea existente, por lo que es un nuevo entorno de desarrollo. Así que presiono bifurcar. Crea un nuevo entorno. Y tengo que volver a ejecutar el tail scale, porque es un detalle. Y ahora tengo una nueva conexión, tengo sandbox uno aquí. Y ahora me conecto a un nuevo servidor de desarrollo. Así que tengo sandbox. Supongo que todavía puedo conectarme a eso. Sí. Todavía puedo conectarme a eso. Y ahora también puedo conectarme a sandbox-1. ¿O puedo? Oh, espera. Creo que necesito reiniciar el servidor de tail scale. Déjame ver cuál es el nombre. Esto es lo que sucede con el tail scale. Oh, sandbox-2.

Oh, suena bien. Y ahora me estoy conectando a otro servidor y tendrá los mismos cambios que acabo de hacer en el original. Y no guardamos el mundo. No detuvimos el servidor de Minecraft. Tenemos una copia exacta del servidor de Minecraft original en ejecución en otro nodo. Y eso es básicamente el poder que firecracker te permite. Y esto será, bueno, esto es Minecraft. No usarás esto en el trabajo. Pero eso es lo que encuentro realmente genial sobre el hecho de que podamos habilitar esto.

En el futuro vamos a combinar los proyectos de Code Sandbox con Code Sandbox en sí. Y podrás ejecutar proyectos basados en el navegador en Code Sandbox y podrás ejecutar proyectos de desarrollo completos con un servidor Postgres en ejecución, por ejemplo. Me estoy pasando un poco de tiempo, pero muchas gracias por aguantarme. Les deseo a todos un muy buen día hoy. Y disfruten del resto de la conferencia.

Bien, bueno... Estoy sin palabras. Pero por suerte tenemos preguntas de la audiencia. Entonces, ¿CodeBox Sandbox también funciona con repositorios privados, que no están en GitHub? Sí, lo hace. Ahora mismo tenemos a GitHub como una de las principales opciones. Actualmente solo habilitamos GitHub. Pero lo hemos construido de tal manera que funcionaría con más repositorios Git porque nos basamos en Git. Así que en el futuro podrás usar GitLab, Bitbucket, tu propio servidor Git. Incluso en repositorios privados. Por lo tanto, puedes autenticarte y hacer todo tu trabajo de desarrollo en proyectos de CodeSandbox.

Genial. ¿Es esto gratuito? Y si es así, ¿cómo ganan dinero? Los proyectos de CodeSandbox son gratuitos. Actualmente están en beta cerrada, por cierto. Pasaremos a la beta abierta en un mes. Pero puedes ir a projects.codesandbox.io para ingresar a la beta cerrada. Es gratuito porque estamos haciendo todas estas cosas adicionales, como después de cinco minutos de inactividad hibernamos la VM, por ejemplo.

Y no lo notarás, pero esto nos permite escalar mucho más fácilmente las cargas de trabajo. Si hibernas una máquina virtual después de una hora, a menudo tendrás 300, 400 máquinas virtuales concurrentes. Cuando comparas eso con hibernar una máquina virtual después de cinco minutos, generalmente tendrás 30, 40 máquinas virtuales concurrentes. Eso nos facilita mucho el alojamiento. Así que estamos haciendo muchos trucos detrás de la máquina virtual que nos permitirán tanto escalar esto, como también hacerlo más barato para nosotros y debido a eso podemos hacerlo gratuito y siempre querremos que Code Sandbox sea gratuito para el código abierto.

Al final, para repositorios privados, es cuando queremos pedir dinero, pedir una suscripción, por así decirlo. Pedir o exigir. Muy bien. ¿Cómo pueden pagar entonces los costos de infraestructura? Mis proyectos de tiempo libre favoritos generalmente también vacían mi billetera. Pregunta de David.

Sí, cuando Code Sandbox era, cuando éramos solo estudiantes, solo ganábamos €500 al mes y eso era nuestro préstamo estudiantil y pagábamos €300 de esos euros por nuestra vivienda. Así que teníamos €200 al mes para gastar realmente en nuestra comida y para gastar en Code Sandbox. Por eso la primera versión de Code Sandbox ejecutaba todo en el navegador y durante los primeros dos años, pudimos escalar Code Sandbox a 500,000 usuarios mensuales con $40 al mes de alojamiento porque era un servidor de Elixir backend. Era un Postgres database conectado a él y luego había un cliente muy pesado y grueso en frente de él que era servido por Cloudflare. Y eso nos permitió escalarlo realmente a tanta gente. Y luego, a partir de ahí, hemos obtenido financiamiento, primero una Serie C y luego una Serie A, y esto nos permite también escalarlo en máquinas virtuales. Eso es... Ah, y en realidad, también tenemos una suscripción. Hay empresas que también pagan por Code Sandbox hoy en día, lo que nos permite financiar todo nuestro alojamiento. Así que sí.

De acuerdo. Bueno, suena como si en tus días de estudiante, crecieras comiendo fideos. Sí, fue extraño. Cuando comenzamos a recaudar dinero de inversores, en algún momento, estábamos en una llamada con un inversor y había personas jugando beer pong en el pasillo, y estaban gritando muy fuerte. Y el inversor, tratábamos de ser muy neutrales, y el inversor preguntó, ¿Qué son esos sonidos? Solo dijimos, sí, personas jugando beer pong. Y él estuvo muy bien con eso. Propuso venir a la universidad para conocernos. Creó un contraste muy extraño entre estudiantes y... Los inversores saben que es una empresa estudiantil, ¿verdad? Así que saben que es trabajar duro, divertirse mucho.

Muy bien, siguiente pregunta de Jeroen. ¿Los proyectos de Code Sandbox también... Oh, eso aún no está marcado como hecho. Pregunta de un anónimo.

Me encanta Code Sandbox y lo utilizamos extensivamente, pero parece estar volviéndose más lento. Ay. Especialmente al resolver dependencias. Entonces, ¿cuál es el futuro del rendimiento de Code Sandbox?

De acuerdo. Bueno, no lo mencionaré. Hay alguien aquí. Tal vez tenga una camiseta de Code Sandbox, pero ha reescrito nuestro empaquetador en el navegador para que sea mucho más rápido, dos veces más rápido. Y ahora lo estamos probando con Sandpack. Pero en el futuro, queremos mover esto también a Code Sandbox para que el rendimiento de Code Sandbox aumente. Y necesitamos pensar realmente por qué se está volviendo más lento porque no hemos realizado muchos cambios en el empaquetador. Bueno, eso es una discusión aparte. Y me encantaría hablar de eso también en persona. Así que anónimo, puedes encontrarme en el stand del orador. Oh, por cierto, tengo pegatinas. Así que definitivamente acércate a hablar conmigo no solo sobre Code Sandbox, sino si estás pensando en construir algo tú mismo, me encantaría hablar, solo para compartir algunas experiencias.

Mi reloj indica que ese es todo el tiempo que tenemos. Así que muchas gracias. Un gran aplauso para todos. Gracias.