Construye aplicaciones Fullstack en tiempo récord con Blitz.js

Pero la luna de miel terminó y me frustré cada vez más con toda la complejidad. Cosas como APIs REST, APIs graphQL, múltiples servidores, implementaciones, gestión de estado, configuración, bibliotecas, herramientas, todo, cualquier cosa que se interpusiera en el camino de construir características agotaba mi moral. Realmente quería volver a amar el desarrollo de pila completa. Quería ser extremadamente productivo de nuevo. Quería centrarme en construir características en lugar de toda esta otra configuración y conglomerado innecesario en mi aplicación.

Así que decidí que ya era suficiente y me propuse construir la mejor experiencia para desarrolladores posible en aplicaciones de pila completa de react. Así que había dos cosas que realmente quería tener para esta experiencia. En primer lugar, tenía que ser monolítico. Monolítico significa que hay una sola cosa en la que pensar, una sola cosa en la que construir, una sola cosa en la que implementar. Todo está junto y cohesionado, y es mucho más simple. Me adentré en el desarrollo web a través de Ruby on Rails, que es monolítico. Y conozco los beneficios de productividad que se obtienen de eso. Y quería volver a eso. En segundo lugar, quería eliminar la API. La capa de API en las aplicaciones de React es una de las mayores fuentes de complejidad, confusión, dolor de cabeza, angustia, simplemente dolor. Y así quería deshacerme de eso. Es increíble. No nos damos cuenta de cuánto nos ralentiza esa capa de API hasta que ya no la tenemos. Y luego dices, wow, esto es increíble. Y así que sabía cómo era eso gracias a Ruby on Rails, no hay API, puedes comunicarte directamente con tu base de datos desde tu vista si lo deseas, no se recomienda, pero puedes hacerlo. Y esto era muy importante.

Pero, ¿cómo puedes lograr esto con React? En ese momento, cuando comencé con Blitz. Hace unos 14 o 15 meses, estaba pensando cómo podríamos hacer esto. La única forma que conocía era el renderizado del lado del servidor. Y así, bueno, pensé que podríamos hacer esto. En ese momento, Next.js acababa de agregar el obtener props del lado del servidor y parecía que sería un buen enfoque. Así que cuando anuncié Blitz por primera vez, dije, bien, aquí está. Lo que es, tenía un prototipo inicial que se renderizaba en el lado del servidor, pero no me encantaba, no me encantaba. Y eso era importante para mí. Quería, quería amar lo que estoy usando en mi día, en mi trabajo diario, ¿sabes? Así que yo y los otros primeros colaboradores de Blitz estábamos discutiendo esto, hablando de cómo se vería la arquitectura. ¿Sería un modelo vista controlador? ¿Sería, qué sería? Y un día estaba tumbado en una hamaca en Tailandia, reflexionando sobre esto y me pregunté, ¿cómo sería esto si fuera fácil? Mientras estaba allí soñando con lo que podría ser, ¿qué sería fácil? Tuve esta imagen en mi imaginación de solo una función que se ejecuta en el servidor, que se comunica con la base de datos e importa directamente esa función en mi código del front-end, mis componentes de react. Y luego el framework haría que esa cosa funcionara mágicamente, realmente pondría una capa de API allí. Pero el usuario no tendría que lidiar con eso. Y así pensé, wow, esa es una idea genial. Me pregunto si puedo hacer que funcione. Y resulta que lo logramos.