Lo bonito de trabajar en un lugar como Enlabs es que, al ir al bar a por un café, nunca sabes a quién te vas a encontrar.
Viejos amigos, estudiantes muy jóvenes, frailes ingenieros, pianistas novatos (no sé por qué, pero en el bar hay un precioso piano de cola y todos los que saben tocar “bomba o no bomba” se sientan creyéndose Arturo Benedetti Michelangeli), etc.
En resumen, un montón de gente, mucha conocida pero de la que a menudo has olvidado el nombre y a la que no puedes llamar “amor”, así que te limitas a mantener cara de póker mientras tu IA personal elabora un perfil, obviamente delirante.
La situación se pone épica cuando estás en una conferencia y te cruzas con personas que conoces desde hace décadas pero de las que, en el momento, no recuerdas absolutamente nada.
Al principio te aferras a la esperanza de que el badge esté escrito con letras gigantes o al menos que no lo hayan llevado al revés; de lo contrario, toca provocar una ráfaga de viento, soplando como un loco, o recurrir a algún truco mental estilo Jedi.
La diversión llega cuando ocurre lo contrario: muchos me llaman con nombres inventados, por el apellido (algunos citando a Verdone), por el nombre de la empresa o, gracias al nombre arcaico que arrastro, con deformaciones que me hacen estremecer más que el gesso en la pizarra. No habría problema si no fuera porque, especialmente en un contexto más o menos profesional, ser reconocido o no puede tener consecuencias económicas; como decía Frank Zappa: “We’re Only in it for the Money”.
Desde los tiempos de mi primo, sustituido ahora por la IA, ya sabemos que no basta con escribir código limpio y resolver problemas técnicos con eficiencia: hoy un dev también debe saber contarse, comunicarse de manera efectiva e integrarse en un ecosistema cada vez más competitivo e interconectado.
En este contexto, el personal branding no es opcional para quien aspira a roles de liderazgo, consultoría o simplemente a una carrera más sostenible.
El personal branding es solo otra herramienta en la caja para ser reconocidos, escuchados y elegidos.
El mito del super-coder solitario
Aunque seas un genio al estilo Sheldon Cooper, siempre te encontrarás en tu camino con un Prof. Gablehauser con quien tendrás que colaborar, a menos que quieras volver a tu habitación a inventar un pez luminoso.
Por demasiado tiempo, el arquetipo del desarrollador exitoso ha sido el del individuo brillante, sumergido en su código, cuya única preocupación era producir soluciones técnicas elegantes y eficientes. El valor de un programador se medía casi exclusivamente por su capacidad de escribir líneas de código impecables, resolver bugs complejos e implementar funcionalidades sofisticadas.
Esta visión, aunque arraigada en películas y literatura popular, hoy resulta anacrónica y limitante en el dinámico y colaborativo mundo tech contemporáneo.
Las mismas figuras míticas que representaban estos estereotipos se han convertido casi todas en ‘viejos cascarrabias’ con un séquito de admiradores cada vez más reducido.
El motivo principal de este cambio radica en la propia evolución del software y de las metodologías de desarrollo. Los proyectos se han vuelto cada vez más complejos, distribuidos y multidisciplinarios.
Rara vez un desarrollador trabaja aislado; al contrario, forma parte de equipos heterogéneos que incluyen product managers, diseñadores, analistas de negocio, expertos en marketing y otros stakeholders.
En este escenario, la capacidad de comunicar efectivamente ideas técnicas a un público no técnico, comprender las necesidades del negocio y colaborar activamente se vuelve tan crucial como dominar un lenguaje de programación.
Además, el impacto del software se ha extendido mucho más allá de la mera funcionalidad técnica. Las aplicaciones y sistemas que los desarrolladores crean influyen en la vida cotidiana de millones de personas, transforman industrias enteras y fomentan la innovación. Esta centralidad del software impone a sus creadores una responsabilidad mayor, que va más allá de la simple ejecución de especificaciones: requiere comprender el contexto de uso, las implicaciones éticas y sociales de su trabajo y la capacidad de argumentar y defender sus decisiones técnicas en un lenguaje accesible para todos.
T-shaped management: qué es
Todo esto se ve amplificado por un modelo cada vez más común en las organizaciones: el T-shaped management, una extensión del concepto de T-shaped skills, que premia perfiles con fuerte competencia vertical pero también con aperturas horizontales en comunicación, empatía, colaboración y visión global; las antiguas soft skills… pero con esteroides.
Hoy se busca al dev que pueda dialogar con el equipo de producto, dar una charla, escribir documentación clara y participar activamente en la comunidad.
Todas actividades en las que la marca personal —tanto personal como profesional— marca la diferencia, y varios trends en el panorama tech actual refuerzan la necesidad de desarrollarla:
- Developer Economy: Desde hace años, crece la conciencia sobre el valor estratégico de los desarrolladores. Las empresas que intentan prescindir de personas confiando únicamente en la IA se estrellan, mientras prosperan las que compiten ferozmente por atraer y retener talento. Un dev con reputación fuerte y una identidad profesional clara tiene ventaja en este mercado laboral altamente competitivo. La marca personal se convierte en una herramienta para diferenciarse, atraer oportunidades y negociar mejores condiciones laborales.
- Remote-first y trabajo distribuido: La pandemia aceleró la transición hacia modelos remotos y distribuidos. En un entorno donde las interacciones presenciales son menos frecuentes, la capacidad de comunicarse efectivamente online, construir relaciones virtuales y destacarse a través de canales digitales se vuelve clave para crecer profesionalmente y colaborar con los equipos.
- Freelancing y consultoría: Cada vez más desarrolladores eligen freelancing o consultoría, a veces por necesidad. En este contexto, la marca personal es esencial para conseguir clientes, generar confianza y demostrar expertise. Una marca sólida funciona como carta de presentación y abre nuevas oportunidades de negocio.
- Crecimiento horizontal y liderazgo distribuido: Las estructuras organizativas evolucionan hacia modelos más ágiles y horizontales, donde el liderazgo no es exclusivo de roles directivos. Los desarrolladores son cada vez más llamados a tomar iniciativas, liderar técnicamente, mentorizar a colegas y influir en decisiones estratégicas. Todo esto requiere habilidades comunicativas fuertes y una marca personal que aporte credibilidad y autoridad.
El T-shaped management como modelo moderno de referencia
En este escenario complejo y en constante evolución, surge el modelo del T-shaped management como framework especialmente prometedor para los desarrolladores.
Se trata de devs que poseen una profunda competencia vertical en un área específica (la base de la “T”) junto con un amplio conocimiento horizontal y capacidad de colaboración interdisciplinaria (la parte superior de la “T”).
Para un desarrollador, ser vertical significa dominar lenguajes de programación, frameworks, arquitecturas y principios de ingeniería de software. Las primeras pioneras de la informática, magistralmente retratadas por Scott Adams, ya hicieron su época.
Quien haya leído The Phoenix Project sabe que, para destacar hoy, la competencia técnica por sí sola ya no basta; de hecho, comportarse como un “cyber guru” que trabaja 48 horas seguidas sin siquiera hablar con el pato de goma es pintarse un gran blanco en la espalda y convertirse en uno de los cuellos de botella clásicos.
Es necesario complementar las habilidades técnicas con capacidades transversales que permitan interactuar con diferentes perfiles profesionales, comprender dinámicas de negocio, comunicar ideas de manera clara y persuasiva, y contribuir activamente al crecimiento del equipo y la comunidad.
Comunicazione Mentorship Empatia Public Speaking
┌──────────────┐
│ │
Backend Dev <────┤ DEVELOPER ├────> DevOps Tools
│ │
└──────────────┘
|
|
Data Analysis
El personal branding encaja perfectamente en este modelo T-shaped como uno de los elementos clave de la dimensión horizontal. La capacidad de construir y comunicar el propio valor profesional, hacerse visible e interactuar con la comunidad son competencias que completan el perfil técnico del desarrollador moderno, transformándolo de un simple ejecutor de código a un profesional completo e influyente.
Canales y estrategias para personal branding tech
Construir una marca personal para un desarrollador no significa convertirse en marketer improvisado, sino aprender a dar voz a tu valor técnico de manera coherente y reconocible. El primer paso es, naturalmente, elegir un foco claro: ¿cuál es tu área de especialización? ¿Back-end con Go? ¿Front-end accesible con React? ¿DevOps en Azure? La verticalidad técnica es el corazón del perfil T-shaped, pero lo que lo hace interesante es cómo lo cuentas y compartes.
Los canales para comunicarlo no son muchos, pero sí fundamentales:
- GitHub no miente: commits, proyectos, documentación son huellas visibles de tu manera de trabajar. En Talent todavía lo usamos para presentar candidatos a empresas. Muchos devs que trabajan en empresas no tienen un perfil personal ni desarrollan side projects que puedan mostrar; por eso, trabajar en un side project y usar GitHub son requisitos si quieres salir de la zona de confort.
- LinkedIn es el espacio para dar contexto: contar experiencias, interactuar, hacerse visible, descubrir novedades y oportunidades.
Aun si no te gustan las redes sociales, ver un dev con 15 contactos me hace pensar en alguien que programa desde lo profundo de las cuevas de Frasassi…
Hasta aquí es un recorrido fácil y natural que te permite ver si estás listo para dar el salto: en Dev.to, Hashnode o Medium se pueden compartir artículos técnicos, soluciones a problemas específicos o reflexiones sobre la evolución del stack. Incluso lo que queda de X/Twitter o Stack Overflow puede ser válido, especialmente para quienes quieren experimentar con contenidos cortos, aunque la tendencia no va mucho en esa dirección.
Para escribir no existe una estrategia única: lo que importa es autenticidad y constancia.
- Escribir un post al mes, publicar un side project bien documentado, dar un lightning talk en un meetup local o participar en un proyecto open source son formas efectivas de branding.
- También ayuda orientar a colegas junior u ofrecer mentorship en comunidades online.
El objetivo final son los talks en conferencias: primero nacionales y luego internacionales. Son las verdaderas “columnas de Hércules” para un dev que quiere, sobre todo, ayudar a la comunidad con su experiencia y, después, posicionarse como referente (ya escribí sobre esto aquí).
Hasta un segundo antes maldecirás el esfuerzo por haber aceptado, pero cuando termines te sentirás mucho mejor y descubrirás que sabes más de lo que creías al principio.
Un punto clave, a menudo subestimado, es no contar solo los éxitos, sino el recorrido. Historias de fallos, bugs épicos, refactors dolorosos y decisiones arquitectónicas controvertidas son las que generan empatía y captan atención.
Estructura visual en bloques:
| Acción | Ejemplo | Efecto |
|---|---|---|
| Escribe un artículo | “Cómo optimicé una query MySQL compleja” | Posicionamiento como solucionador de problemas |
| Contribuye a OSS | PR en un proyecto conocido | Reputación técnica |
| Participa en un meetup | Lightning talk de 10 min | Networking local |
| Comparte una lección | Post: “He aprendido que…” | Empatía + visibilidad |
| Documenta tus proyectos | README completo y bien escrito | Usabilidad + profesionalidad |
Evita presentarte como una máquina de código infalible: una marca auténtica se construye con el tiempo, a pequeños pasos, dejando huellas útiles y reconocibles para quienes cruzan tu trabajo.
Publicar solo éxitos o métricas autoreferenciales corre el riesgo de parecer vacío o distante. Una buena marca personal habla más de valor compartido que de rendimiento individual.
Aquí no hablamos de los controvertidos “influencers tech”. Tener miles de seguidores no es el objetivo, y muchas veces ni siquiera es necesario. Lo que importa es la calidad de las conexiones, no la cantidad. Un comentario útil en un hilo de GitHub o una respuesta en Reddit pueden valer más que un post viral sobre el maltrato de los patitos durante la sesión de debug.
No pierdas la “Code-Credibility”
Como mencionamos antes, el personal branding no sustituye la competencia técnica, al contrario, la potencia.
Los “Maicol Pirozzi” son raros en nuestro mundo y ninguna estrategia de visibilidad puede compensar la falta de habilidades. Pero cuando la competencia y la comunicación se encuentran, el resultado es un perfil sólido, interesante y capaz de aprovechar oportunidades que de otro modo serían inalcanzables.
Ejemplos típicos se encuentran en la comunidad tech internacional:
- Dan Abramov, miembro del equipo de React en Meta y co-creador de Redux, se ha convertido en un referente no solo por su código, sino por cómo comparte dudas, avances y reflexiones en su blog.
- Cassidy Williams, que combina competencia técnica, humor y creatividad en divulgación; sus vídeos, tweets y charlas son accesibles, auténticos y atraen a un público amplio (aquí su web).
- Theo Browne (T3.gg) creó una comunidad fiel con contenido directo, orientado al código y opiniones claras sobre lo que significa construir buenos productos; aquí está uno de mis vídeos favoritos donde habla de PHP y JavaScript.
En Italia también surgieron figuras como Luca Mezzalira, Fabio Biondi o Michele Riva, que demuestran que un dev puede ser divulgador, speaker internacional, mentor o CTO, manteniendo firmes sus raíces técnicas. Cada uno con su estilo, pero con un elemento en común: coherencia y constancia al contar su trabajo.
El personal branding no es un fin, sino un medio para crecer como profesional consciente, capaz de dejar huella. Es una inversión a largo plazo: cada contenido compartido, cada interacción positiva, cada proyecto documentado se convierte en un activo intangible que aumenta el valor percibido de tu trabajo.
Una marca sólida no solo abre nuevas oportunidades —colaboraciones, invitaciones a eventos, acceso a comunidades— sino que también da más autonomía a tu carrera: mayor control sobre los proyectos que eliges, más influencia en los equipos, más facilidad para pasar de contributor a leader.
No hace falta empezar a lo grande: basta un pequeño gesto diario. Mejora un README, cuenta un desafío técnico superado, participa en una conversación. Todo eso te convierte en un dev mejor porque el personal branding no es apariencia: es presencia. Y en un mercado competitivo, estar presente y visible es siempre una ventaja, cualquiera que sean tus perspectivas de carrera.
Y, de paso, si tocas decentemente el piano, también puedes ir al bar de Enlabs: después de años de iniciar con “Para Elisa”, incluso improvisar el tema de los Birds gritado durante dos minutos te convertirá en una super star.
