Líder Tech: Dejá de ser el que escribe el código y volvete el que toma las decisiones. Ahí están la jerarquía, el sueldo y el reconocimiento.

Description

LIDERAR: Volvete el tech lead que un equipo sigue sin que se lo pidan, al que ascienden y que nadie quiere perder.

Este libro entrena el cambio de ingeniero a líder para el que casi nada te prepara. Arranca desde una premisa sin vueltas: el liderazgo es un trabajo distinto, no una versión senior del que hacías bien, y tu valor ahora es el equipo que multiplicás, no el código que escribís vos. Vas a aprender cómo ganarte la confianza y liderar a personas que no te reportan, cómo tomar y bancarte decisiones técnicas cuando la información es incompleta y la puerta solo abre para un lado, cómo marcar una dirección que el equipo pueda seguir sin vos en la sala, cómo entregar a través del alcance y la honestidad en vez del heroísmo, cómo comunicar para que la persona indicada escuche lo indicado, cómo liderar un incidente sin empeorarlo, cómo moverte en la organización más amplia, y cómo gestionarte para no volverte el único punto de falla. Este es el núcleo del liderazgo; las prácticas que tomaron profundidad propia tienen su propia guía, así que el día a día de mentorear y hacer crecer ingenieros, delegar trabajo sin soltarlo, y auditar el código del equipo tienen cada uno un libro dedicado, y este te manda a ellos en vez de meterlos a presión. A través de las situaciones recurrentes de un mismo equipo vas a ver la jugada mala y la mejor, con el razonamiento que las separa, y vas a salir de cada capítulo con un framework que recordás y algo que podés usar el lunes. Su punto de vista atraviesa todo: a medida que los agentes de IA abaratan la producción de código, la palanca del líder pasa a ser el criterio, la dirección y el cuidado que las herramientas no tienen, y cada habilidad de este libro es exactamente lo que no se automatiza. Para ingenieros que prefieren convertirse en el líder que su equipo necesitaba antes que en el cuello de botella que toleraba.

VIBE CODING: Volvete el programador que la IA multiplica en vez de reemplazar, el que aporta el juicio que a la máquina todavía le falta

Esta guía revela el secreto que separa al programador que la IA reemplaza del que vuelve imprescindible: el vibe coding no es una colección de prompts, es ingeniería de software con la IA adentro del loop. Sobre esa premisa, el libro dedica un capítulo a cada una de las ocho disciplinas que tenés que traer a la mesa (fundamentos sólidos, programación asistida por IA, visión de diseño de sistemas, profundidad para depurar, disciplina de testing, criterio de code review, entendimiento del producto y responsabilidad sobre los resultados) y muestra, en cada una, dónde la IA falla sola y qué aporta tu juicio para que no falle. No es teoría: cada disciplina baja a tierra con escenarios concretos, y al final tenés un kit operativo (los errores más caros con su versión corregida, plantillas de prompts, checklists para antes de promptear y antes de mergear, casos reales de antes y después, y un manual de una página) para tener al lado mientras trabajás. Para ingenieros que están empezando y quieren que la IA les multiplique el valor en lugar de volverlos prescindibles.

DELEGAR: Dejá de ser el cuello de botella y convertite en el multiplicador que hace a tu equipo más fuerte cada vez que soltás.

Este libro enseña la delegación como la palanca central del liderazgo, no como una tarea que hacés cuando estás demasiado ocupado. Arranca desde por qué te resistís (se siente más lento, le tenés miedo a la caída de calidad, atás tu valor a ser el que hace lo difícil) y desarma cada excusa, después construye la habilidad de verdad. Vas a aprender a elegir qué delegar y qué quedarte, a emparejar una tarea con la persona que va a crecer con ella y no con la que la termina más rápido, y a entregar resultados y propiedad en vez de una lista de pasos. Cubre la parte que la mayoría de los consejos se saltea: cómo delegar sin abdicar (acordar el objetivo, las restricciones y los puntos de control) y sin sobrevolar (resistir las ganas de retomarla apenas se tambalea), cómo dejar que la gente cometa los errores baratos que enseñan y atajar solo los caros, y cómo dar la autoridad junto con la responsabilidad para que la persona pueda de verdad decidir. La segunda mitad es sobre escala: delegar decisiones y no solo tareas, construir un equipo que se enruta alrededor tuyo en vez de a través tuyo, y saber cuándo quedarte el trabajo es la decisión correcta. Los ejemplos son handoffs reales, mostrados saliendo mal (el sobrevuelo, el descarte, el retome) y después bien. Para líderes que quieren dejar de ser el cuello de botella y construir un equipo que se fortalece cada vez que sueltan.

