1 / 13
oct. 2017

¿Ascender en esta industria es sinónimo de no escribir ni una linea de código? Parece que es un patrón que veo muy común. Cada vez coges más responsabilidades y te dedicas a la parte de negocio, organización de equipos, organización ténica,… y parece que lo primero que se abandona es las trincheras de la programación.

¿Tiene sentido? ¿Es casi imposible hacer carrera digna sin dejar el código?

Depende de la empresa en la que caigas, yo en la que estoy hago gestión y también pico código. No vas a dejar de programar si tu no quieres, ahora que tengas tiempo para hacerlo…

Justo estoy en este dilema… hace un par de años di el paso a la gestión y llevo unos meses donde me lo estoy replanteando todo… hecho de menos la tecnología y programar. Ahora, ¿podre conseguir un salario similar al que tengo ahora como JP? Yo espero que si, tampoco lo veo tan descabellado…

En una clásica cárnica es casi imposible. “Progresar” es sinónimo de hacer gestión y olvidar la parte más técnica. En empresas más modernas puedes hacer carrera técnica, pero la tendencia hacia la gestión es siempre fuerte.

Como se ha comentado por aquí, creo que depende del tipo de empresa. Después de más de 20 años en esto he trabajado en algunas empresas en las que la progresión era prácticamente imposible si no dejabas de programar y te dedicabas a la gestión, pero hay de todo.

Desde hace varios años trabajo únicamente en empresas del grupo del “no”, pero claro, cuanto más progresas, más tienes que justificar que el tiempo que dedicar al código tiene sentido desde un punto de vista económico.

Lo que si que he observado al menos en mi caso es que conforme vas adquiriendo experiencia, más capacidad tienes para aportar valor en escenarios relacionados con la toma de decisiones además de a escribir código.

A lo que me refiero es que es posible que no tenga sentido que dediques el 100% de tu tiempo a desarrollar sencillamente porque puedes aportar mucho en otras áreas. No confundir esto con el “ya no toco código en ningún momento”.

Por supuesto, también está el caso de las personas que prefieren abandonar el código y dedicarse a la gestión. Yo lo sigo viendo desde un punto de vista de aporte de valor. Querer abandonar el código no implica ser buen gestor, hay mucho cafre por ahí suelto en todos los ámbitos :wink:

Está claro que en una clásica consultora no hay otro camino, pero me parece interesante lo que contais de otro tipo de empresas. El artículo de Casuso también me ha hecho reflexionar (va en la línea también de @msanjuan). Tiene mucho sentido, está claro que cuanto más experiencia tienes más valor puedes aportar en otras áreas. Quizás es demasiado egoísta y tonto querer cerrarse a eso.

Lo que si que he observado al menos en mi caso es que conforme vas adquiriendo experiencia, más capacidad tienes para aportar valor en escenarios relacionados con la toma de decisiones además de a escribir código.

A lo que me refiero es que es posible que no tenga sentido que dediques el 100% de tu tiempo a desarrollar sencillamente porque puedes aportar mucho en otras áreas. No confundir esto con el “ya no toco código en ningún momento”.

Y sigues manchándote las manos por nostalgia o porque crees que es necesario?

Estoy convencido que es necesario. Cuando he hablado de que la experiencia nos puede llevar a aportar mucho valor de cara a tomar decisiones, eso aplica también al código.

En nuestro día a día “picando código” tomamos multitud de decisiones que pueden elevar sensiblemente la complejidad accidental de nuestro sistema, hipotecar nuestro diseño y en resumen, limitar nuestra capacidad para entregar valor de forma constante en el tiempo.

Hay todo un conjunto de esas decisiones que sólo se pueden tomar cerca del código. Si no te manchas las manos, no puedes tomarlas, no es el tipo de decisión que se toma mientras se dibujan cajas con un Visio o se arrastran tareas con un Project.

Dicho esto, reconozco también que me mancho las manos por nostalgia, pero lo hago en casa fuera de horario de trabajo :wink:

Tenemos una muy mala costumbre de crear malos gestores, perdiendo buenos desarrolladores.

Para mi crecer, puede ser en diferentes caminos:

  • Puedes crecer económicamente, según tu experiencia aumenta, tu productividad también, no veo porqué alguien no puede seguir siendo desarrollador y cada vez cobrar mas dinero por que es muchisimo más productivo.

  • Puedes crecer en responsabilidad, porque cuando llegas a una edad, después de 15 años programando o 20, quizás te apetezca ver un poco el lado oscuro de la gestión. Aquí para mí lo correcto sería hacerlo de forma paulatina, hasta que puedas llegar a un 50% de developer/gestor y decidas que path quieres coger, o quedarte así.

  • Puedes crecer por el modelo startup, rápido y con cualquier puesto que te ofrezcan, sin amarlo, solamente por engordar CV o nómina, si haces esto, yo creo que te equivocas y te recomiendo que te lo pienses… pero para gustos, colores :slight_smile:

Ante todo, haz lo que te apasiona, las pelas vienen detrás de la pasión, siempre llegan :wink:

Muy interesante este hilo. En mi opinión, la gestión no es un lado oscuro ni es la evolución natural de un buen desarrollador. Además, considero que tampoco tiene por qué estar centralizada en una persona ya que la gestión en sí misma condensa un montón de responsabilidades que un equipo maduro tendría que poder distribuir entre sus miembros de la forma más adecuada en cada momento.

Suelen hacer falta gestores cuando se trabaja en organizaciones que no permiten que los equipos se auto-organicen. Cuando pasa esto, sucede que las responsabilidades de gestión se concentran en una o dos personas y, como no sean unos “jedy” de las soft skills, de la empatía y de la mano izquierda, se pueden convertir en pequeños tiranos. En ese caso va a dar igual si hacen código o no…

9 días después

Muy interesantes todas las oportaciones! Me ha abierto un poco la mente, pensar que en temas de gestión también puedes llegar a aportar mucho valor. ¿Al final todo este se trata se solucionar problemas y hacer la vida más fácil no?

:ok_hand:

Totalmente de acuerdo!! Es más, en mi opinión, no solo no es la evolución natural de un buen desarrollador, creo que es muy contraproducente usar el ascenso como premio al buen trabajo, que es lo que tradicionalmente suele suceder. No digo que no se premie, ¡evidentemente que sí! Pero no creo que deba ser con ascensos.
El motivo es que como desarrollador uno puede puede tener unas habilidades que le hagan un buen desarrollador, pero eso no quiere decir que le valgan como gestor. Otra cosa es que esa persona se prepare y se forme como gestor, desarrollando esas habilidades. Si encaja en el puesto X como gestor, genial; si no… mejor que continúe formándose (quizás incluso con la ayuda de sus jefes pueda entrenar esas habilidades)
¿No es un poco rara esta práctica de ascender por el buen trabajo? Quizás sea yo, que no acabo de verlo…
Ah! Lo que sí me parece mal, quizás me equivoque, es esa tendencia general en cualquier sector de que sí no asciendes es porque no vales. Me resulta antinatural…

En mi opinión, eso viene asociado a una mala práctica endémica en este país, en la que se asocian las subidas de salario a los roles profesionales. Si eres mánager se considera -erróneamente- que tienes más responsabilidad que si eres desarrollador. Los que nos hemos olvidado alguna vez en nuestra carrera un WHERE en un DELETE de SQL entendemos que la responsabilidad de ambos puede ser de gran trascendencia.

Alomejor habría que empezar a valorar a los profesionales por su actitud, capacidad de trabajo, capacidad de empatizar profesionalmente (que tampoco hace falta que seamos una secta, pero sí hace falta poder hablar con franqueza), etc… En mi opinión, esto no tiene que ver con títulos ni cargos, y sí mucho más con las sinérgias y capacidades para incrementar la productividad y la calidad de los productos.