El Epic Stack

Hola a todos, mi nombre es Kent C. Dodds y estoy muy emocionado de hablarles sobre Epic Stack. Antes de hacerlo, solo quiero hacer un reconocimiento a Epic web dev. Para cuando estén viendo esto, Epic web dev estará disponible y si aún no lo han visto, definitivamente deberían echarle un vistazo. Es todo lo que necesitan saber sobre la construcción de aplicaciones de pila completa. Es impresionante. Échenle un vistazo.

Bueno, voy a comenzar con una advertencia de contenido. Hay tristeza por delante. Esto es algo que sucedió recientemente, no muy lejos de mi casa. Bueno, lo suficientemente lejos. Pero, sí, es realmente triste. Para ser claros, nadie resultó herido en este evento. Sabían que esto iba a suceder mucho antes de que sucediera. Pero básicamente lo que sucedió es que una empresa apiló un montón de tierra contra el lado de una colina y no funcionó muy bien. La tierra cayó de debajo de la casa y una casa y media cayó por la colina, lo cual es simplemente tan terrible. Solo puedo imaginar lo terrible que esto habría sido. Lo que es irónico o triste de esto es que este es el nombre de la empresa que construyó la casa, Diseñado para la Vida. Sí, la vida corta, supongo. Esta charla trata sobre el hecho de que tenemos terror de cometer un error como este. Un error donde la probabilidad es realmente baja, saben, no todos los días las casas caen así, pero el riesgo es realmente alto. Si sucede algo de este tipo, entonces tenemos un problema serio. Y por eso quiero hablarles sobre decisiones paralizantes o este tipo de decisiones donde, como dije, la probabilidad es baja pero el riesgo es realmente alto.

Entonces, hablemos de desarrollo web moderno, qué increíble es. Es fantástico. Hay tantas herramientas geniales disponibles para nosotros para construir cosas impresionantes. Desafortunadamente también es agotador. No sé cuántos de ustedes aún recuerdan en 2015 cuando todos hablaban sobre la fatiga de JavaScript y todo eso. Sí, es agotador. Hay muchas herramientas geniales disponibles pero, sí, agotador.

Esto fue agotador, armar esta diapositiva, hay tantas herramientas. Y algunas de estas herramientas no las usarías juntas, como algunas de estas herramientas son competidoras entre sí o lo que sea. Podrías usarlas juntas si estás migrando de una a otra.

Pero el hecho es que estos logotipos representan algo que la gente está construyendo, que dedicaron al menos suficiente tiempo para hacer el logotipo en primer lugar. Y hay mucho que tenemos que hacer como desarrolladores web. Ahora, creo que nos falta uno. Acabo de darme cuenta. Oh, no, eso está bien. Ahí está. Ja ja. Mi favorito, Remix, es increíble, super gran fan de Remix. Pero aún así, todas estas herramientas para construir una aplicación web, es agotador, realmente lo es.

Entonces, hablemos en serio. Casi cualquier cosa que elijas probablemente estará bien. Podrías poner todas estas herramientas en un tablero de dardos y lanzar un dardo a ciegas, y lo que sea que aterrice, te vas con esa herramienta, probablemente estarás bien usando esa herramienta. Y lo sabes. Todos lo sabemos. Nos gusta pensar que nuestro proyecto es el copo de nieve que necesita ser exactamente con el conjunto perfecto de herramientas. De lo contrario, nunca tendrá éxito. Pero para la mayoría de nosotros, realmente no importa tanto qué herramienta usemos.