MENTORÍA: Volvete el senior que hace ascender a sus ingenieros y arma un equipo que funciona sin vos, el multiplicador que toda empresa quiere retener.

Este libro enseña la mentoría como un oficio deliberado, el trabajo de hacer mejores a otros ingenieros, no el consejo ocasional que das cuando te lo piden. Arranca desde la disciplina central que casi todos hacen mal: mentorear preguntando en vez de diciendo, para que el ingeniero construya el criterio para resolver el próximo sin vos, y muestra cuándo dar la respuesta igual porque la lección no vale el costo. Cubre la devolución en profundidad, la parte que la mayoría teme y arruina: cómo dar una devolución específica, a tiempo y sobre el comportamiento para que de verdad cambie algo, cómo entregar el mensaje difícil sin destrozar a la persona, y cómo hacer que el reconocimiento haga trabajo real en vez de quedar vago. Después construye el resto del oficio: calibrar el desafío para que un ingeniero se estire pero no quede preparado para fallar, crear la seguridad que deja que alguien admita lo que no sabe, esponsorear gente (gastar tu propia credibilidad para ponerla en salas y en trabajo que la hace crecer), y mentorear cruzando las brechas de seniority, experiencia y origen. La segunda mitad va más ancho: construir un equipo donde mentorear es tarea de todos y no solo tuya, conocer la línea entre mentorear y gestionar, y que te importe la carrera de un ingeniero incluso cuando hacerlo crecer significa ayudarlo a irse. Los ejemplos son conversaciones reales, mostradas fallando y después funcionando. Para líderes que miden su éxito por lo buena que se vuelve la gente a su alrededor.

AUDITORÍA: Recuperá tus tardes y dejá de ser el cuello de botella del merge, con el equipo entregando rápido sin depender de vos

Este libro le da al tech lead sobrecargado una salida de la trampa de la revisión. Arranca desde la aritmética incómoda: cuanto más custodiás personalmente cada merge, más lento entrega tu equipo y más se te esconden igual los defectos de verdad. Después propone una sola estrategia que el resto del libro desarrolla. Dejá que el equipo mergee rápido, y en vez de inspeccionar cada cambio, inspeccioná el código entero de forma periódica, con un puñado de chequeos de alta señal que te dicen si la calidad se sostiene. Vas a aprender a leer la salud de un sistema que no controlás en persona: qué te está diciendo de verdad un repositorio de checks en verde o en rojo sobre la disciplina de la gente que lo escribe, qué revela el modelo de datos sobre si lo están diseñando o lo dejaron a la deriva, qué dice la forma de las dependencias sobre dónde la arquitectura se está desarmando callada, y dónde viven los riesgos que nunca aparecen en un diff, en seguridad, performance, observabilidad y quién puede tocar producción. Cada lente es una auditoría periódica, planteada para que sepas qué mirar, cómo se ve un resultado sano y de qué te está avisando uno malo, sin volverte otra vez la persona que tiene que mirar todo. Cierra con cómo elegir qué auditar y cada cuánto, y cómo hacer estos chequeos lo bastante baratos como para correrlos para siempre, así dejás de ser el bombero parado frente al botón de merge y te volvés la persona que construyó el sistema que se mantiene sano solo. Para el líder que quiere que su equipo entregue rápido y se mantenga sano, y quiere dejar de ser la razón por la que solo puede una de las dos.

