(respuesta al post de Carlos Blé "No malinterpretes tu carrera". He comenzado en su sección de comentarios pero me he ido calentando... así que mejor lo saco a un post)



Ese Carlos!

Veamos cómo digo esto;

He lanzado ese discurso o parecido muchas veces.
He envidiado "el paraíso yankee del desarrollador" durante años.
He aguantado durante años a capullos diciendo cosas como "¿picando como un enano?", "yo ya no pico", y similares...

Pero o bien esos comentarios iban hacia *otros*, o yo no me daba por aludido.
Y me he obligado siempre a entender las necesidades de negocio, a saber un poco *de todo*, a interactuar con los perfiles alejados del área técnica.

Así que hace muchos años que perdí los complejos, y me monté mi propio personaje: El rarito ese que lo mismo habla de frikadas y resuelve las dudas de los juniors, discute con los "arquitectos" del cliente, se pasa cuatro días programando algo oscuro de la plataforma, mete conceptos extraños como prototipados visuales o iteraciones cortas en las cabezas de los usuarios corporativos, o discute de "pirámides de costes" y de productividad con gerentes de cárnicas.

Y es una gozada, y me lo paso en grande; y sigo siendo un técnico que trabaja para resolver problemas, que es por lo que me metí en este mundo.

Y ahora que lo pienso... creo que puedo trazar esa inquietud hasta algún momento a mediados de los años 80:

Recuerdo las impresiones que me causaron algunos articulillos de esta vieja enciclopedia que compraba semana a semana.

Una fue el viejo chiste de lo que el analista pidió, lo que el diseñador dibujo, lo que el programador hizo, y lo que el cliente *realmente* quería.

Me impacto. Y después de leerlo, recuerdo decirle a mi padre, con la seriedad que sólo un preadolescente puede tener:
"Aita, yo quiero ser analista-programador."
"¿Exactamente *eso* tiene que ser?" Me dijo él, supongo ahora que riéndose a carcajadas por dentro.
"Sí. Porque programar lo que otros dicen parece muy aburrido. Pero descubrir cómo resolverlo, y hacerlo... eso parece tan divertido..."

Y he tenido la suerte de que, en los años siguientes, en la Universidad, en mis primeros pasos profesionales, en las empresas por las que he pasado... *nadie* se interpuso en mi camino con la suficiente fuerza como para hacerme renunciar.

Así que, seamos positivos:

Carlos; tienes más razón que un santo:
Hagamos lo que sabemos hacer bien. Pero además, sin complejos, aprendamos de todo lo que pueda hacernos devolver un mejor trabajo al mundo. Y ante todo, no dejemos que nos arrinconen, porque esa es otra forma de devaluar nuestra profesión.
Seamos los que marcan la diferencia; seamos los "mediums" capaces de relacionar las necesidades con el mundo técnico.
Demostremos que confiar en nosotros multiplica las posibilidades de éxito.

¡¡¡A por ellos, hombre, a por ellos :) !!!


_

6 comments:

Carlos Ble said...

Muy chulo Jorge, parece un cuento. La verdad que nadie ha dicho que un desarrollador no deba asistir a cursos de cómo comunicar, o como hablar en publico. En mi opinion, todas las personas deberian saber expresarse, al menos despues de ser diplomado o licenciado.
Al rol de desarrollador se le presuponen muchas menos habilidades (skills) de las que yo creo que debe tener.
Un abrazo

GermanDZ said...

Muy bueno, me gusta ese enfoque. Yo soy de los que reniegan de la corbata, pero la he usado como arma muchas veces. No hay nada como que creen que eres "el consultor" que viene a leerte un PPT pero demostrar que puedes programar a su lado y conversar con el director entendiendo sus preocupaciones respecto al ROI del proyecto, temas presupuestarios su scorecard y demás cosillas del mundo corporativo.

Si queremos como programadores ser respetados es importante respetar a los demás que también tienen sus objetivos y expectativas que cumplir.

La virtud está en saber hacer lo que haga falta en cada momento.

alberto said...

GermanDZ has dado en el clavo, me quedo con tu ultima frase (de hecho voy a proponer que alguno se la tatue en su organo mas pequeño,el cerebro). El articulo de Jorge es estupendo, a su irresistible atractivo fisico ; ) se le une una forma de contar las cosas amena y directa.
A Carlos recordarle una frase con la que el mismo me dedicó su interesante libro Diseño Agil con
TDD:Que los managers y los tecnicos esten cada vez mas unidos asi conseguiremos clientes mas satisfechos. En mi humilde y quiza equivocada opinion ceo que no debemos perder NUNCA la perspectiva del valor que aportamos. Nuestra baza es demostrar con el dia a dia sin radicalismos ni mensajes sectarios la dignidad y la importancia del señor@ DESARROLLADOR ,en todas sus variantes y competencias tanto tecnicas como sociales.

txurdi said...

has ganado un fan más.

me siento muy identificado con lo que dices.

A mi me gusta hacer de todo, y me gusta programar (no me avergüenzo como otros) aunque se supone que el Ingeniero tiene que hacer "Análisis". También me gusta eso, pero me gusta llegar hasta el nivel de abajo, y si es con más gente alrededor mejor :-)

Para conseguir eso estoy emprendiendo por mi cuenta, y por ahora, funciona! :-D

Jorge Uriarte said...

Gracias Txurdi; ¿en qué tabla sagrada está escrito eso de que "se supone que el ingeniero tiene que hacer Análisis"?

Lo que "se supone", lo que dicen los libros... somos *nosotros* los que lo escribimos, los que lo asumimos.
Somos una profesión joven, aún en contrucción. De nosotros depende decidir *qué* es.

Y si para eso hay que quemar banderas, iglesias, o Colegios... pues se queman :) :) :)

Jorge Uriarte said...

Ah, eso sí. Me alegro de que te funcione. A mí no sólo me ha funcionado al emprender por mi cuenta, pero ya es un paso importante, sí señor!!