Y sin embargo, somos indecisos. No podemos decidir cuál de estas herramientas usar aunque en realidad no importa tanto. Por un lado, sabemos que probablemente estará bien. Pero por otro lado, tenemos que vivir con esto. Y tenemos que preocuparnos por este tipo de experiencia, donde ¿qué pasa si tomo la decisión equivocada? Y ahora me encuentro en esta situación en la que tengo que reconstruir mi aplicación o tengo que migrar mi aplicación, y es simplemente una cantidad enorme de dolor. Así que estamos aterrados de tomar la decisión equivocada, aunque sabemos que la elección correcta, realmente no hay una elección correcta que tengamos tantas opciones, pero elegir cualquiera de ellas probablemente estará bien. Aún así, tenemos que vivir con ello. Nos preocupa. Y luego, una vez que te decides, ahora tienes que alinear a todos, como decimos, está bien, vamos a hacerlo de esta manera. Y luego alguien decide, oh, voy a hacerlo de esta manera.

Y ahora tienes tres implementaciones de combo box en tu aplicación, esto literalmente me ha pasado en el pasado. De ahí surgió downshift. Y puede ser un verdadero desafío mantener a todos en la misma página una vez que has tomado las decisiones, y luego tomas las decisiones, tienes que conectar las cosas. No hay una sola herramienta que lo haga todo. Y sí, conectar las cosas no siempre sale perfectamente.

Bueno, todo esto es solo una gran distracción de nuestro deseo de simplemente enviar, de comprometernos. Queremos enviar nuestro software. Y todo esto nos distrae de hacer eso. Así que aquí está el trato. Esta es una charla más real para ti. He estado por aquí el tiempo suficiente como para ver un problema y sentir que lo tengo controlado. Sé exactamente qué hacer. Puedo ejecutar y las cosas irán bien. Todo esto viene de las opiniones que he desarrollado con el tiempo y no todos aprecian o les gustan mis opiniones. No voy a ganar necesariamente un concurso de popularidad con todas mis opiniones pero el hecho es que lo que elijas probablemente estará bien. Y mis opiniones siento que están bastante basadas en hechos. He trabajado en pequeñas empresas y he enviado aplicaciones a solo un par de personas y he trabajado en grandes empresas y he enviado aplicaciones a millones de personas. Siento que tengo un buen sentido de lo que hace un conjunto de herramientas realmente genial para usar en una aplicación.

Por eso estoy emocionado de presentarte un iniciador de proyectos y una referencia con opiniones llamado Epic Stack. He estado trabajando en esto durante un par de meses y ha sido increíble. La gente está usando realmente el Epic Stack para construir aplicaciones en las que están siendo pagados para trabajar. Es un iniciador de proyectos. Ahora mismo es un stack de Remix, pero en el futuro pondré mi propio CLI para esto. Pero funciona realmente bien. Solo ejecutas esto y poof, tienes el Epic Stack. Pero también es una implementación de referencia. Así que vas al repositorio de GitHub y es una aplicación de stack completo construida con todas estas diferentes herramientas con documentación realmente, realmente genial. De hecho, Epic Web Dev de lo que hablé al principio de la charla es básicamente donde va a estar la documentación para el Epic Stack, tanto en la versión gratuita como en la versión de pago de los documentos o de la serie de masterclass de Epic Web. Así que creo que la mayoría de las personas van a obtener la mayor parte del valor del Epic Stack como una implementación de referencia porque la mayoría de nosotros no estamos construyendo nuevas aplicaciones todos los días. Y estamos tratando de evolucionar nuestras aplicaciones existentes.

Y entonces puedes pensar, OK, ¿cómo hizo Kent para renderizar las zonas horarias en el servidor? ¿O cómo hizo Kent para, ya sabes, la autenticación de dos factores? Sea lo que sea en lo que estás trabajando, puedes hacer referencia al Epic Stack y ver cuál es una buena manera de hacer esto y seguirlo en tu propio proyecto.

Otra cosa que he preparado son los documentos de decisión. Así que mientras tenemos muchas decisiones que tomar en todo, hay parálisis por análisis y todo eso, los documentos de decisión son muy útiles para ayudarte a entender las cosas que consideré cuando tomé decisiones importantes, como por qué estamos usando este proveedor de servicios de correo electrónico en particular, o por qué estamos optando por este formato para nuestros módulos ESM nativos modules y varias otras cosas, puedes echar un vistazo en los documentos de decisión. Lo cual creo que es realmente bastante útil porque te ayuda a obtener una comprensión bastante buena del por qué detrás de las decisiones que se están tomando.