DISEÑO DE SISTEMAS: Volvete el ingeniero al que le confían el diseño del sistema, el que sabe qué tradeoff tomar y dónde exactamente se va a romper

Este libro te enseña a diseñar sistemas con el criterio que de verdad necesita un ingeniero senior o un líder, no un catálogo de diagramas para recitar. Arranca desde el único primer paso honesto, conseguir los requisitos reales y los números (cuántos datos, cuántos requests, qué tan rápido, qué tan consistente tiene que ser) porque toda decisión de diseño después de eso es un tradeoff al servicio de esos números, y un diseño sin ellos es decoración. Construye el toolkit central y, más importante, cuándo cada herramienta es correcta y cuándo es un error: escalar para arriba versus para los lados, balanceo de carga, caché y los bugs que esconde, las elecciones de base de datos y por qué la base de datos suele ser el cuello de botella, replicación y sharding y qué te cuestan, y colas y trabajo asíncrono para absorber la carga. Encara los tradeoffs de frente, porque a un senior le pagan por esto: consistencia versus disponibilidad y qué significa CAP de verdad en la práctica, latencia versus throughput, y la verdad de que todo caché y toda réplica compran velocidad con una factura de consistencia. Diseña para la falla como default (redundancia, degradación elegante, timeouts y reintentos, los puntos únicos de falla que tenés que encontrar antes de que te encuentren) y para la observabilidad para que puedas ver el sistema que construiste. La segunda mitad es el oficio del trabajo: estimar la capacidad en el reverso de un sobre, leer un diseño buscando dónde se rompe con diez veces la carga, evolucionar una arquitectura sin una reescritura, y comunicar un diseño para que un equipo pueda construirlo. Los ejemplos son sistemas reales, diseñados por reflejo y después con criterio. Para ingenieros que entran en el rol donde la arquitectura es suya para hacerla bien.

ESTIMACIÓN: Volvete la persona a la que le creen las estimaciones, esa en la que la dirección confía cuando el plazo importa de verdad.

Este libro te enseña a estimar el trabajo de software con honestidad, para que tus fechas carguen información en vez de falsa confianza y sobrevivan al contacto con la realidad. Arranca desde por qué las estimaciones tantas veces están mal y por qué eso en general no es tu culpa: el cono de incertidumbre (de verdad no podés saber temprano lo que vas a poder saber después), la falacia de la planificación, y la diferencia entre una estimación, un objetivo y un compromiso que el negocio confunde todo el tiempo y vos tenés que mantener separados. Construye la habilidad de verdad: estimar en rangos y probabilidades en vez de una sola fecha que es una mentira de precisión, partir el trabajo hasta que las piezas sean lo bastante chicas para razonarlas (y reconocer el trabajo que todavía no podés partir porque no lo entendés), y las técnicas que le ganan a la corazonada, el pronóstico por clase de referencia a partir de cuánto llevó de verdad un trabajo parecido, el dimensionamiento relativo, y un spike para comprar información antes de estimar. Trata el corazón humano de frente: comunicar una estimación con su incertidumbre para que un stakeholder pueda tomar una decisión real, manejar la presión de comprometerte a un número que no creés, y decir todavía no sé sin perder la confianza. Después convierte las estimaciones en un pronóstico con el que podés conducir: seguir lo real contra lo estimado para calibrar, usar el throughput y el pronóstico probabilístico en vez de sumar adivinanzas, y re-pronosticar a medida que aprendés en vez de defender el número original. Cierra con el ángulo de liderazgo, construir un equipo donde las estimaciones se usan para planificar y no para castigar, porque en el momento en que errar es un crimen, toda estimación se vuelve una mentira. Los ejemplos son pronósticos reales, hechos mal y después con honestidad. Para líderes que quieren que sus estimaciones signifiquen algo.

PLANIFICACIÓN DE PRODUCTO: Volvete el líder que convierte un objetivo difuso en un plan que entrega lo correcto, el criterio con el que te ganás un lugar entre los que deciden.

