Y déjenme, amigos y amigas, que le dé la bienvenida.
Bueno, yo es que os podría deciros y le podría, pues no sé,
presentar de alguna forma, pero ¿qué presentación tiene
una persona que ha tenido un impacto tan grande
en el mundo del desarrollo web?
Y creo que no podía faltar, si queríamos hacer una conferencia
con tanto amor y con tanto cariño, tener a Guillermo Rauch,
CEO de Bersel, creador de NextDS y de muchas cosas
que han tenido un impacto enorme, enorme en la comunidad.
Así que vamos a darle la bienvenida a Guillermo,
que ya lo tenemos por aquí. Guillermo, muy, muy buenos días para ti.
¿Cómo estás?
¿Qué tal? Arrancamos con Argentina y terminamos con Argentina.
Buenísimo.
Qué grande, qué grande. Sí, ¿no? La verdad es que ¿qué pasa con Argentina?
Están por todos los sitios.
Somos pocos, pero estamos distribuidos por todo el mundo.
Estratégicamente, totalmente. Oye, Guillermo, muchísimas gracias.
Te agradezco un montón que hayas sacado un huequecito
para pasarte aquí a la MidoConf. Gracias infinitas.
Me encanta y he estado viendo los tickets ahí en real time.
Increíble la cantidad de gente que hemos reunido.
Entonces, estoy muy contento de estar aquí.
Bueno, tuvimos un pique, ¿no? Un poco de a ver quién conseguía más
de la MidoConf o la NextGSConf.
Pero bueno, tengo que decir que me habéis destrozado directamente.
Cabeza, cabeza, ojo, ¿eh?
No, enhorabuena que he visto que habéis pasado ya los 50.000 tickets.
50.000, sí.
Espectacular. Increíble. O sea, increíble.
Así que enhorabuena a ti y a todo el equipo que estás haciendo un trabajo espectacular.
Oye, Guillermo, ¿no te da la sensación que parece que fue ayer que tú y yo estábamos hablando
en aquel canal justamente algo parecido?
Y me acuerdo que me dijiste una frase, de verdad, me taladró el cerebro
y que me gustó mucho esta de los días son largos pero los años son cortos.
Y es que han pasado ya desde aquella charla, no sé si tres años o dos o tres años,
pero es que NextGS han pasado seis años desde que lo creaste.
No sé, me gustaría saber cómo has sentido este viaje desde hace tanto tiempo.
Sí, la verdad es increíble y lo pienso todo el tiempo.
Ayer con la compañía estábamos haciendo un timeline de cuándo arrancó NextGS
y dónde estamos ahora.
En el 2016 ya teníamos ideas de, por ejemplo, queremos que el mundo sea dinámico.
Queremos que React tenga server-side running.
Queremos que la data sea dinámica.
Queremos que las applications sean en tiempo real.
Incluso antes de eso, siempre le digo a los emprendedores, a los desarrolladores,
hacer una lista de las ideas que tenés antes de escribir software.
Y yo había escrito un artículo que se llamaba
los siete principios de aplicaciones enriquecidas con HTML5, JavaScript.
Y la verdad es que estos proyectos son increíblemente largos, ¿no?
De 2016 a hoy, cuando miro a veces la React Conf,
cuando anuncié NextGS Conf más formalmente dentro de la comunidad de React,
dije, el futuro va a tener server-side streaming.
Y eso es algo que estamos trabajando hoy en día,
en conjunto con el equipo de React, para darle a todo el mundo.
Entonces, la realidad es que sí, estos proyectos son a muy largo plazo,
pero es increíble tener la posibilidad de dar valor al mundo día a día.
Hoy, por ejemplo, me levanté a la mañana y me enteré que
TheVerge.com se pasó todo a NextGS y Vercell.
Y son cosas, esas cosas que pasan día a día que a uno lo entusiasma
y le da esa energía para continuar,
pero el camino a largo plazo es todavía increíblemente largo.
Es brutal.
Estuve revisando tu primer cómic de la NextGS,
lo hicimos aquí en un directo, ¿no?
Porque alguien dijo como un comentario de,
pero bueno, vas a empezar simplemente con esto, me dijeron, ¿no?
Y dije, mira, te voy a poner un ejemplo.
Guillermo Rauch empezó con esto.
Y mira dónde está ahora, ¿no?
Y yo creo que es importante ver que los inicios,
se tiene que empezar pequeño, pero con ideas grandes, ¿no?
Y creo que es justamente lo que estás comentando.
Súper bonito.
Oye, Guillermo, una cosita.
Porque hay una cosa que me encanta
y es que siempre te defines como Fronen Engineer.
Y eso me chifla, ¿no?
Porque justamente tiene muy mala prensa, ¿no?
Ser Fronen, como si fuese algo, no sé, como de segunda clase, ¿no?
Entonces me gustaría saber por qué te sientes así,
sobre todo si todavía programas en tu día a día cositas de Frontend.
Sí, dos cosas ahí muy interesantes.
Una es que uno de nuestros inversores dice siempre
que invierte en narrative violations.
¿Cuáles son las cosas que uno puede invertir
que van en contra de la narrativa contemporánea?
Entonces uno decía, no sé si vamos a poder tener
internet satelital con Starlink.
Porque esto pasa esto y el otro y ya tenemos demasiada fibra óptica.
O no vamos a poder tener taxis autónomos.
Porque esto falta la tecnología y no tenemos inteligencia artificial.
Y yo creo que la oportunidad con Vercell fue que
al Frontend Developer uno,
la costumbre era mirarlo como algo que se hace de mala gana.
Le tengo que poner JavaScript.
Ni siquiera quiero usar JavaScript.
Lo tengo que usar porque es el único lenguaje que está en el navegador.
Incluso a veces lo seguimos escuchando.
Pero la realidad es completamente contraria a esa ficción
que hicimos, creo que toda la industria de la tecnología,
de que el Frontend no es importante.
Porque lo que estamos viendo es todo lo contrario.
El backend se está haciendo una commodity.
Ya hay APIs que la mayoría de los grandes backends
ya han sido escritos y no se hacen desde cero nunca más.
Entonces, ¿cuál es la oportunidad que existe realmente
en la industria vendida?
Es hacer buenas experiencias para el usuario.
Hacer cosas que sean interactivas, en tiempo real.
Por ejemplo, hablamos de que NextGIS Cons
tiene 50.000 registrados en menos de una semana.
Y eso es porque lo que hicimos fue
ponerle mucha atención a la experiencia del Frontend.
Y en el backend usamos cosas que ya existían.
Usamos Salesforce, usamos Trade.io,
aplicaciones que ya fueron escritas por otra gente
que se usan en forma invisible.
Entonces, está muy buena esa idea de darle poder
a tanta gente en algo que de vuelta.
Antes se sentía como algo no tan importante
y que ahora se ha convertido todo al opuesto.
Claro, totalmente.
¿Y todavía programas?
¿Hay experiencias de usuario que marquen la diferencia?
¿O estás en tu día a día?
Porque entiendo que, claro,
tu rol ha tenido que cambiar mucho.
¿Así que programas, aunque sea un poquito?
Todos los fines de semana, prácticamente.
Y a veces cuando tengo un hueco durante la semana.
A mí me gusta mucho utilizar nuestros propios productos, ¿no?
Te decía, construimos todo Next.js.org
con nuestros productos,
Vercell.com con nuestros productos.
Siempre tengo una oportunidad.
Incluso en mobile estoy viendo, bueno,
¿cómo podemos mejorar las experiencias de la web?
¿Qué cosas le podemos dar a Next.js
para que cuando arrancas
y tenés que hacer una aplicación muy, muy rápido,
¿qué podemos optimizar en ese critical path
cuando pasas de idea?
Una cosa que optimizamos mucho en Vercell es decimos,
¿qué tan rápido puedes ir de idea
a aplicación global?
Desde que se te ocurre, mira,
voy a hacer MiduConf.
¿Qué necesito?
Necesito MiduConf.com.
Necesito un frontend.
Necesito un formulario.
Necesito un backend en real time
para actualizar la cantidad de tickets.
¿Cuáles son las oportunidades de fricción
en ese critical path?
Y eso es lo que yo contribuyo bastante en la compañía
porque como no tengo tiempo,
tengo que decir, bueno,
voy a hacer una aplicación muy rápida ahora.
Entonces, ahí puedo analizar en forma muy objetiva
cuál es la fricción que hay en ese proceso.
Claro.
¿Has sentido, no?
Como, ¿qué es lo que me ha bloqueado?
Porque a lo mejor yo quería construir algo
y he tenido que perder tiempo configurando el dominio,
haciendo esto.
Exactamente.
Claro.
Exactamente.
Y a veces hago, tipo,
cosas así medio mad science.
Por ejemplo, hace poco me pasé dos fines de semana
compilando PHP a WebAssembly.
No sé si lo viste.
Edge-php.versell.app
Y lo que hicimos fue anunciar soporte para WebAssembly
en las Edge Functions de Vercell.
Qué grande.
Y lo que hice es,
como tenemos un límite de un megabyte,
lo cual es increíble,
lo que hice es compilar PHP a WebAssembly,
pero lo tuve que optimizar muchísimo
en términos de tamaño.
Porque tenía que entrar en un megabyte.
Entonces fue una experiencia muy divertida
porque yo le explicaba a mi esposa,
no, no, no, me pasé por 10 kilobytes.
Tengo que seguir optimizando.
Y ella entendía por qué estaba sufriendo tanto con eso.
Pero fue muy divertido porque nos permitió explicarle al mundo
esta tecnología de poder ejecutar código en el Edge,
que ahora va más allá de JavaScript y TypeScript.
Y uno puede traer otros programas que se ejecuten en código nativo.
Así que está espectacular.
Totalmente.
Fue un fin de semana muy divertido.
La verdad es que yo tengo mucho hype por todo lo que viene de Edge.
Es verdad que llevamos como unos años,
pero la inclusión de, por ejemplo,
Cloud Fair Workers con ese pricing tan bajo,
creo que ha desbloqueado un montón de oportunidades
para un montón de gente.
No sé si Bersel utiliza Cloud Fair Workers
o alguna otra alternativa por detrás,
pero me imagino que está ayudando,
porque es que es absurdamente barato.
Alguien dice,
ostras, ¿cómo puede ser tan barato
si encima va con menor latencia
y tienes cosas tan interesantes
como tener una base de datos,
bueno, como un Redis,
una especie de Redis disponible, ¿no?
Y este tipo de cosas
van a desbloquear un montón de posibilidades,
como tú comentas.
Así que, nada,
tengo un montón de ganas
y a ver cómo en Bersel le están sacando,
ya le están sacando cositas,
pero yo creo que en la Next.js.conf
se vienen más cosas, ¿verdad?
Vean la Next.js.conf
y se vienen anuncios increíbles en esa dirección.
¡Qué grande!
Vale, vamos a hablar un poquito de Next,
ya que estamos por aquí, ¿no?
Porque, mira, Nestle Layout, React Server Components,
Edge API Routes,
justamente lo que estabas comentando, ¿no?
Pero, ¿qué es lo que,
de lo que, no sé, dices,
madre mía,
esto es lo que va a marcar la diferencia?
¿Es Edge API Routes
o alguna cosa que estás esperando?
Lo que va a marcar la diferencia más grande,
justo lo tuite ayer,
es que antes había un trade-off
entre escalo muy rápido y muy barato,
pero soy estático, ¿no?
Por eso se hizo tan popular el Jamstack y todo eso.
O, soy muy dinámico,
pero necesito un team de 200 personas de DevOps
y necesito tres clases de Kubernetes
y, no sé,
masajear los servidores todo el día
para tener una aplicación dinámica
con un buen P99.
Y lo que está increíble del Edge
y lo de las nuevas tecnologías
que estamos poniendo en Next.js,
como el Edge Runtime,
que utilizan estas tecnologías,
como decías vos,
de los V8 Isolates
y de la posibilidad de correr código dinámico
de forma muy barata en la nube,
es que estamos eliminando ese trade-off.
Puede ser dinámico,
increíblemente rápido y elástico
y no pagas ese precio del cold put.
No tenés que arrancar ese engine de cero
en forma muy lenta.
Y eso va a ser posible tanto para JS
con V8 Isolates
y WebAssembly,
porque V8 puede correr WebAssembly.
Por eso te mostramos ese ejemplo de PHP.
Entonces,
el tema es que eso es una cosa de infraestructura,
¿no?
Los workers,
son cosas que decís,
bueno,
es una primitiva,
es como un material base.
Pero,
¿cómo hago que una app,
yo quiero escribir una app
y quiero que sea dinámica,
la escribo fácil,
con componentes,
con Tailwind
y la pugeo y ya está.
Eso es lo que resuelven los frameworks.
Next.js va a hacer que la experiencia del usuario
sea increíble,
la experiencia del developer sea increíble
y que por debajo,
cuando desplegás,
la aplicación es global,
utiliza toda esta infraestructura moderna,
es increíblemente barata
y es muy dinámica.
Eso es lo que te vuelvo a decir.
Desde 2016 es como estoy persiguiendo
ese dragón,
ese unicornio de,
vamos a hacer que sea dinámico,
increíblemente rápido y barato.
Totalmente.
Y le quita el dolor de cabeza,
sobre todo,
al tema de la escalabilidad,
tratar con la infraestructura,
que normalmente es lo más costoso
o lo que más se deja de lado
y luego te viene
o el problema de la pasta
o de que te da un coscorrón
de que se te cae toda la infraestructura
en un momento importante
y cosas así, ¿no?
Totalmente.
¿Y qué opinión tienes
sobre las arquitecturas de islas?
Que ahora, por ejemplo,
Astro está probándolas,
Dino Fresh también.
¿Crees que es una cosa
que va a tener mucho recorrido
o es una solución al corto plazo
justamente por lo que estás comentando,
que será mejor opción lo otro
o convivirán?
Yo creo que va a haber muchísimas opciones
para hacer distintos tipos de perfiles
de optimización de sitios.
Ahora,
lo que yo creo es que cuando utilizas React
hay muchos beneficios
de que React sea el que controla
la experiencia.
Porque React,
no React,
pero React,
se ha convertido como en un orquestrador.
Yo a veces lo comparo medio con Kubernetes.
Digo,
Next.js es como el Kubernetes del frontend.
Orquestra la experiencia.
Cuando entras a un sitio web,
es porque te empieza a dar
en forma asíncrona
distintas partes del contenido
de la página
a medida que se hacen disponibles.
Esa es la gran promesa del streaming,
¿no?
Que uno a veces dice,
bueno,
de esta página capaz
cierta parte del contenido
ya la tengo callada
en forma estática,
en el Edge,
y la puedo,
la escupo de una.
Pero capaz tengo que calcular
el precio
de un producto
en base a una oferta
en tiempo real
de acuerdo
dónde estás vos
y cuál es tu historial de compras.
Entonces eso lo digo,
bueno,
lo voy a retrasar un poquito.
React,
con su nuevo engine
de concurrencia
y con las primitivas
que tiene de asincronía
combinado con nuestro nuevo sistema
de ruteo de Next.js,
te va a poder hacer
esas experiencias
en forma muy natural.
Entonces yo creo
que hay muchísimas ventajas
de decir,
bueno,
apuesto por React.
Si estoy apostando por React,
voy a ir all in on React.
Ahora,
lo bueno tiene
la arquitectura de islas
es que te da un poco más
de opcionalidad,
pero capaz no vas a tener
tanta ventaja,
no vas a tener el,
si vas a elegir React,
no vas a tener la ventaja
de,
bueno,
si utilizar todo
sobre React,
voy a tener mayores ventajas
por ahí,
pero te da más opcionalidad
por otro lado.
Entonces va a ser muy interesante
ver la coevolución
de estas arquitecturas
y ver qué tipos de sitio web
termina eligiendo
una por el otro.
Justamente ahora
que estás hablando
de tantas alternativas,
pues yo creo que viene
el tema perfecto
porque hemos comentado
Astro,
también viene Remix,
también tenemos Dino,
Van.
Exactamente.
O sea,
hay un montón de alternativas
y ahora sobre todo
hay como una pequeña
guerra,
pero que están saliendo
muchos runtimes
muy interesantes
y no sé,
estamos como en una nueva era
donde se está viendo
como una,
no sé,
se está,
no sé,
vibrando algo
que de aquí
algo va a salir,
¿no?
Y me gustaría saber
cómo ves este ecosistema
por aquí
porque justamente
destaco el tema
de que Van
ha tenido una inversión
donde has participado,
¿no?
¿Y qué le ves a Van
o a estos nuevos runtimes
y qué esperas de ellos?
Lo que veo
que es muy interesante
es que como que estamos
evolucionando
en dos niveles,
por encima
están los frameworks
y por debajo
están los runtimes
y la infraestructura.
Nuestra apuesta
en Vercell
es siempre
que lo que más importa
es el framework.
Por eso nosotros
te permitimos
importar cualquier framework.
Vos podés importar Astro,
podés importar Next.js,
podés importar Remix.
Por debajo
estamos viendo
muchísima evolución
y una explosión
cuántica,
digamos,
en las posibilidades
de infraestructura.
Tenemos
Vercell Edge Runtime,
Cloudflare Workers,
BAN,
Dino,
y lo que es interesante
es que todos
estos runtimes
están como
expandiéndose
y al mismo tiempo
van a coalescer
sobre un estándar
específico.
Este estándar
se llama
WinterCG.
Y lo que dice
el estándar este
es, bueno,
tenemos muchísimas APIs
que son fundamentales
de la web.
Por ejemplo,
Fetch,
WebStreams,
WebSocket,
etcétera.
Y todos estos runtimes
van a adoptar
estas APIs.
Entonces,
el developer
sobre esta guerra,
como decís,
gana.
Porque en definitiva
vamos a quedar
con estas APIs.
Y las soluciones
van a optimizar
muchísimo.
Esto es lo que estamos
viendo con BAN
y con Dino.
Es como que hay una
batalla de optimizar
y cuál es más rápido,
etcétera.
Entonces,
desde el punto de vista
de Vercell,
nosotros somos agnósticos
al Runtime,
pero estamos invirtiendo
sobre estos estándares
y queremos ver
cuál es la solución
que va a ser más beneficiosa
para el Runtime
de Next.js.
Hoy en día,
Node
sigue teniendo
muchísimo beneficio
porque es el que
es production grade.
Y yo creo que estos
Runters también
van a empujar
a Node
a que mejore.
En las últimas
versiones de Node
vimos que han introducido
un montón de estos,
estas nuevas APIs
de la web,
que la verdad es que
cuando Node salió
no existían.
Node tuvo que inventar
muchas APIs
no estándar.
Y es increíble
también ver
la coevolución
de Service Workers
y las APIs
de la web
y las APIs
del Edge.
Entonces veremos
cuáles son las posibilidades
que va a traer este mundo
pero yo creo que
la explosión
de estos Runters
va a mejorar
todo el mundo
de JavaScript
y TypeScript
para toda la comunidad.
Sí,
es súper interesante
lo que comentas
es sobre todo
de que independientemente
de quién se alce
con la victoria,
mi sensación es que
ya hemos ganado todos
por lo que dices,
¿no?
Porque esto ha hecho
que, pues mira,
Dino,
en cuanto ha visto Ban,
ha dicho,
bueno,
me voy a poner las pilas
en retrocompatibilidad
con Node
porque Ban
lo tiene.
Ah, bueno,
pero Node
ahora va a empezar
a integrar
la web API
porque Dino lo tiene.
Exactamente.
Lo están haciendo
cada vez todos
más rápidos
en esta batalla
de menos recursos,
que vaya más rápido,
mejor experiencia,
así que yo creo
que salimos ganando todos
que me alegro un montón.
Absolutamente.
Pues me acuerdo
que tenía una pregunta
preparada,
dije,
oye,
en 2021
estuve la NextGS Conf
en octubre.
Oye,
¿qué pasa?
Que todavía
no lo habéis anunciado.
Y fue un poco
como justo envié
las preguntas
y me salió,
bueno,
pues ya está.
Bueno,
no quiero,
obviamente,
sería genial
que hicieses
un spoiler
súper grande,
pero a ver,
danos alguna primicia,
Guillermo,
alguna primicia pequeñita,
no sé,
una pista que sea.
Mira,
te voy a dar algo
que realmente
creo que va a romper
internet,
pero te voy a dar
una pequeña pista
que es,
la realidad
es que traer
data a React
siempre fue
un gran desafío.
Yo le doy
muchísimo crédito
a mi cofundador
de Vercell,
Naoyuki Kanesawa,
que craneó
GetInitialProps.
Porque antes de que
Next.js te diera
GetInitialProps,
era todo client-side
en React.
No había forma
de decirle
a un servidor,
a un runtime
del server
como Node,
así es como traes data.
Y a él se le ocurrió,
che,
pongamos
en cada entry point
del file system,
pongamos este hook
para traer data.
Que ahora,
bueno,
le puedo decir
este loader
o lo que fuera.
Ahora,
siempre eso como que,
de vuelta,
existió por afuera
de React.
Como que no había
una buena integración,
una buena historia.
Por un lado,
tengo que usar SWR,
el React Query.
Por otro lado,
tengo que usar
GetInitialProp
o Loader.
Y es como que no hay
uniformidad,
no hay una historia
cohesiva.
Y te doy otro twist.
Que después tenemos
que pensar,
bueno,
esta data es estática
y se callea
con este tipo
de preferencias.
Y esta data
es dinámica
y no se callea.
Y lo tengo que pensar
en términos de dos funciones.
Y eso se puede simplificar
muchísimo.
Y bueno,
esa es la primera pista.
Y la otra pista es,
imagínate si pudiéramos
inventar un ecosistema
donde los componentes
puedan traer data.
Por ejemplo,
yo digo,
bueno,
voy a hacer
un CMS nuevo.
Y en vez de darte,
no sé,
una API de GraphQL
o una API de REST,
te digo,
acá está el componente
que puedes usar
en tu aplicación.
Entonces,
ahora podemos hacer
que los componentes
no sean solo stateless,
sino que también
puedan incorporar
data y behavior.
Y después crear
un ecosistema
de que todo el mundo
esté conectado
y que todo el código
sea traído
en forma dinámica
y la data
sea traída
en forma dinámica.
Se habla mucho
de module federation
y cosas así.
Esos problemas
con React Server Components
van a empezar
a ser reducida
en forma muy natural.
Porque el Edge
va a ser capaz
de hacer bundling
y traer código
en forma dinámica.
Y ese código
se va a ejecutar
just in time
y va a pedir data
en forma dinámica.
Entonces,
vamos a poder realmente,
yo siempre digo,
para cerrar,
digo,
React es como
Lego,
los bloques Lego
para los adultos.
Pero,
en realidad,
es como un bloque Lego
que es cuántico,
que tiene electricidad
y que tiene luces.
Es como una cosa
que tiene behavior
por encima.
No es que solo
la geometría encaja.
Y bueno,
todavía no hemos llegado
a eso,
pero en NextGestCon
vamos a anunciar
un gran paso
en esa dirección.
Guau,
oye,
muchas gracias
porque me parece,
yo me puedo hacer
un poco la idea,
no vamos a indagar,
pero tiene muy buena pinta.
Guillermo,
última pregunta
y es porque es una
de las preguntas
que me repitieron más
de oye,
si traes a Guillermo
preguntarle esto,
que estoy preocupado
y tal.
Bueno,
supongo que te enteraste
de lo que pasó
con Heroku hace poco
de que el Free Plan
desapareció
y la gente
estaba un poco preocupada.
Oye,
esto es algo
que podría ocurrir
en otros servicios
como por ejemplo
Vercel,
así que te transmito
la pregunta.
¿Es una cosa
que nos deberíamos
preocupar?
Absolutamente no
y creo que tiene
que ver mucho
con tu insight
anterior
de que Vercel
está continuamente
invirtiendo
en infraestructura
de eficiencia.
Entonces,
por ejemplo,
a medida que vamos
haciendo innovaciones,
hay ciertas cosas
que son muy fáciles
para Vercel
escalar.
Por ejemplo,
cuando nosotros
anunciamos
Statics iGeneration
y ISR,
hacemos muchísimas
optimizaciones
que nos permiten
ofrecer ciertos servicios
en forma gratuita
sin incurrir
en demasiados costos.
Entonces,
te podemos dar
un taste
de,
mira,
te puedes utilizar
ISR
hasta cierta cantidad
de invocaciones
y puedes utilizar
la misma calidad
de servicio
que hasta tenés
en un servicio
de enterprise.
¿Por qué?
¿Por qué hacemos eso?
Obviamente porque queremos
hacer crecer la comunidad
y educar
sobre nuestras tecnologías,
pero al mismo tiempo
queremos darte
una idea
de qué servicios
puedes escalar
cuando llevas
estas tecnologías
a tu compañía.
Entonces,
para nosotros
es increíblemente
beneficioso
y como seguimos
innovando continuamente,
podemos seguir
haciendo eso.
Creo que Heroku
llegó a un periodo
de estabilidad
en el que todos
ya sabemos
lo que hace.
Utiliza los mismos
containers y build packs
hace 15 años.
Entonces,
yo capaz entiendo
ahí que alguien
en Heroku
dijo,
bueno,
¿qué estamos ganando?
Si la gente
ya sabe cómo funciona,
hay muchísimo abuso,
nosotros eso también
lo solucionamos.
Bueno,
obviamente no quiero
atraer a los hackers
que vengan.
Pero la realidad
es que por nuestras
tecnologías
serverless y edge
es muchísimo más fácil
escalar
y enforzar
ciertos límites
operacionales.
Yo creo que
Vercell como compañía
ha hecho mejor
trabajo
también por la naturaleza
de las tecnologías
en formas de controlar
el abuso
y hemos invertido
muchísimo ahí también.
Entonces,
nuestro servicio
la verdad es muy saludable
en esa dirección
y vamos a seguir
invirtiendo en eso.
Claro,
una mejora continua
que estás haciendo
en la infra
que además se nota
porque constantemente
estáis comentando
mejoras de
oye,
ahora los tiempos
de respuesta
son menos.
Build time,
claro,
pues antes tardábamos
dos minutos,
es que ahora tardamos
la mitad
gracias a TurboRepo
y lo que estás haciendo
es cortar
y esto lo que se hace
es crecer más
con los mismos costes.
O sea que...
Exactamente.
Ahí está la idea.
Y hacemos que la gente
adopte esta tecnología.
Por ejemplo,
Turbo es un gran ejemplo
de que permitimos escalarte
haciendo menos.
Es la idea
de la computación
incremental
que también es otra pista
sobre Next.js.com
pero la idea
es que la mejor forma
de escalar
es cacheando
incrementalmente
y si te puedo dar
tecnologías
y frameworks
que hagan que eso
se automatice
ganamos los dos.
Claro,
a mí me cuesta menos
y tú tardas menos
justamente en desplegar
tu aplicación,
en llevar los cambios
al usuario
lo antes posible.
Guillermo,
muchísimas gracias
por haberte pasado.
No sé si quieres decir
algún mensaje
o invitar a la gente
que vaya a Next.js.conf,
lo que tú quieras.
Obviamente
Next.js.org
slash conf
para registrarse.
Ya pasamos
50.000,
queremos llegar
a 100.000
y más.
Así que
únanse
y Midu,
muchísimas gracias.
Me acuerdo
como si fuera ayer
de nuestra otra entrevista
durante COVID
que teníamos la vista
detrás
de la bahía
pero
hace un par de años.
Así que
muchísimas gracias
y un saludo
y un abrazo
a toda la comunidad.
Muchas gracias a ti
y te deseo
los mejores éxitos
que te vaya todo genial
Guillermo.
La próxima vez que vaya a Argentina
a ver si coincido
porque fui
y me dijeron
oye,
hace tres días
se ha ido Guillermo.
Yo vaya por Dios
que me lo dijo Gonzi
que trabaja en Bersel.
Así que ojalá coincidamos
algún día por ahí
y nos comemos
un buen asado.
Igualmente.
Adiós.
Cuídate,
un abrazo crack.
Bueno,
pues aquí tenemos
Guillermo Rauch.
Oye,
qué bien,
Guillermo nos ha traído
con un montón de novedades.
Yo no esperaba
que soltase
alguna cosita
de la NextGSConf
pero bueno,
lo ha soltado.
Veo que aquí
hay un montón de cosas
en el chat.
No me llega
a todos los grosso,
Guillermo,
bueno,
todo el mundo,
gracias por la charla,
excelente,
grande,
Guille,
genial,
qué bueno,
buenísimo Guillermo,
felicidades Guillermo,
excelente charla.
La verdad es que
increíble Guillermo,
o sea,
felicidades a Guillermo
y a todo el equipo de Bersel
que están haciendo
un trabajo maravilloso
y solo deciros esto,
os recomiendo un montón
que os apuntéis
a la NextGSConf,
por supuesto,
la seguiremos aquí
en vivo y en directo
en Twitch
para que no la perdáis.
Bueno,
genio,
un orgullo que sea argentino,
gracias Guillermo,
demasiado nivel,
qué humildad,
gran adelanto,
demasiado pro,
ya veis,
o sea,
con lo poco que nos ha dicho,
con lo poco que nos ha dicho,
las ganas que tenemos,
¿no?
Dinámico sin límites,
así que ahí tenéis,
25 de octubre
a las 10 y media
hora PT,
me parece que es la hora
de Estados Unidos,
pero bueno,
la podéis cambiar
y ahí os vais enterando.
Muchísimas gracias a Guillermo
por haberse pasado
porque me parece
impresionante
que haya sacado un rato
y vamos ya directamente
con el siguiente
porque este
y la Midu Conf,
amigos,
hoy es el día
de la programación.
¡Gracias!