# Modern CTO 2022-01-23 | `leadership` `team-management` `software-design` `communication` > Joel Beasley ofrece una guía práctica para pasar de desarrollador a CTO. Comparte desde su experiencia los retos, las lecciones aprendidas y los errores típicos en este camino. --- Los desarrolladores no son CTOs, pero pueden aprender a serlo. Joel Beasley ofrece una guía práctica para pasar de desarrollador a CTO. Comparte desde su experiencia los retos, las lecciones aprendidas y los errores típicos en este camino. Estos son los temas que encontrarás en el libro: #### Un CTO moderno sabe... - Los desarrolladores no son CTOs - La epidemia del código espagueti MVP - La sobre-ingeniería es un problema - Si contratar, comprar o superar a la competencia - Cómo no escalar prematuramente - Cómo resolver cualquier problema - Cómo trabajar con programadores cuando no eres uno - Errores de UX a tener en cuenta - Cuándo hablar - Cuándo contratar y despedir consultores - Cómo analizar el fracaso - Cómo recuperarse de restricciones imprevistas - Responder la pregunta: "¿Qué tan difícil es codificar...?" - Cómo evitar al "tipo del noveno inning" - Cuándo responder a la retroalimentación - Cómo validar a un experto en cualquier campo - Cómo comunicar efectivamente ideas complejas ### Citas favoritas > Si me apoyo en logros pasados, nunca creceré. > APROVECHA LA EXPERIENCIA DE OTROS. Los libros condensan toda una vida de experiencia en unas pocas horas de lectura. > Solo hay dos razones por las que escribes mal código: > > 1) Sabes cómo escribir buen código, pero eliges escribir mal código. > 2) No sabes cómo escribir buen código. Y ambas apestan. > Como CTO, debes tener un enfoque de negocio. > Siempre vuelve a tus metas principales. [...] Me aseguro de que cada meta tenga un "por qué" claro detrás. Así, cuando me pierdo, vuelvo a mi "por qué". - Referencia a "[Empieza con el Por Qué](/es/readings/start-with-why)" de Simon Sinek. > Cuando eres el jefe, recuerda esta regla de oro: Pregunta a la gente qué piensa en lugar de decirles qué hacer. > Si no puedo evaluar el componente humano, no puedo liderar un equipo. [...] La composición del equipo pesa tanto o más que la experiencia técnica. > Como CTO, si no puedes explicar el valor de forma simple, significa que no entiendes el valor de negocio detrás de tu tecnología.