Este libro te enseña a convertir un objetivo difuso en un plan que tu equipo pueda construir y de verdad sacar, el trabajo de planificación que cada vez más es la responsabilidad del ingeniero líder y para el que nadie te entrena. Arranca desde el resultado, no la feature: llegar al problema real y al resultado que importa detrás del pedido, porque un plan que entrega lo equivocado a tiempo sigue siendo un fracaso. Construye el oficio central: escribir requisitos e historias de usuario que describen el problema y los criterios de aceptación en vez de dictar una solución, para que un equipo pueda construir lo correcto sin adivinar lo que pensabas, y rebanar un objetivo grande en piezas verticales finas que cada una entrega valor, para que aprendas temprano y siempre tengas algo entregable en vez de un big-bang que no vale nada hasta el final. Encara la priorización de frente, las decisiones que definen un buen plan: qué construir primero y qué cortar, cómo pesar el valor contra el esfuerzo y el riesgo con honestidad, defender el foco contra el crecimiento del alcance y el backlog de la voz más fuerte que arruinan la mayoría de los planes, y la disciplina de hacer menos a propósito. Se conecta con la entrega: un roadmap que comunica la intención sin mentir sobre las fechas, planificar bajo la incertidumbre que cargan las estimaciones, secuenciar primero el trabajo riesgoso y desconocido, y replanificar a medida que aprendés en vez de marchar un plan viejo a un precipicio. Cierra con medir si el plan funcionó, definir el éxito antes de construir para poder saberlo, y la colaboración con producto, diseño y los stakeholders que convierte un plan en uno compartido. Los ejemplos son planes reales, hechos mal y después bien. Para líderes que quieren a su equipo construyendo lo correcto en el orden correcto, hacia un resultado que importa.

BURNOUT: Aprendé a cargar tu trabajo y el del equipo sin quemarte, y construí una carrera que dura en vez de una que se apaga siendo impresionante.

Este libro trata al burnout por lo que es: una condición laboral con causas que podés señalar y una recuperación que de verdad podés recorrer, no un defecto de carácter ni una sensación. Arranca desde una premisa sin vueltas. El burnout lo fabrica el trabajo y, sobre todo, la manera en que está organizado, y los ingenieros que se lleva son los fuertes y confiables que nunca aprendieron que decir que sí para siempre tiene una factura. Vas a aprender a reconocer la forma real del burnout en vos antes de que sea una crisis, a leer la maquinaria propia del software que lo produce, a sostener límites sin incendiar tu carrera, a sobrevivir las guardias en vez de que te trituren, a usar la delegación como prevención y no como una cosa más para la que estás demasiado ocupado, y a volver a subir cuando ya estás vacío. Como liderás, va más lejos: cómo ver el burnout creciendo en tu equipo antes de que alguien presente la renuncia, cómo distinguir las causas organizacionales que una sola persona no puede arreglar de las que sí, y cómo convertir todo eso en un ritmo que de verdad podés sostener. Es un libro de bienestar con espina dorsal, honesto sobre lo que puede y lo que no puede prometer. No te va a vender una cura ni una rutina de la mañana. Te va a dar una lectura honesta de la condición y una manera de construir una carrera que puedas sostener por años, contada a través de la caída lenta de un tech lead hacia el burnout y su vuelta hacia arriba, y del equipo que casi se lleva puesto con él. Para el ingeniero que prefiere durar antes que quemarse siendo impresionante.

CLAUDE: Dejá de usar Claude Code como un chat que de paso escribe código. Manejalo como el ingeniero agéntico que es, en la terminal, tu editor, el escritorio y el CI, y va a entregarte un día de laburo en una hora sin dejarte un despelote atrás

