Una de las ideas que me intrigan es la mentalidad de "env\u00edalo o muere". Con respecto a c\u00f3mo se llama, hay variaciones de la misma, pero la idea detr\u00e1s de la frase es simple:<\/p>\n
Si tiene una idea, h\u00e1gala pasar del concepto al producto lo m\u00e1s r\u00e1pido posible.<\/p>\n
Claro, la idea de llegar al concepto de un producto tambi\u00e9n puede llamarse "concepto a efectivo", pero nunca hay una garant\u00eda de que generar\u00e1 efectivo, \u00bfverdad? Sin embargo, hay una garant\u00eda de que puede convertirlo en un producto tangible.<\/p>\n
Y en los c\u00edrculos de desarrollo de software, siempre hay muchas cosas que una persona puede argumentar a favor o en contra de la idea. En mi cabeza, los dos pros y contras que me vienen inmediatamente a la mente son:<\/p>\n
En resumen, puede haber una compensaci\u00f3n entre la rapidez con la que puede enviar algo para un mercado y la arquitectura detr\u00e1s del proyecto. A veces lo hay, a veces no lo hay. Sin embargo, en t\u00e9rminos generales, creo que es seguro asumir lo primero.<\/p>\n
Adem\u00e1s, algunos pueden ver lo primero como la salida f\u00e1cil, algunos pueden ver lo segundo como un ejercicio de YAGNI o, m\u00e1s simplemente, que el problema puede abordarse cuando surja.<\/p>\n
Pero, \u00bfqu\u00e9 tiene esto que ver con nada en este momento?<\/p>\n
Toda la raz\u00f3n por la que estoy dedicando tiempo a escribir sobre esto es que es algo en lo que yo, y sospecho que otros en nuestro campo, pensamos al menos un poco. Todo esto est\u00e1 muy bien cuando se habla de ello en un sentido abstracto, pero perm\u00edtanme tratar de relacionarlo con algo un poco m\u00e1s realista.<\/p>\n
Hace unos a\u00f1os, el desarrollo front-end consist\u00eda en envolver el contenido en elementos en l\u00ednea o de nivel de bloque y dise\u00f1arlos con CSS b\u00e1sico.<\/p>\n
Ten\u00edamos herramientas avanzadas para trabajar con nuestro c\u00f3digo de back-end, pero el front-end era relativamente simple, aparte quiz\u00e1s de los est\u00e1ndares de codificaci\u00f3n impuestos por la empresa o el equipo con el que trabaj\u00e1bamos.<\/p>\n
Nuestros dispositivos avanzaron (lo que, para que conste, considero algo bueno e incluso natural en tecnolog\u00eda). Junto con dicho avance, ahora tenemos herramientas de compilaci\u00f3n espec\u00edficas para el desarrollo front-end que son tan avanzadas en algunos aspectos como las que usamos para el software back-end.<\/p>\n
Claro, tenemos algunos que son "desarrolladores de pila completa", pero estoy feliz de admitir que me siento mucho m\u00e1s c\u00f3modo trabajando en el lado del servidor que en el front-end. Si trabajo en la parte delantera, tiendo a ce\u00f1irme a las herramientas con las que estoy familiarizado y trato de mantenerme dentro de las barreras definidas por el carril en el que opero.<\/p>\n
Ayuda a mantener el desarrollo enfocado, r\u00e1pido y consistente en todos los proyectos.<\/p>\n
En s\u00ed misma, esta secci\u00f3n podr\u00eda ser una publicaci\u00f3n larga, pero no me interesa ir tan lejos. En su lugar, tomar\u00e9 una porci\u00f3n de c\u00f3mo funciona el desarrollo front-end en este momento y ver\u00e9 si puedo usarlo para aclarar mi punto.<\/p>\n
Tomemos, por ejemplo, en qu\u00e9 se ha convertido CSS. Tenemos lenguajes encima de otros lenguajes (como Sass<\/a><\/strong> que se sienta encima de CSS b\u00e1sico o se suma a \u00e9l).<\/p>\n Y tenemos procesadores que compilan, minifican, filtran y evitan que veamos nuestro trabajo antes de que se corrijan ciertos errores y advertencias por el bien de la calidad. (No lo considero algo malo, pero muestra el creciente nivel de complejidad, o quiz\u00e1s madurez, de nuestras herramientas de front-end).<\/p>\n El desarrollo front-end es demasiado f\u00e1cil, hag\u00e1moslo m\u00e1s complejo para que podamos sentirnos m\u00e1s inteligentes entre aquellos de nuestros pares que aparentemente est\u00e1n lidiando con aspectos m\u00e1s "cr\u00edticos" del negocio. Recuerda que esto es una competencia.<\/p>\n<\/blockquote>\n\n