Así que otra cosa impresionante sobre el Epic Stack son los principios rectores. Estas son las cosas que de alguna manera guían la dirección del proyecto. Para ser claro, yo soy el dictador benevolente de este proyecto, y por lo tanto los principios rectores son más o menos cómo lidero el proyecto. Pero espero que, si te alineas con estos principios rectores, entonces se alineará bastante bien con lo que son las decisiones finales del stack. Así que primero, limitar los servicios. Creo que es importante para nosotros ser dueños de nuestro destino. Y eso puede ser realmente difícil si estamos usando muchos servicios diferentes. Y esto no son solo servicios de terceros, que por supuesto, eso definitivamente influye. Pero esto es incluso nuestros propios servicios. Cada servicio que añades a tu aplicación aumenta la complejidad. Ahora, a veces eso va a reducir o resolver otros problemas. Y por lo tanto vale la pena esa complejidad. Pero especialmente si estás empezando un nuevo proyecto o para la gran mayoría de proyectos en los que todos trabajamos. Puedes tener todo funcionando en una sola caja y funcionará perfectamente. Y siempre y cuando esa caja esté gestionada para ti, porque no quiero gestionar una caja, una máquina virtual o cualquier cosa. Así que siempre y cuando esa VM esté gestionada para ti, entonces solo di, aquí está mi cosa y ejecútala y todo está junto en uno. No tienes tantos trucos cuando se trata de despliegues y diferentes cosas como eso. Y los costos son mucho más baratos también. Así que ese es uno de los principios rectores, es limitar los servicios. Tiene que haber una razón justificable real cuando introduces un servicio. Ahora, por supuesto, tenemos algunos servicios que tienes que usar. No estoy alojando esto en un NAS en mi armario o algo así. Pero sí, queremos limitar eso como un principio rector. Lo siguiente es incluir solo los casos de uso más comunes. Así que el Epic Stack es una implementación de referencia. Así que tenemos características en el Epic Stack que probablemente no tendrás en tu propio

Junto con eso, si estás empezando, no quieres pasar la primera hora de tu tiempo registrándote en un montón de servicios diferentes y configurando claves y todo eso. Así que queremos minimizar la fricción de la configuración. Aunque estamos usando servicios para algunas cosas, quiero asegurarme de que no tengas que configurar esos servicios solo para desplegar las cosas. Puedes configurar esas cosas más tarde. Y eso es otro principio rector.

Queremos optimizar para la adaptabilidad. Así que lo único constante en esta industria es el hecho de que nada es constante y que cambia mucho. Y entonces, queremos hacerlo de manera que puedas pivotar en torno a las diferentes decisiones que necesitan ser tomadas y los cambios de producto y todo eso. Y aunque me siento muy seguro en las opiniones que tengo, quiero hacerlo de manera que sea fácil para ti cambiar diferentes cosas. Si quieres usar un servicio para esto o lo que sea, hacer eso lo más fácil posible. Y luego, solo una forma de hacer algo. Así que queremos reducir esa bifurcación de enfoques para las cosas. Y entonces, sí, si alguien quiere traer alguna herramienta, entonces necesitamos reemplazar la herramienta que ya está resolviendo ese problema o simplemente decimos, no, no vamos a traer esa herramienta. Así que ese es otro principio rector. Y luego, finalmente, el desarrollo sin conexión. Siento que poder desarrollar sin conexión es increíble. Poder subir a las montañas y no tener ninguna conexión en absoluto y aún así poder trabajar en mi proyecto. Eso es genial. Pero eso no es por qué esto es importante para mí. Esto es importante para mí porque creo que te hace más resistente a tus dependencias, ya sea que se caigan. Estar indisponible, estar incompleto. Todo eso. Así que la idea detrás del Epic Stack es que puedes desarrollar sin conexión. Y eso es otro principio rector.