Esta guía enseña la habilidad duradera detrás de Claude Code: no una lista de features que para el trimestre que viene ya cambiaron, sino cómo manejar una herramienta agéntica de programación para que haga trabajo real en el que podés confiar. Arranca donde está el dolor (el día que te salvó y el día que te quemó) y después recorre los siete movimientos que separan al que opera del que la herramienta pasa por arriba. Vas a configurarla en todos los entornos y saber cuándo ir a la terminal, cuándo a tu editor, cuándo al escritorio y cuándo al navegador. Vas a darle el contexto una vez (un archivo de memoria del proyecto, el repo, un plan acordado antes de que toque el código) para que deje de repreguntar y de adivinar. Vas a manejar una sola tarea como corresponde, leyendo el diff y guiando, para que un buen cambio nunca se vuelva un desparramo malo. Vas a poner los permisos para que vuele en lo seguro y frene en lo peligroso, y decidir qué autoaprobar y qué frenar. Vas a correr trabajo en paralelo (subagentes, varias sesiones, worktrees aislados) sin que las piezas choquen. Vas a extenderla con los conectores, los hooks y los comandos que la hacen encajar en tu stack. Y vas a meterla en el CI para que revise, arregle y responda issues sola mientras no la mirás. Cierra con en quién te convertís cuando todo esto es automático: el ingeniero que entrega más, confía en lo que sale y vale más porque la máquina le multiplica el criterio en vez del despelote. Para el ingeniero que quiere que Claude Code se sienta una palanca, no una tragamonedas.

OFICIO: Escribí código que sobreviva a su propio segundo año y volvete el ingeniero al que el equipo le confía los sistemas que importan, el criterio que separa a alguien que programa de alguien a quien le pagan por diseñar

Este libro te enseña el oficio que hay debajo del código: cómo escribir software que se mantiene legible, cambiable y confiable mucho después de salir a producción, para que te vuelvas el ingeniero al que el equipo le confía los sistemas que importan. Trabaja una sola base de código en marcha, Tessera, un servicio de pedidos y facturación que arrancó limpio y se pudrió, y la reconstruye hasta devolverle la salud mientras te enseña las movidas que mantienen el código blando: nombres que dicen la verdad, funciones que hacen una sola cosa nombrable, comentarios que no mienten, matar la duplicación que arreglás en cuatro lugares y te comés el quinto, y refactorizar seguro detrás de tests para cambiar la forma sin romper el comportamiento. Se apoya abiertamente en el canon del campo, Clean Code de Robert Martin, The Pragmatic Programmer de Hunt y Thomas, y Refactoring de Martin Fowler, y convierte sus principios en hábitos que aplicás en tu próximo pull request: manejar el acoplamiento para que un cambio deje de tocar cinco archivos, manejar la falla para que no se vuelva un misterio a las 3 de la mañana, y tomar deuda técnica a propósito en vez de que ella te tome a vos. Para el desarrollador cansado de temerle a su propio código que quiere escribir del tipo que otros heredan con gusto.

CONFIABILIDAD: Construí sistemas que no te despiertan a las 3 de la mañana y volvete el ingeniero al que le confían producción, la habilidad de confiabilidad que paga como un senior y te devuelve las noches

Este libro convierte el apagar incendios en ingeniería de confiabilidad: mantener los sistemas arriba a propósito para que producción deje de manejarte la vida. Sigue un solo servicio, Atlas, una plataforma de pagos que vive prendida fuego, y lo vuelve calmo, enseñando las movidas que separan a un equipo que duerme de uno que no. Vas a aprender a decidir qué tan confiable es suficiente con SLOs y presupuestos de error para que no toda alerta sea una crisis, a automatizar el trabajo repetitivo que se come tu guardia, a ver qué está haciendo producción de verdad en vez de adivinar, y a manejar un incidente con un runbook y la cabeza fría a las 3 de la mañana. Se apoya en el canon del rubro, el Site Reliability Engineering de Google, el Accelerate de Forsgren, Humble y Kim, y The Phoenix Project de Gene Kim, y lo convierte en práctica: postmortems sin culpa que arreglan el sistema en vez de la persona, las cuatro métricas DORA que prueban que estás mejorando, deploys que no necesitan un rezo, quedar arriba cuando el tráfico se duplica, y la lección de flujo que explica por qué el trabajo se sigue acumulando. Para el ingeniero cansado de que lo llamen por lo mismo de siempre, que quiere que producción aguante, y dormir.