El entrevistado de hoy es Juan Pablo Mart\u00edn Cobos<\/a>, ingeniero inform\u00e1tico. Su trayectoria empieza en 2007 con Python y Django como sus lenguajes principales.<\/strong> En su primera empresa estuvo rodeado de grandes profesionales que le motivaron y le ense\u00f1aron a colaborar en proyectos de Software Libre.<\/p>\n\n\n\n Hace ya siete a\u00f1os, Joinup le di\u00f3 a Pablo la oportunidad de ser CTO en un gran proyecto de smart mobility, basado en una soluci\u00f3n que incluye 3 apps dando servicios de taxi, movilidad de grupos, reservas de parkings, recarga de veh\u00edculos el\u00e9ctricos y kilometraje para empresas en varios pa\u00edses. Un proyecto que es muy destacable tanto en el plano tecnol\u00f3gico como en el plano empresarial.<\/p>\n\n\n\n Podemos trazar el impacto del c\u00f3digo de Pablo en proyectos como Django y KDE e incluso encontrarlo en unas cuantas l\u00edneas de c\u00f3digo que se ejecutan en los servidores de la aplicaci\u00f3n de Instagram. \u201cEs una de las cosas bonitas del software libre\u201d.<\/p>\n\n\n\n \u201cLlevo siendo CTO 7 a\u00f1os y medio, cuento el medio ya que cada d\u00eda cuenta, y no he visto una evoluci\u00f3n como tal, con lo que no creo que en los pr\u00f3ximos 10 a\u00f1os evolucione demasiado. Donde si veo una evoluci\u00f3n clara es en tu rol dentro de la compa\u00f1\u00eda. Un CTO evoluciona conforme va creciendo el producto<\/strong>, conforme va creciendo el equipo, conforme van creciendo las expectativas. Cuando el producto es peque\u00f1o lo controlas todo… cuando el producto es peque\u00f1o no necesitas una funcionalidad que ahora es indispensable… A medida que el producto va creciendo tienes que ir delegando responsabilidades y el producto va adquiriendo vida.\u201d<\/strong><\/p>\n\n\n\n \u201cPaciencia y ganas,<\/strong> mismo consejo que si te planteas tener un hijo… de igual manera que te recomendar\u00eda a los hijos no le recomendar\u00eda a nadie dirigir, no le recomendar\u00eda a nadie ser CTO, se vive mucho mejor siendo dirigido, y siendo responsable s\u00f3lo de lo que uno hace. Lo peor de ser CTO, como yo entiendo ser un CTO, es que los verdaderos marrones te los terminas comiendo tu. Al final, t\u00fa eres el responsable de todo el trabajo t\u00e9cnico.\u201d<\/strong><\/p>\n\n\n\n “Pues la verdad es que no me he le\u00eddo ninguno… no soy muy fan de los ‘libros de autoayuda’… Si quieres leer algo, adem\u00e1s corto, que te haga mejorar como desarrollador y, a su vez, que te haga mejorar como CTO y te dir\u00eda que hasta como persona, es el ‘Zen de Python’: 20 principios de software y muchos de ellos aplicables a cualquier \u00e1mbito de la vida.”<\/strong><\/p>\n\n\n\n “Mi primera batalla como CTO fue hace 7 a\u00f1os y medio, cuando me contrataron para cambiar la soluci\u00f3n t\u00e9cnica que hab\u00eda en la empresa por una nueva desarrollada desde cero: un backend en alta disponibilidad y alto rendimiento… pero nunca hab\u00eda desarrollado algo as\u00ed. Y para desarrollar unas Apps con tecnolog\u00eda h\u00edbrida (Ionic \/ AngularJS)… y nunca hab\u00eda desarrollado unas Apps y no sab\u00eda nada de AngularJS…<\/p>\n\n\n\n A primera vista, no era el candidato id\u00f3neo; a segunda vista, tampoco… pero hace 7 a\u00f1os, \u00bfCu\u00e1ntas personas cumpl\u00edan con ese perfil? \u00bfSe necesitaba tener ese perfil para poder empezar o se necesitaba una buena base para poder llegar a tener ese perfil?<\/p>\n\n\n\n Fueron unos meses muy duros, en los que no hab\u00eda d\u00eda que no me preguntara… \u00bfPara qu\u00e9 me he cambiado de empresa? Si no lo consigo, \u00bfme admitir\u00e1n en mi anterior empresa? Por entonces, Python\/Django no ten\u00eda mucha oferta en Sevilla, y el trabajo remoto era una rara avis… Pero 9 meses despu\u00e9s, estaba un viernes de octubre de madrugada trabajando para hacer el cambio y poner el sistema nuevo (por entonces) en producci\u00f3n.<\/p>\n\n\n\n Estuve a punto varias veces de tirar la toalla, sufr\u00eda del s\u00edndrome del impostor constantemente<\/strong> (\u00bfo realmente soy un impostor al que no han descubierto todav\u00eda?)… de hecho, un par de meses antes de poner el sistema en producci\u00f3n, tuve una buena oferta para cambiarme de trabajo, en el que iba a tener un trabajo m\u00e1s sencillo y, adem\u00e1s, me pagaban algo m\u00e1s… pero tras pensarlo mucho me pareci\u00f3 que si me cambiaba de trabajo con el rabo entre las piernas era como ponerme un techo de cristal… y en esta vida hemos venido a jugar<\/strong>, as\u00ed que me dije “qu\u00e9 co\u00f1*, intent\u00e9moslo” y espero no darme una buena hostia… Y por ahora ya van 7 a\u00f1os y medio y solamente ha habido alguna collejita.\u201d<\/p>\n\n\n\n \u201cDebes de elegir un stack tecnol\u00f3gico con el que puedas resolver tu problema sin ir contra el mismo stack tecnol\u00f3gico que has elegido<\/strong>. Una frase que repet\u00eda mucho uno de mis primeros jefes de proyecto cuando yo desarrollaba algo que funcionaba pero que no estaba pensado para usarse as\u00ed es: “no vayas contra el framework”,<\/strong> es decir si metes algo con calzador seguramente de problemas a la larga cuando quieras modificarlo un poco… si tienes suerte puede que incluso no de problemas con esta versi\u00f3n del framework, pero al actualizarlo tienes muchas papeletas para que te explote en la cara. Dicho de otra manera, si lo que quieres es volar, comprate un avi\u00f3n, no te compres un coche y le pongas alas.<\/p>\n\n\n\n Otro punto a tener en cuenta es el tiempo que se tarda en desarrollar con una tecnolog\u00eda o con otra. Por poner un ejemplo real, nosotros en Joinup tenemos 3 Apps,<\/strong> la primera para iOS, Android y navegador, la segunda y tercera para iOS y Android. Si usaramos tecnolog\u00eda nativa tendr\u00edamos 7 proyectos, al usar tecnolog\u00eda h\u00edbrida<\/strong> tenemos solamente 3. Reducimos el c\u00f3digo en un 57%<\/strong>. Esto es un ahorro en tiempos de desarrollo, en errores, en que nuestras Apps sean “iguales” en todas las plataformas, etc. <\/p>\n\n\n\n Es verdad que cada uno de los proyectos es m\u00e1s complejo… pero a\u00fan as\u00ed sigue siendo un ahorro brutal… Esto nos hace por ejemplo poder invertir todo este tiempo en mejorar nuestras Apps, hasta el punto de conseguir notas espectaculares en los markers, por ejemplo en la App que usa el usuario que disfruta de nuestros servicios tenemos un 4,8 en iOS y un 4,8 – 4,9 en Android.\u201d<\/p>\n\n\n\n Elegir un stack por lo que te digan, por las modas, “ahora hay que desarrollar en tal tecnolog\u00eda”, etc. Debes elegir el stack con el que te sientas m\u00e1s c\u00f3modo, siempre que sea posible. <\/strong>Creer que si desarrollas en tal tecnolog\u00eda tu proyecto va a ser un Ferrari y si desarrollas en otra tu proyecto va a ser un Twingo… Claramente est\u00e1s equivocado. <\/p>\n\n\n\n Yo empec\u00e9 a trabajar hace 16 a\u00f1os con Python\/Django cuando casi nadie los conoc\u00eda, le d\u00ed una oportunidad y me gust\u00f3 mucho… por entonces todo el mundo me dec\u00eda \u00bfPython, eso no tiene futuro? Java es lo que pega fuerte… y ahora es el lenguaje de programaci\u00f3n m\u00e1s usado del mundo. Todos entendemos que la tecnolog\u00eda puntera de hoy ser\u00e1 una tecnolog\u00eda obsoleta de ma\u00f1ana… pero lo que es m\u00e1s dif\u00edcil de ver es que la tecnolog\u00eda obsoleta o residual de hoy puede ser la tecnolog\u00eda puntera de ma\u00f1ana… Hay mucho de moda en las tecnolog\u00edas.<\/p>\n\n\n\n Cuando empec\u00e9 a trabajar en Joinup, escuchaba a mucha gente que me dec\u00eda: “\u00bfUn backend en alta disponibilidad en Python? Hay un benchmark que dice que ‘[PONGA AQU\u00cd EL LENGUAJE QUE QUIERA]’ es un 3% m\u00e1s r\u00e1pido que Python”… Bueno, pues vayamos a por el otro 97%.<\/p>\n\n\n\n Del mismo modo, hab\u00eda compa\u00f1eros que desarrollaban en Python que dec\u00edan: “\u00bfUn backend en alta disponibilidad en Django… en Python s\u00ed, pero Django es un macroframework, eso es imposible.” <\/p>\n\n\n\n Bueno, pues... <\/kbd>“LO INCRE\u00cdBLE SE HACE REAL CUANDO NO ES CIERTO LO CRE\u00cdBLE.”<\/p>\n<\/blockquote>\n\n\n\n Me habr\u00eda gustado encontrarme a alguien que me hubiera dicho est\u00e1s tomando una buena decisi\u00f3n. No necesitas tomar la mejor decisi\u00f3n en cada momento, con tomar una buena en cada momento es suficiente. Me habr\u00eda gustado encontrarme a alguien que me dijera yo he hecho algo similar. Tengo un backend en alto rendimiento en Python<\/strong> \/ Django (incluso con Django rest framework) y unas Apps h\u00edbridas que como las que est\u00e1is desarrollando no tienen nada que envidiar a unas Apps nativas.<\/p>\n\n\n\n Este es un asunto al que a veces le doy algunas vueltas. Ahora mismo, lo que hago, casi sin darme cuenta, es analizar cualquier soluci\u00f3n inform\u00e1tica que uso<\/strong>. Si veo algo que me llama la atenci\u00f3n, intento ver c\u00f3mo est\u00e1 hecho y si no, al menos intento buscar sus defectos o debilidades.<\/p>\n\n\n\n Pero dentro de unos a\u00f1os… acabo de entrar en la cuarentena, y aunque no me considero joven, tampoco me siento viejo, me considero “post pureta.” Hacerse mayor en mi \u00e1mbito profesional tiene una consecuencia directa… \u00bfPodr\u00e9 seguir desarrollando y\/o dirigiendo con 50 a\u00f1os? \u00bfY con 60?… \u00bfY si sigue subiendo la edad de jubilaci\u00f3n?<\/p>\n\n\n\n Es decir, por ejemplo: un m\u00e9dico, un abogado, un arquitecto con los a\u00f1os gana experiencia. Nadie les va a pedir que con 60 o 70 a\u00f1os sean los m\u00e1s h\u00e1biles tecnol\u00f3gicamente, todo el mundo entiende que sus hijos sean m\u00e1s duchos que ellos… pero t\u00fa vas a su consulta, su bufete o su despacho porque por su experiencia les hace mejores que otros.<\/p>\n\n\n\n Pero cuando tu trabajo es la tecnolog\u00eda… entramos en un punto complicado… pero como ya he comentado… “hemos venido a jugar” y “espero no darme una buena hostia” en este caso con los a\u00f1os.\u201d<\/p>\n\n\n\n La historia de Juan Pablo Mart\u00edn Cobos refleja la importancia de adaptarse a la evoluci\u00f3n tecnol\u00f3gica y mantener la pasi\u00f3n por el desarrollo, desafiando cualquier obst\u00e1culo a lo largo de su trayectoria como desarrollador y CTO. Esperamos que os haya gustado esta entrevista en Perspectiva CTO y que no os perd\u00e1is el resto de la serie.<\/p>\n\n\n\n \u00bfTe gustar\u00eda liderar un equipo t\u00e9cnico alg\u00fan d\u00eda? En nuestra plataforma de Talent puedes encontrar la forma de llevar tu carrera al siguiente nivel. Entra en nuestra web y encuentra tu trabajo ideal. \u00c9chale un vistazo.<\/a><\/p>\n\n\n\n Ser parte de la comunidad de Codemotion te permitir\u00e1 potenciar tu experiencia y enfrentar nuevos desaf\u00edos que impulsar\u00e1n tu carrera. Aprender\u00e1s nuevas habilidades t\u00e9cnicas y crecer\u00e1s junto a otros miembros mediante el intercambio de opiniones y la creaci\u00f3n conjunta. Tenemos dos comunidades para ti seg\u00fan tu experiencia:<\/p>\n\n\n\n \u00a1Nos vemos en Codemotion!<\/p>\n\n\n\nJuan Pablo, \u00bfC\u00f3mo crees que evolucionar\u00e1 la figura del CTO en los pr\u00f3ximos 10 a\u00f1os?*<\/h2>\n\n\n\n
\u00bfQu\u00e9 recomendar\u00edas a las personas que quieren orientarse para ser CTOs?*<\/h2>\n\n\n\n
\u00bfPuedes sugerir un libro o libros que te hayan sido \u00fatiles para desarrollarte mejor como CTO?*<\/h2>\n\n\n\n
\u00bfCompartir\u00edas con nosotros una “batallita”? <\/h2>\n\n\n\n
Esa vez que todo pintaba a que iba ir fatal… y al final sali\u00f3 bien.<\/h4>\n\n\n\n
\u00bfCu\u00e1les son las 3 principales necesidades a considerar al elegir el stack tecnol\u00f3gico?<\/h2>\n\n\n\n
\u00bfCu\u00e1l es el error m\u00e1s peligroso que se puede cometer al decidir el stack tecnol\u00f3gico?<\/h2>\n\n\n\n
![\"Python](\"https:\/\/www.codemotion.com\/magazine\/wp-content\/uploads\/2023\/04\/Julia-vs-Python-for-Data-Science-1024x637.jpg\")
<\/figure>\n\n\n\n\n
\u00bfQu\u00e9 consejo habr\u00edas deseado recibir cuando te encontraste eligiendo el stack tecnol\u00f3gico por primera vez?<\/h2>\n\n\n\n
\u00bfC\u00f3mo te mantienes actualizado sobre las novedades del sector?<\/h2>\n\n\n\n
\u00danete a nuestra comunidad<\/strong><\/h2>\n\n\n\n
\n