(no quiero iniciar un flame Arquitectura VS. desarrollo; solo uno de "Mala arquitectura" VS "desarrollo y luego ya pienso cómo lo distribuyo todo". O mejor, lanzar una pregunta: "¿por qué tengo que elegir entre la rubia y la morena, si me gustan ambas?". Espero que no lleguemos a la agria polémica que hubo en la tira 362.)
Lo cierto es que hay, en este país (salvo honrosas excepciones, todo hay que decirlo), una especie de maldición con eso de programar. Incluso con programar bien, que suele involucrar pensar antes de hacerlo y hacer buena arquitectura. Cuando en una gran empresa te nombran arquitecto, parece que te elevas a un mundo de abstracción en el que no deberías volver a tocar un editor de código, no sea que te infectes. Parece como un paso intermedio a la gerencia. Y NO.
Es curioso, porque he visto a algunos malos programadores (no necesariamente malos porque se les diera mal; a algunos, simplemente, no les gustaba) convertirse en malos arquitectos. De esos que tenían un diagrama genérico de un MVC, le cambiaban el nombre y HOP!, proyecto nuevo.
Siempre me ha fascinado (sobre todo, en las empresas grandes), esa manía de separar la arquitectura y la programación, quizá víctimas de la propia metáfora (la del arquitecto y los albañiles). Siempre he considerado ambas cosas dos caras de la misma moneda; No digo que separar tareas no pueda ser una buena idea, pero ese ansia de algunos (malos) arquitectos por desligarse de la programación es simplemente un reflejo de algo obvio; no les gusta programar. Pero, por seguir con la metáfora, un Arquitecto sin conocimientos de programación nunca mataría a Hitler más que en un papel... y un programador sin idea de arquitectura, cogería un rifle y se pondría a disparar en círculos hasta que se le acabasen las balas. Con suerte, con el cañón apuntando hacia afuera ;-)
No sabría decir con exactitud qué me gusta más; ese periodo de perfeccción teórica, diagramas, estimaciones y patrones que precede a un proyecto y que podríamos encuadrar (relajadamente) en el marco del trabajo de un arquitecto o el paso de ponerse a codificar, ver como todo va cuadrando en sus cajitas que has diseñado antes, bellamente... hasta que te encuentras un problema de desarrollo y hay que modificar algo :-). Pero bueno, el mundo no es perfecto, así que su modelado informático tampoco puede serlo. Por lo tanto, yo elijo el trío con la rubia y la morena :-)
P.D: Sí, el CondensadorDeFluzoCrashException está en castellano porque
lo de "fluzo" es algo muy español: un errorcillo
P.D.2:
El principio de Peter que da nombre a la tira es esto
¿quieres leer más tiras? Entra en el listado de tiras y escoge!
Puedes usar esta tira libremente,
cumpliendo tan solo esta licencia CC:
