¿Que es escalable?, Y que lo es en el desarrollo frontend?

#frontend #escalabilidad #productivity #programming

Esto será la introducción a una serie de artículos que iré publicando relacionados principalmente a lo escalable en el ámbito del desarrollo frontend, apuntando al aspecto tecnológico, pero también a otros que estarán ligados a las relaciones y las situaciones en las que nos desenvolvemos como desarrolladores. Con estos artículos no tengo como objetivo final mostrarte una receta lista pero si ayudarte a preguntarte: ¿mi proyecto es escalable?, ¿las costumbres de mi equipo lo son?, ¿cuáles cambios son necesarios para lograrlo?.

Basados y redactados desde mi propia experiencia en el rubro, pero que surgen a partir de la moda de usar términos lindos- "fancy words" - vacíos de contenido, que en la mayoría de los casos no refleja la realidad de esos proyectos/equipos.
Para ello dividí esta serie en tópicos que harán un poco de guía en mi punto de vista de lo que es escalable, que servirán como deconstrucción del término "escalabilidad", ayudando a quitar el sentido común de lo que realmente significa. Estos artículos están intrínsecamente relacionados pero los redactaré lo más independientemente posible uno del otro para que facilite la omisión de los que no sean de interés para algunos lectores; por ejemplo todo lo relacionado a proyectos en equipo.

¿Cuál es mi objetivo con todo esto? Desmitificar un poco lo escalable, para dejar de utilizar el término sin realmente saber lo que es, y empezar a concientizar la importancia que un proyecto realmente lo sea. Y sobre todo en un ámbito como el desarrollo frontend donde lo escalable no tiene una forma muy definida y es borroso incluso para los más experimentados. No es para que nadie se sienta atacado por lo que digo, pero mucha gente al momento de definir el entorno en el que se va a trabajar omite preguntas muy importantes que se necesitan hacer antes de definir muchos aspectos; sean tecnológicos, de comunicación, de la organización, etc.
Para eso vamos a utilizar una estrategia, un tanto filosófica, definiendo lo escalable por lo que NO es. Y, ¿por qué iré por este camino? Porque iremos viendo que la escalabilidad depende de algunos factores como el modelo de empresa, del negocio, del equipo y hasta del capital humano con el que trabajemos. Igualmente intentaré dar varios ejemplos de lo que realmente no entra en la definición, independientemente de los factores y aspectos al interior de nuestro entorno, para que puedan obtener una imagen más clara de lo que yo logro ver como frontend escalable.

Algunas aclaraciones

Antes de comenzar quiero dejar asentado algunos puntos de la forma y lo que yo pretendo hacer llegar a la persona que lea esto.
Este es un punto de vista de la escalabilidad desde mi subjetividad intentando ser lo más objetivo posible, podes no estar de acuerdo en alguno o todos de los tópicos. Las preguntas que planteo están enfocadas principalmente a grupos de trabajo y quizás no sea la realidad para otros proyectos, por ejemplo Open Source, entre amigos, personales, etc.
Este artículo está enfocado específicamente a los proyectos frontend, pero estará buenísimo si algunas de las cosas las pueden tomar para otros desarrollos (Backend, QA, DevOps, por nombrar los ámbitos más conocidos). Justamente como dije al principio de este artículo, no vengo a plantear una fórmula/receta de como ustedes deben estructurar su proyecto/entorno de trabajo, pero si cuales son las principales preguntas que yo me haría al momento de intentar mejorar un proyecto nuevo o existente.