Los programas no son “commodities”. Un buen programa es el trabajo personal de un buen programador. Y en eso un programa es comparable a una silla creada por un artesano. Es comparable en que nos interesa la calidad de la terminación, los detalles de robustez, en la sensación de que no se tomaron decisiones apresudaras sino que se aplicó un arte, un conocimiento. ¿Es entonces un programador equiparable a un artesano? Sí, en muchas cosas.
Sin embargo la producción de sillas hoy pudo independizarse del artesano. Se producen en masa millones de sillas, frecuentemente muy lejos de quienes serán sus usuarios. Debe haber algún diseñador oculto en todo este proceso, pero tan oculto que desaparece de la escena. La industria de sillas es una cuestión de fábricas, de horarios, de jefes de personal y hombres que solamente deben hacer unas pocas tareas repetitivas. Optimizar la producción es optimizar una línea de montaje, buscar la previsibilidad por sobre lo diferente, lo manejable frente a lo diverso.
Cuando hoy pensamos en arte lo pensamos en oposición a lo útil. No es para sentarse esa silla, es arte. Hace algún tiempo eso no era así. Tenemos pruebas fosilizadas de eso en el lenguaje: “artes y oficios” y la misma palabra “artesano” (frente a “artista”).
Los programadores no tenemos sindicatos. La idea de la sindicalización nos hace un poco de ruido. Los sindicatos parecen adecuarse más a otro tipo de trabajos. Esto también coincide con lo que vengo diciendo. Los sindicatos como los conocemos fueron surgiendo cuando fue apareciendo el trabajador “comoditizado” (o “proletarizado”). La forma de asociación propia de los artesanos era el gremio medieval. Éste era una estructura jerárquica basada en cuán experimentados eran sus miembros, y la asociación vigilaba el buen uso de las técnicas y protegía de alguna manera el buen nombre de la profesión. Los que querían ser artesanos tenían que lograr el ser aceptados como aprendices. Después de un tiempo iban subiendo de grado y al final serían maestros. Volviendo a la programación vemos lo poco que interesa un título a la hora de contratar a alguien, y lo importante que es saber si el aspirante es “junior”, “senior”. El programador “junior” no es otra cosa que un aprendiz, y las empresas saben que en muchos casos la manera de crear un staff de programadores es contratar “aprendices” con potencial e ir entrenándolos.
Sin embargo hoy estamos demasiado acostumbrados a la idea de fábrica. A la idea de producción en cadena, de horarios, etc. Y tratamos de asimilar el mundo del desarrollo de software a la realidad de una fábrica. Tratamos de diseñar procesos que simulen una línea de montaje. Y es probable que esté bien intentar, que algo ayuda y que hay algo de productividad que ganar en eso. Pero quizá no estaría mal recordar que no estamos en una fábrica y que los buenos programas no salen como chorizos.
Ley de medios
Hola Nico. Qué bueno que volviste a escribir.
Hay un artículo que habla (en inglés) que la programación no es como un negocio de hamburguesas (en Argentino: fábrica de chorizos) y que consiste en un proceso creativo, pero no lo puedo encontrar para enviártelo.
Abrazo!
Gracias, che… Igual esto lo tenía escrito desde hace tiempo, y no sé por qué no lo publicaba =). La idea básicamente es que para analizar la producción de soft, hay que analizar cómo era ese otro modo de producción. Así que si pongo una empresa de software podría hablar de aprendices y maestros… =b Eso sí, antes los aprendices vivían con el el maestro, no creo que eso funque bien hoy, jeje.
Gracias por leer, creo que ninguna otra persona lo hizo, jeje… =)
Un abrazo!
Saludos desde México. Nico! verdad? Ya somos dos los que te han leido.
Me ha fascinado tu artículo. Tengo un texto que se llama: De la imprenta a la realidad virtual. En fin.
Pocas veces se encuentra en un programador a un buen articulista, menos a un escritor en la mayoria de los articulistas y paradojicamente nunca se encuentra al escritor ensimismado.
Puedes ampliar algunos de tus temas, con links que nos permitan redirigir a tus lectores a ejemplos más sencillos sobre la aplicación de pipes y lo demás… ejemplos que nos permitan resolver a los “kids” del computo.
Ciao y buena vibra
Antonio Castro
No lo pudiste expresar de mejor manera¡¡¡ Para mí programar es una expresión sublime de la creatividad (Arte) que muy pocas personas entienden… Te cuento que hay personas que me han dicho que un desarrollador carece de imaginación y que es completamente plano en su estructura de trabajo… No pueden estar más equivocados… Un saludo desde Colombia¡¡¡
hola!
llegue aca rebotando desde fb por tu carta invitando a “no votar a macri”; que de paso me resulto interesante. pero la politica no es mi tema, no me atrae ni interesa y no quiero meterme en esos yuyos.
en cuanto a esta publicación, que me parecio muy interesante, me quede con un par de cosas:
> SI! la programación es un arte, como artesanía, como lo que reconocemos como artesanía, esa “cosa” manual..si bien nunca lo habia pensado tan concretamente como tal, me parecio acertada la observación.
como artista que soy, sin ser pretencioso, la necesidad creativa y la busqueda de nuevas herramientas es constante; en la programacion, y como programador, (en realidad pretendo serlo) la creatividad no puede estar ausente, por la gran diversidad de lenguajes y la necesaria unión de diversas plataformas y por las necesidades de las grandes “fabricas” que utilizan a sus “lineas de programación” (símil linea de montaje) en busca de la mejor solución y ciertamente porque muchas veces la mejor solución requiere del engranaje de la creatividad, tan artístico como es…
De este asunto “fabril” surge el otro tema que me quedó zumbando, la experiencia y el aprendizaje;
> soy un proyecto de programador, un pretencioso que quiere aprender, todo (o casi todo) por mi cuenta; pero como en el arte, es necesario un maestro que nos introduzca a algunos secretos que difícilmente descubriremos solos.
sin embargo, superada esa barrera de conocimiento o descubrimiento… como superar la otra barrera? la fabril, la del mercado, como “proyecto de..” y sin la (al menos por ahora) “necesaria” formación académica tan requerida, como se superan los escollos en la búsqueda de un laburo?
cómo logra un “junior” que se forma en cursos o solo o con la practica conseguir un laburo?
cuántos breakthroughs son necesarios? de que envergadura?
me surgen mil preguntas y dudas como estas, tranquilo que no las voy a incluir, pero sí me deja todo esto una reflexión “existencial”:
* que tanto, o tan poco, invadido esta entonces este mercado por concepto “fabril”? es realmente así como decís que en este mercado no es TAN necesaria la formación académica como el conocimiento y las ganas de éste?
fui a entrevistas, a consultoras a hablar con gente de IT, contacté gente que labura en desarrollo…todos me trataron muy bien, pero insistieron en la NECESIDAD de la formación académica, no dejo de estar de acuerdo con ellos en eso, pero entonces me pregunto “donde esta ese “maestro” que te toma como aprendiz? donde encontrás a alguien dispuesto a contratarte y prepararte para aplicar el arte después?” yo aun busco…
y deja esto una cosa mas, prometo que la ultima:
conozco casos de gente SIN formación académica y con mucha voluntad de progreso que consigue buenos laburos como programadores, no conozco suficientes como para hacer una estadística, pero si algunos; conozco también (y acá acordaras conmigo quizás) MUCHOS casos de gente CON formación académica que no progresan o no son capaces de liderar ni resolver problemas, ni de forma básica ni creativa…
como se les enseña a estos a incorporar el arte? como rompes su estructura y los llevas a un mundo mas flexible? como los volvés “artísticos”?
entonces pienso, la invasion “fabril” es mas grande de lo que parece, pero se esconde bien.
ufff, evidentemente si me dejan escribir me dejo llevar.
gracias por este espacio!
saludos!!
Como dice la web de WordPress.org abajo a la derecha:
Code is Poetry