Entonces, en este punto, probablemente estás como, sí, eso suena genial, Ken, pero ¿cuáles son las decisiones que tomaste? ¿Cuáles son esas opiniones? Por favor dime. ¿Cuáles son esas opiniones que has hecho? Quiero ver si coincidimos en nuestras opiniones.

Así es como se ve el Epic Stack. Así es como se ve hoy. En primer lugar, está utilizando Remix, el mejor marco de trabajo en el mundo. Soy un gran fan de Remix. Y por supuesto, Remix utiliza React. Así que también estamos utilizando React. Soy un gran fan de React.

Estamos utilizando algunos servicios. Necesitamos usar servicios para alojarlo y diferentes cosas así. Así que estamos utilizando Fly to I.O. Fly en realidad viene con Grafana y Sentry. Así que también estamos utilizando esos servicios para el monitoreo de producción y todo. Utilizando GitHub Actions para desplegar, desplegaremos tanto en un entorno de producción como en un entorno de preproducción. Y luego estamos utilizando Resend para enviar correos electrónicos. Me encantaría simplemente enviar un correo electrónico directamente desde tu caja. Pero eso simplemente no es algo que puedas hacer si quieres que tus correos electrónicos lleguen a su destino. Es un estado de cosas realmente triste. Pero puedes echar un vistazo al documento de decisión para tener una idea de por qué estamos utilizando un proveedor de servicios de correo electrónico? De hecho, comencé con un proveedor de servicios de correo electrónico diferente y cambié a Resend, y tengo un documento de decisión sobre ese cambio también.

Y luego Docker. Sé que algunos de ustedes estaban un poco temblando en sus botas cuando vieron el logo de Docker. Pero para ser claro, probablemente no necesitarás tocar esto. Este es un archivo generado para ti. Y si alguna vez necesitas cambiarlo, estarás muy contento de poder cambiarlo. Es realmente, realmente poderoso. Así que esas son algunas de las cosas que estamos utilizando. También estamos utilizando Node.js y Express. Node.js es simplemente increíble, soy un gran fan. Bund es emocionante y cosas y tal vez eventualmente me pasaré a Bund. Pero Node es realmente, realmente probado en batalla y es impresionante. Express también es uno de esos que definitivamente estoy dispuesto a buscar otra alternativa, pero sigue siendo un marco de trabajo realmente probado en batalla y cosas.

Honestamente, en realidad no usamos mucho Express. Hay un solo archivo que usa Express y luego todo lo demás es remix, por lo que no hace una gran diferencia. Y migrar a algo más sería una especie de cosa de una tarde probablemente.

Luego, por supuesto, estamos usando Tailwind y también Post-CSS para aquellas situaciones en las que no quieres usar Tailwind o simplemente quieres escribir CSS regular, pero Tailwind es fabuloso. Es increíble. Todo integrado.

Estamos usando SQLite para la database y Prisma para acceder a ella. Es increíble. Esto viene con un esquema de permisos, esquema de usuario, hashing de contraseñas e imágenes, como todo tipo de cosas. SQLite es realmente muy, muy poderoso. Y sé que tiene este lastre de, Oh, eso es solo para mobile apps o, Oh, eso es solo para juguetes. Oh, eso es solo para testing. No, lo he estado usando en producción durante años. Es increíble. Entonces, SQLite también nos permite reducir el número de servicios que estamos usando. Y así, la fiabilidad de tu database va a ser increíble. Y como está en disco, no hay latencia. Y por lo tanto, es realmente muy rápido. Como el, ¿cómo se llama el problema de la consulta? No es realmente un problema con SQLite, puede almacenar petabytes de data. Es, es increíble. Es simplemente ridículo lo que SQLite es capaz de hacer.

