Por qué creo que elegir una pila aburrida es importante en la programación
Hace unos días, una persona me hizo una pregunta. Quería crear un blog y decidió crear su propia plataforma para ello, utilizando Angular en la interfaz.
Mi respuesta fue que si el objetivo era escribir un blog, entonces tenían que descartar esa idea y utilizar una solución estándar.
Eso debe haber sido mal recibido, ya que no recibí respuesta, pero mi punto es este: si quieres crear un blog y tomártelo en serio, entonces usa lo más aburrido y a prueba de balas que puedas encontrar. Definitivamente no trabajes en la infraestructura de tu blog si quieres hacer un blog serio .
La tecnología debe dejar de ser un obstáculo , debes concentrarte únicamente en el contenido .
De lo contrario, pasarás la mayor parte de tu tiempo libre ajustando la plataforma del blog (que, seamos claros, a nadie más que a ti le importa ) en lugar de escribir contenido. A nadie le importa esa infraestructura.
Si quieres hacer un video, ¿vas a escribir primero un clon de YouTube? ¿Puede soportar 100 millones de visitantes simultáneos? Me recuerda a la gente que quiere escribir videojuegos y comienza a construir primero un motor de física, sin terminar nunca el juego en el proceso.
Utilizo Hugo, un generador de sitios estáticos.
Para mí, Hugo es el mejor porque se centra en los blogs y en Markdown. Es aburrido . Su lenguaje de plantillas es aburrido. Es tan aburrido que cuando tengo que modificar algo, me quedo dormido. Me encanta.
La mejor característica de Hugo es que es rápido , creo que principalmente l uso de Go. Parece una característica aburrida en estos días.
“¡Mira a Gatsby, es tan elegante y brillante!”
Gatsby (solo lo uso como ejemplo, no tengo nada en contra) ya es demasiado sofisticado para mi gusto, aunque es una gran tecnología. ¿Por qué? Hace que te concentres demasiado en la tecnología y menos en el resultado. Como desarrollador, puede que pienses que es genial, pero no lo es. React, GraphQL, todo es demasiado emocionante.
Me recuerda a Redux y a la gente que estaba entusiasmada con la demostración de “viaje en el tiempo”, una función muy útil para la programación diaria [fin del chiste]. La gente complicó sus aplicaciones con alegría solo para usar una tecnología brillante.
Hablemos, por ejemplo, de la precarga. ¿Realmente necesitamos la precarga cuando un sitio estático ya es lo más rápido posible? ¿Los visitantes de nuestro blog lo están pidiendo? ¿Cuáles son las desventajas? ¿Qué puede salir mal?
Recuerde la ley de Murphy: “Todo lo que puede salir mal, saldrá mal”.
Una vez hablé con una persona que comenzó un blog usando Gatsby solo para darse cuenta de que no habilitaban la representación del lado del servidor, aunque pensaban que la tenían habilitada, lo que hacía que el blog fuera casi invisible para Google (sí, sé que a veces ejecutan JS , pero tengan paciencia, quédense con la aburrida representación del lado del servidor ).
En un blog promedio, se obtiene un promedio de 1,1/1,2 visitas a la página por usuario. Esto significa que la gran mayoría de los usuarios llegarán a su sitio, probablemente a través de Google, echarán un vistazo rápido y se irán. ¿Realmente necesita obtener previamente todos sus enlaces? ¿Por qué desperdiciar todos esos datos y energía?
Dejemos de ir en contra de Gatsby, me gusta mucho como herramienta para hacer webs y apps.Te recomendamos SEO y posicionamiento SEO
Lo que quería decir es que para empezar un blog sencillo, probablemente no necesites el 80 % de lo que hace este. Utiliza una herramienta más sencilla, una herramienta diseñada exclusivamente para blogs, y definitivamente no escribas tu propio blog.
Esto se aplica a aplicaciones más complejas. ¿Deberías usar la tecnología que conoces desde hace 10 años o deberías pasarte a esa tecnología genial de la que no sabes nada, pero de la que todo el mundo habla bien? ¿Deberías usar Rails o Elixir? ¿Debería escribir mi próxima aplicación en TypeScript o Reason? ¿C, Go o Rust?
Se pierden muchas horas de trabajo para siempre cuando pasamos colectivamente de una biblioteca antigua a otra nueva y de un marco antiguo a otro nuevo. Piense en jQuery, Backbone y Ember, además de todos los miles de millones de marcos que vinieron antes o después de ellos. Piense en AngularJS vs Angular. Piense en todos los marcos PHP que vinieron antes de que Laravel tomara por asalto el mundo PHP. ¿Recuerda la “revolución” NoSQL que nos hizo a todos reconsiderar el uso de MySQL en favor de sistemas de bases de datos más sofisticados y flexibles? Resulta que SQL sigue siendo fuerte.
“Solo use MySQL, la revolución tecnológica aburrida ya está aquí” Marty Weiner, director de tecnología de Reddit, 2016
La mayoría de las herramientas que los desarrolladores consideran estándares de la industria son creadas por grandes empresas como Google y Facebook y son perfectas para sus necesidades. Un equipo pequeño o un desarrollador individual podrían tener las mismas necesidades, pero ¿es eso probable? ¿O todo está impulsado por la presión de los compañeros y la publicidad exagerada? ¿O por el marketing?
¿Lo que quieres hacer es perfectamente alcanzable con JavaScript simple y las API del DOM , o realmente necesitas reescribir toda tu aplicación en React y pasar días intentando que Webpack haga lo que quieres? A veces esa es una gran opción, a veces una opción menos que perfecta. Trabajar con las API del DOM resulta aburrido, pero eso puede hacer que tu aplicación sea mucho más rápida, mientras que todos los demás en el círculo de ingeniería dicen que va a ser un desastre, puedes enviarla en 10 veces menos tiempo y podría funcionar 10 veces mejor.
Una regla es que conoces los riesgos de tu plataforma, que el pasto siempre es más verde del otro lado de la cerca y que te gusta imaginar que las nuevas plataformas son 100% perfectas. Eso nunca sucede y el diablo está en los detalles.
Detalles que quizás dominaste en años de invertir en ese stack que ahora te parece aburrido, ¡porque eres ingeniero! ¡Te gustan los desafíos! ¡No quieres perder la oportunidad de aprender cosas nuevas!
Todavía puedes hacerlo.
Creo que siempre hay que experimentar y crear proyectos paralelos, pero cuando se trata de plataformas críticas (como la plataforma de tu blog, que es crítica si te tomas el trabajo en serio), la tecnología aburrida es mejor. Y comprender este concepto es parte de convertirse en un desarrollador sénior.
Tal vez te puede interesar:
- Introducción a React
- Agregar evento de clic a los elementos DOM devueltos desde querySelectorAll
- Cómo cambiar el valor de un nodo DOM
- Cómo comprobar si un elemento DOM tiene una clase
Las ventajas de utilizar una pila aburrida
Hace unos días, una persona me hizo una pregunta. Quería crear un blog y decidió crear su propia plataforma para ello, utilizando Angular en la interfaz. Po
programar
es
2025-01-17
Si crees que alguno de los contenidos (texto, imagenes o multimedia) en esta página infringe tus derechos relativos a propiedad intelectual, marcas registradas o cualquier otro de tus derechos, por favor ponte en contacto con nosotros en el mail [email protected] y retiraremos este contenido inmediatamente