Tamaño del proyecto y «manteniéndolo simple»
Por alguna razón, existe una tensión constante (al menos en lo que a mí respecta) entre la utilidad de construir algo para alguien y la cantidad de tiempo que lleva construir dicho objeto.
Con eso quiero decir que cuando se trata de WordPress, es relativamente fácil crear complementos y utilidades pequeños y simples para otros que no necesariamente siguen las mejores prácticas modernas.
Y, en cuanto a esta publicación, diría que las mejores prácticas modernas son algo así como:
- un administrador de paquetes del lado del servidor,
- un administrador de paquetes del lado del cliente,
- prueba unitaria adecuada,
- clases bien diseñadas,
- código documentado,
- y así.
Y todo eso es excelente y podría decirse que es necesario para proyectos más grandes (especialmente porque el mantenimiento y el desarrollo constante jugarán un papel muy importante).
Manteniéndolo simple
Pero, ¿qué pasa con los proyectos más pequeños en los que eres más o menos el único administrador del código base? No digo que no se deban poner en marcha buenas prácticas. Pienso que deberíamos:
- tener una base de código bien documentada,
- diseño de función o clase que atiende al desarrollo futuro,
- y optimización del código del lado del cliente y del lado del servidor
Pero, ¿eso significa que estos proyectos deben tener grandes directorios de proveedores o grandes directorios de node_modules?
Foto de Artur Pokusin en Unsplash
En pocas palabras, no lo creo. Creo que eso se convierte en un exceso de ingeniería.
Haga las cosas lo más simples posible, pero no más simples.
Esto no significa que renunciemos al cuidado necesario para escribir código de calidad dentro del contexto de nuestro IDE.
Directrices potenciales
Pero tal vez ahí es donde se detiene. Es decir, tal vez una buena regla general es:
- Si el proyecto va a requerir una integración continua, debe tener las medidas de seguridad necesarias para hacer cumplir la calidad tanto a nivel local como en los entornos de ensayo y el proceso de integración continua.
- Si el proyecto se va a construir y luego lanzar (y se hará de manera iterativa), entonces la mayor parte de la calidad debe medirse y aplicarse a través del IDE.
No sé si esta es la mejor manera de abordarlo, pero es algo en lo que he estado pensando y sigo llegando al conjunto de barreras proverbiales de arriba.
Actualmente estoy escribiendo un libro electrónico (junto con una variedad de otro contenido premium). Si estás interesado, echa un vistazo a lo que obtienes.