Estamos usando Xod y Conform, esa combinación nos da forms seguros por tipo mejorados progresivamente. Eso es simplemente increíble. Así que soy un gran, gran fan de Xod y Conform. Usando Radex para componentes y Shad CN para componentes muy bien estilizados. Es increíble. Júntalos.

Y hay más por venir también. También tenemos ejemplos, muchos ejemplos de uso del stack de época con varias otras tecnologías y cosas. Así que echa un vistazo a estos ejemplos. Hay un montón de cosas que podemos hacer y además de eso, definitivamente buscando otros ejemplos. Así que si trabajas en una empresa que vende cosas a los desarrolladores o algo así, arma un ejemplo del epic stack con tu cosa, eso sería genial. Así que una cosa que es poco probable que suceda es más de una forma de hacer lo mismo cosa. Así que para eso son los ejemplos. Puedes hacer mucho, ya sabes, mostrar muchas formas diferentes de usar el epic stack o adaptar el epic stack a diferentes cosas. Así que si no te gustan las opiniones del epic stack, está totalmente bien. Puedes hacer un fork y construir tu propia versión del epic stack y luego crear nuevos proyectos basados en eso.

Así que una cosa que puedes hacer para ayudar con los epic stacks es ir a get hub ahora mismo y darle una estrella. Y eso realmente ayuda. Sé que parece una métrica de vanidad, pero en realidad las estrellas sí importan. La gente sí mira esas estrellas y está interesada en ver repositorios que tienen muchas estrellas. Así que las estrellas son útiles. Siempre es bienvenida la ayuda, especialmente los ejemplos. Eso es algo que es relativamente fácil para las personas armar. Y luego, si es una idea realmente, realmente genial, y puedes demostrar eso en un ejemplo, entonces potencialmente podríamos incorporarlo al núcleo. Así que también estamos activos en las discusiones y en Discord. Así que ven y chatea allí. Es genial. Y sí, solo quiero terminar con los últimos dos minutos que tengo y hablar sobre algo. Estaba realmente luchando con algo, tomando algunas decisiones.

Y la decisión con la que estaba luchando era qué hacer con Epic Web Dev. Y porque acabo de darme cuenta de que la gente no sabe que son un cliente de Epic Web Dev, como ellos, ven Epic Web Dev y están como, bueno, sí, soy un desarrollador web, pero ¿esto se aplica a mí? Porque la web es tan amplia con testing JavaScript. Era obvio. Quiero probar JavaScript, boom, testing JavaScript.com, con Epic React. Sí. Quiero ser un desarrollador React. Déjame hacer eso. Epic Web era simplemente demasiado amplio. Y entonces, me di cuenta de que lo que Epic Web Dev ofrece a la gente es un camino para salir de esto, de, oh hombre, esto es un gran riesgo, pero una decisión de baja probabilidad. Pero como, estoy, estoy paralizado por, lo desafiante que es esta decisión. Y entonces lo que es Epic Web es la documentation para el Epic Stack. El Epic Stack resuelve ese problema de parálisis por análisis y Epic Web es cómo te enseño a usar el Epic Stack.

Así es como mantengo el Epic Stack sostenible para mí mismo. Y entonces Epic Web consta de mucho material gratuito que enseña sobre el Epic Stack y cómo construir aplicaciones web épicas, aplicaciones de stack completo. Y también consta de una serie de masterclasses a las que puedes asistir y este primer volumen que acabo de lanzar es básicamente cómo construir el Epic Stack. Así que realmente obtienes una sólida comprensión. E incluso si no estás usando el Epic Stack, tendrás un mejor entendimiento de las tecnologías subyacentes que probablemente usarás en tus propias aplicaciones web al construir el Epic Stack. Y entonces espero que le des un vistazo a Epic Web. El Epic Stack es donde podemos darte una base sólida. Ese es mi objetivo para el Epic Stack. Así que en realidad solo tengo una cosa más y luego ya terminé. Y esto es esa última cosa. Eres increíble. Muchas gracias. ¡Nos vemos!