En su forma más esencial, la procrastinación es una respuesta emocional ante la incomodidad. No es una falta de carácter, ni una debilidad de fuerza de voluntad.
Es tu sistema nervioso buscando una alternativa menos estresante a una actividad con la que no sabe cómo lidiar.
¿Cómo se lidia con la procrastinación? La respuesta amplia es: a través de la introspección. Necesitas entender qué es lo que realmente te está generando esa aversión hacia la tarea que tienes en frente. Después, y solo después, podrás entender cómo es que puedes ayudarle a tu cerebro a desatorarse.
Aquí están algunos pasos que puedes seguir:
Haz una lista de actividades que asocias directamente con tu procrastinación. Haz memoria y describe con mayor detalle posible qué es lo que tenías que hacer, el nivel de presión que tenías, etc.
Analiza qué tan severa fue tu procrastinación en cada una de esas situaciones, y escríbela al lado de cada una.
Lee tus respuestas, y encuentra características que tengan en común. Hacerlo te ayudará a definir la causa de tu reacción emocional.
Por ejemplo, podrías encontrar que las ocasiones en que más sufres de la procrastinación son cuando tienes deadlines impuestos por terceros. O cuando tienes que hablar sobre algo en lo que no te sientes competente. Tal vez procrastinas cuando tienes que entregar malas noticias, o cuando no tienes la confianza de hacer lo que te pidieron.
Darte cuenta de esto no va a resolver tu problema de procrastinación de una vez por todas. Pero sí te va a ayudar a entender en qué es lo que tienes que poner atención, y qué es lo que tienes que modificar de tus procesos creativos para eliminar el componente emocional de las tareas que tienes que hacer.
La procrastinación no se va simplemente con fuerza de voluntad. Date la oportunidad de resolverlo de una manera humana.
Programar y desarrollar software no son la misma cosa. Programar es escribir código, y desarrollar software es resolver problemas.
Escribir código es una actividad que cada vez necesita menos de un humano gracias a la inteligencia artificial. Pero problemas por resolver siempre va a haber, y es ahí donde está la siguiente ola de oportunidades en la industria.
Quiero que este artículo te sirva como una llamada de atención. No importa si vas iniciando tu carrera, o llevas ya mucho tiempo en esto; quiero que me escuches: saber programar ya no te garantiza un empleo.
Aquellos que nada más saben programar están viendo llegar el final de su carrera profesional en tiempo real. Unos están en negación total, y otros —los que la van a librar— se están adaptando. Todavía tienes oportunidad de ser de los segundos.
Es desalentador ver lo que está pasando con la programación. La creatividad está siendo reemplazada por diseños repetitivos y poco originales generados por IA. Todos los sitios web lucen iguales, solo otro clon de ShadCN. Hubo un tiempo en que el desarrollo web era una forma de arte, donde las personas creaban experiencias únicas e inspiradoras. ¿Ahora? Es algo sin alma, predecible y optimizado únicamente para bots y ganancias rápidas.
Para quienes están comenzando en tecnología: piénsenlo dos veces. Programar es una gran habilidad para aprender, pero no dejen que los atrape. Exploren otras carreras donde su creatividad y esfuerzo sean realmente valorados. Incluso ingenieros experimentados con más de 20 años de carrera están teniendo dificultades, así que solo puedo imaginar lo duro que es para los recién graduados.
La industria está cambiando, y no para bien.
No es cierto que la creatividad y el esfuerzo ya no son valorados. Sí lo son, pero cada vez más en otras habilidades que no son escribir código.
La industria no está “cambiando para mal”. Solamente está cambiando — como lo ha hecho muchísimas veces en el pasado.
Déjame explicarte.
Más rápido, más barato, menos trabajo
Entre 1811 y 1816, artesanos ingleses protestaron en contra de las nuevas máquinas que les estaban quitando el trabajo. Los nuevos telares y máquinas de hilar industriales introducidos durante la revolución industrial hicieron que el expertise de los artesanos fuera menos relevante.
Gracias a la nueva maquinaria, las empresas comenzaron a producir más, más rápido, y de manera más económica. Las oportunidades de empleo comenzaron a favorecer a personas menos calificadas, y que estaban dispuestas a trabajar por un salario más bajo.
La automatización bajó los costos de un proceso especializado, haciendo redundante la necesidad de contratar artesanos altamente calificados. Siempre y cuando alguien tuviera las nociones requeridas para lograr un resultado de calidad relativamente aceptable usando las nuevas herramientas, las empresas estaban dispuestas a contratarlo.
Hoy en día todavía puedes hacer una carrera en costura, pero innegablemente es más difícil. Para sobresalir, debes de tener otras habilidades más allá de saber usar aguja e hilo. Date un episodio de Next in Fashion, para que veas que la mejor ejecución no es nada sin buen concepto, diseño, marketing y posicionamiento. Y suerte. Mucha suerte.
“La historia nunca se repite. El hombre siempre lo hace,” dijo Voltaire. Saber programar ya no es suficiente si quieres seguir siendo relevante en el mercado laboral, al igual que saber manejar la tela no fue suficiente hace 200 años.
Saber programar ya no te hace especial
Los Increíbles es una de mis películas favoritas. Hacia el final de la historia, cuando Síndrome por fin los atrapa, les explica su plan:
… Y viejo y habiéndome divertido, todos mis inventos los venderé para que cualquiera pueda ser superhéroe. Todo el mundo se convertirá en súper.
Y cuando todos sean súper… nadie va a ser.
Síndrome quiere hacer desaparecer a los superhéroes haciendo sus poderes (que los hacía especiales) redundantes: en un mundo donde cualquier hijo de vecino tiene acceso a tecnología que efectivamente lo deja hacer lo mismo que un súper, los súper ya no van a ser especiales.
Hace 15 años, saber programar era como un superpoder: solo unos cuantos sabíamos, y para los que no, lo que hacíamos era un misterio casi mágico. La barrera de entrada tan alta en la industria hacía que los (relativamente) pocos que sabíamos cómo hacer que las computadoras siguieran órdenes tuviéramos un cierto estatus social al cual nos acostumbramos, y llegamos incluso hasta esperar. Todavía recuerdo cómo, por allá de 2013, las pláticas entre programadores eran una competencia para ver quién había ignorado a más reclutadores durante la última semana.
Después de tantos bootcamps, campañas de educación, y por supuesto, la IA, la barrera de entrada para ser suficientemente competente programando es más baja que nunca.
Aprender a programar es cada vez más fácil. Tanto por la abundancia de materiales educativos, como por la realidad de que cada vez es menos necesario profundizar en las bases de la disciplina1.
Saber programar es una competencia común. Aprenderlo cada vez es más fácil.
Poco a poco, todos se están convirtiendo en súper.
Y cuando todos sean súper… nadie va a ser.
Saber programar, en unos años, va a ser una habilidad tan ordinaria como saber usar una calculadora. Hasta nos va a dar risa que alguna vez hubo universidades con carreras dedicadas a enseñarla.
Saber programar no es lo más importante para desarrollar software
Programar y desarrollar software no son la misma cosa. Programar es escribir código, y desarrollar software es resolver problemas.
Con el aspecto técnico resuelto (parcialmente) por inteligencias artificiales, las discusiones técnicas dejarán de ser la parte más importante del desarrollo. Los “programadores” ahora se dedicarán a tener discusiones sobre la ética y seguridad del código generado por la computadora. Las tareas técnicas serán resueltas, en su mayoría, gracias a la ley de Moore. Desarrollar software ya no se tratará de programar.
Hace 4 años, cuando publiqué ese artículo, me cayeron muchas críticas en Twitter por tener el atrevimiento de sugerir que saber programar iba a dejar de ser lo más importante del desarrollo de software.
Sin embargo, en 2025 aquellos que solamente saben programar se la están viendo más difícil que nunca. Como Carlos dijo, incluso los que tienen 20 años de experiencia están teniendo dificultades para encontrar trabajo.
Pero eso no debería de ser sorpresa para cualquier persona que esté poniendo atención. El mercado laboral cada vez es más competitivo, es cierto. Pero se vuelve virtualmente impenetrable para aquellos que no tienen las habilidades que están en demanda.
El futuro de los que nada más saben programar
Yo también conozco programadores con 20 años de experiencia que están siendo rechazados por el mercado laboral. Y te puedo asegurar que no es porque sean malos programando: es porque no tienen las habilidades que el mercado está pidiendo.
Es porque en esos 20 años que tienen trabajando, no se preocuparon por desarrollar ninguna otra habilidad además de programar.
Cuando la empresa tiene máquinas textiles que pueden hacer más, más rápido, a menos costo, tu maestría en manejo de hilo y aguja es completamente irrelevante.
¿Qué importan tus 20 años de experiencia, si puedo obtener un resultado comparable (tal vez no igual, pero comparable) con un ahorro del 90 % si contrato a alguien no tan experimentado, pero que le pueda hacer las preguntas correctas a un LLM?
Un principio bastante popular de la programación es: primero haz que funcione, luego hazlo elegante. La realidad es que lo que realmente le importa a la gran mayoría de las empresas es que funcione. Y ya. Y si pueden hacer que algo funcione (y ya) por menos dinero, créeme: lo van a hacer.
Para muchos negocios, lo que importa es que las cosas funcionen razonablemente bien. Y si pueden llegar a una solución que funcione razonablemente bien por 10 pesos, ¿por qué invertirían 1,000 para tener una que funcione marginalmente mejor (o más elegantemente) que la alternativa?
Entonces, ¿qué nos depara el futuro del mercado laboral en tecnología? La respuesta es sencilla: la ventaja competitiva la tendrán aquellas personas que saben hacer algo más que programar. Hablar con clientes, crear y nutrir relaciones, comunicarse con personas sin conocimientos técnicos, entender la economía del mercado en el que está su empresa.
Resolver problemas.
Las oportunidades laborales para los programadores son cada vez más raras, sí; pero oportunidades para personas que puedan resolver problemas hay más que nunca.
Y no digas que no. ¿Cuándo fue la última vez que preferiste escribir tu propio algoritmo de sorting en vez de hacer npm install? ↩︎
Como líder, es tu trabajo promover comportamientos saludables y sostenibles en tu equipo. Pero no importa cuánto lo intentes, o qué tanto empeño le pongas, cada persona es un mundo: en algún momento te va a tocar trabajar con alguien a quien le va a costar más descansar cuando tiene que descansar, y desconectarse cuando se tiene que desconectar. Un workaholic.
Esta es una de las situaciones más difíciles a las que te puedes enfrentar, porque como sucede con todas las cosas que involucran personas, no hay una forma 100 % correcta de abordar la situación.
En su libro Extreme Ownership, Jocko Willink menciona que “un estándar no es lo que predicas, sino lo que toleras”. ¿Cuál es el mensaje que recibe el resto del equipo al ver que uno de sus compañeros está trabajando más tarde, más duro, más forzado que ellos? Si no tomas cartas en el asunto, y toleras este comportamiento, es probable que el resto del equipo lo vea como el estándar, y antes de que te des cuenta, no van a estar quemados, sino quemadísimos.
Entonces, ¿qué haces?
Podrías tomar la ruta pragmática, y decirle que no tomar descansos es equivalente a dejar dinero sobre la mesa. Los días de vacaciones son un beneficio para el empleado, y podrían ser considerados parte de la compensación. Si no los toma, o trabaja mientras debería de estar desconectado, es efectivamente como si le estuviera regalando labor a la empresa.
Otra opción es darle retroalimentación. Usando el modelo SBI, podrías decirle que trabajar fuera del horario esperado, o participar en discusiones cuando se supone que debería de estar de vacaciones, pone un mal ejemplo en el equipo, porque entonces los demás van a sentir que ellos tampoco pueden descansar, y se van a sentir más presionados.
O podrías marcar límites más estrictos basados en las expectativas de la relación laboral.
Pero aquí es donde aparece una de las complicaciones que vienen con ser un líder empático y responsable: no sabes por qué esta persona trabaja tanto. Tal vez realmente le encanta su trabajo, y genuinamente no puede dejar de pensar en él. Quizá lo hace porque quiere quedar bien contigo, y así le enseñaron que se demuestra su valor en un equipo.
O puede ser que trabajar sea su manera de lidiar o escapar de sus problemas personales.
Aunque no te corresponde diagnosticar a nadie (ni intentar resolverle sus problemas), una vez que conectas con la humanidad de las personas con las que trabajas, comienzas a pensar en este tipo de cosas.
Todos tenemos mecanismos para afrontar situaciones incómodas. Yo, por ejemplo, tengo la tendencia a buscar refugio en la comida. Algunos se muerden las uñas o evitan.
Otros trabajan.
Cuando le dices a alguien que tiene que cambiar su comportamiento porque puede tener repercusiones negativas, o peor, le pones límites claros, puede que le estés complicando la vida aún más sin darte cuenta. A mí, mi nutriólogo y mi terapeuta me ayudan a navegar mis compulsiones, y aunque es difícil, tengo la ventaja de que puedo pasar por el proceso relativamente en privado.
Nada más imaginarme el predicamento que sería para mí tener que cambiar algo tan personal para no afectar mi trabajo me hace querer correr al refri, irónicamente. Porque no es como que me fascine la idea de darle 3 vueltas a la alacena entre cada llamada para ver si mágicamente apareció algo sabroso — ya es un reto suficientemente grande controlar la compulsión por sí sola, sin involucrar mi trabajo. Si mi rendimiento en la empresa estuviera en riesgo de verse afectado por eso, no se me haría justo. Pero tampoco me gustaría que mi manager tomara un rol que no le corresponde.
En fin…
Una pregunta es qué puede hacer un manager para evitar que su equipo se queme. Otra muy diferente es dónde dibujar la línea entre ser un buen manager y un buen líder que reconozca y honre la humanidad de las personas, sin tomar un rol que no le corresponde.
En mi grupo en Etsy tenemos varias posiciones abiertas para iOS Engineers y Android Engineers en México. Aclaro: son posiciones diferentes, tenemos múltiples de cada una; no necesitas saber iOS y Android.
Los equipos que están contratando trabajan con temas de observabilidad, arquitectura, modernización, y los sistemas de CI/CD.
Las posiciones son para Senior Engineer (IC3). Típicamente, buscamos que tengas experiencia comprobable en la industria de por lo menos 4 o 5 años, y que hayas trabajado en proyectos complejos. También tenemos otras para gente con menos experiencia profesional; mándame un correo si te interesa.
En iOS usamos Swift y SwuftUI, aunque todavía hay algunas cosas en UIKit que tenemos que migrar. En Android, la mayoría de la aplicación ya está en Kotlin con Jetpack Compose.
El rango salarial (base) para las posiciones de IC3 comienza en $1.275 millones, hasta 1.687 millones al año (brutos), sin considerar bonos, PTU y otras prestaciones.
El esquema de pago es 100 % nómina. Tenemos SGMM, bono anual del 10 %, fondo de ahorro, PTU, y RSU para todas las posiciones.
La chamba acá requiere inglés, porque toca trabajar en equipos internacionales (no hay “equipos mexicanos”).
Las posiciones están abiertas para CDMX y Guadalajara. Si no estás en alguna de esas ciudades, igual manda tu CV, nunca se sabe. Pero sí necesitas estar en México, y poder trabajar aquí legalmente.
Los interesados en aplicar, deben llenar este form. A los que manden el CV les voy a mandar una invitación a una llamada de Google Meet en los próximos días, para responder dudas que pudieran tener.
Management y liderazgo no son la misma cosa. El manager es un rol que se juega en un equipo. El líder es más una forma de ser de alguien que no depende de un rol para ejercer su agencia.
Un líder puede llegar a ser un excelente manager si quiere. Pero no está limitado por su rol, pues encuentra la manera de ser una buena influencia para el equipo.
Un manager sin habilidades de liderazgo puede llegar a tener un efecto adverso en su equipo. Sí, va a llegar a las metas, pero va a terminar quemando a las personas que trabajan con él o ella.
El manager, idealmente, también es un buen líder. Si las habilidades de liderazgo no le vienen de manera natural, no hay tanto problema, pues a final de cuentas son comportamientos que se pueden aprender: coaching, comunicación y feedback efectivos, delegar, etc.
Pero lo importante es entender la diferencia entre el rol y esa forma de ser. Y saber aceptar qué se te da naturalmente y qué no.
Lo peor que puede pasarle a un equipo es tener un manager que llegó al rol por las razones incorrectas: buscar control, status, necesidad de que lo aclamen, ego.
Recuerda que las personas no renuncian a empresas. Renuncian a managers.
Algunos libros que recomiendo para pintar una mejor imagen de cómo empezar a integrar estas ideas en tu día a día:
Cualidades que considero esenciales para un buen manager:
Empatía y compasión
Vocación de servicio
Comunicación efectiva y eficiente
Bajo ego
Atención al detalle
Interés genuino por trabajar con personas
Cualquier manager que tenga estos aspectos de su persona bien desarrollados, tiene muy buenas probabilidades de tener éxito en el mercado (depende, claro, de la industria y las expectativas de la empresa. Algunas lo que quieren son capataces que sepan usar Excel 🤷♂️).
En cuanto a metodologías, supongo que no te haría daño saberles a las metodologías ágiles, SCRUM, etc., que son las que más te van a pedir.
Pero aquí está el problema: muchos managers piensan que su rol es aplicar lo que dice el libro al pie de la letra, y en el proceso terminan dañando al equipo más de lo que lo ayudan.
Todas estas metodologías deberían de funcionar, desde mi perspectiva, como un punto de partida, pero no como un fin. Tengo una frase que me ha metido en muchos problemas, porque digo que esas metodologías solamente les funcionaron al 100 % a los que las inventaron.
En la práctica, he visto muchos equipos, productos y proyectos sufrir en vano, nada más porque las personas a cargo no tienen la sensibilidad para identificar que algo no está funcionando. Prefieren seguir el librito, antes de tomar una decisión bajo su propio criterio que no esté alineado con lo que dice el manual.
Es más, agrégales a las cualidades de arriba, una más: tener criterio propio.
He escrito anteriormente sobre mi camino hacia la ruta de carrera en management:
No idealices la carrera. Desarrollar software es una chamba como cualquier otra. Por lo menos cuando yo comencé (por ahí de 2009), que todavía no estaba tan democratizado el acceso a la educación en el área, las personas que nos dedicábamos a esto teníamos un aura de privilegio enorme. Fue muy sencillo para mí (y varios de mi generación) creernos que éramos especiales; até mi identidad a la profesión, y me costó mucho sanar mi relación con mi trabajo cuando me dejó de gustar.
Lo que más te gusta no es necesariamente lo que más te va a pagar. Las dinámicas de mercado, oferta y demanda, tienen el mismo efecto en el laboral que en cualquier otro. Asegúrate de que tus habilidades están bien diversificadas y balanceadas; no pongas todos tus huevos en una sola canasta.
Habiendo dicho eso, si lo que te gusta hacer también es algo con buena demanda, ¡felicidades! Sacaste el boleto ganador. Pero no es para siempre; eventualmente, las necesidades del mercado van a cambiar, y probablemente tengas que reajustar tus prioridades. Y está bien, es parte del ciclo. Eres adaptable.
Más que la tecnología, piensa en qué tipo de problemas quieres resolver. El framework, lenguaje, etc., de moda ahorita, va a dejar de ser relevante en 10 años. Pero los problemas no se van, solamente evolucionan. Y cada vez más el código es menos importante para tener una carrera en desarrollo de software. Así que, en vez de clavarte con tal o cual tecnología, clávate con el usuario al que le estás resolviendo un problema.
Encuentra un hobby que no tenga que ver con programar. Mientras más pronto mejor. Lo que hace falta en la industria son más personas que puedan pensar en otra cosa que no sea código. Y entiendo que te gusta tanto lo que haces que va a sonar tentador pasar tu tiempo libre en eso, también. Pero a la larga, tu carrera, tus usuarios, tus compañeros, se van a beneficiar mucho más de que tengas perspectivas y experiencias diferentes. Además de que va a ser más fácil que encuentres tu balance vida/trabajo cuando llegue el momento.
Comencé mi carrera en 2009. Desde entonces he trabajado de manera remota para empresas de EE. UU. y Europa — no conozco lo que es trabajar desde una oficina corporativa. Mi primer empleo con nómina y prestaciones lo tuve en 2020; antes de eso era puro freelance y contractor.
Actualmente, trabajo para una empresa estadounidense desde Guadalajara (no es FAANG, pero sí líder de industria).
Algunos otros factos:
Probablemente en tu iPhone o iPad tienes aplicaciones instaladas que tienen código que yo escribí.
Este es mi 5.º año como Engineering Manager. Tengo ~15 personas a mi cargo.
Durante un tiempo estuve muy activo en la comunidad open source, sobre todo hace unos diez años que salió Swift. Me gustó tanto que me intenté meter a contribuir al compilador. Si no estoy mal, por ahí debe de haber un par de commits míos en el repo de Apple.
He tenido la oportunidad de participar como ponente en varias conferencias internacionales, en USA y Asia.
Si de algo les puede servir mi experiencia y perspectiva, AMA!
Voy a estar echándole un ojo y respondiendo las preguntas durante el día.
Con la inteligencia artificial cada vez más presente en todos los aspectos de nuestra vida, tenemos que hablar de su impacto no en el empleo tal cual, sino en el proceso de conseguir un empleo.
Recientemente, discusiones en foros de internet se han centrado en el papel del uso de la IA en los procesos de entrevistas. Muchos usuarios han compartido sus experiencias desde sus perspectivas particulares: como candidatos, entrevistadores, y reclutadores. Estas discusiones nos ofrecen una visibilidad increíble dentro de los procesos más importantes de nuestras carreras. Y creo que debemos de aprovecharlas.
Por eso, me di a la tarea de recopilar las lecciones que creí más relevantes de estas discusiones, y organizarlas de una manera digerible. Esta es una fotografía del momento de que estamos viviendo en la industria, y de ninguna manera es el final de la evolución de las prácticas de entrevista. Al contrario, opino que es solo el principio.
Algunas de las fuentes están enlazadas al final del artículo, para que las puedas leer por tu cuenta.
1. Las entrevistas están migrando de pruebas algorítmicas a desafíos del mundo real
Con la inteligencia artificial haciendo que los problemas tradicionales de código sean triviales, muchas empresas están cambiando el enfoque de sus entrevistas hacia la resolución de problemas en escenarios del mundo real, diseño de sistemas y ejercicios de depuración en lugar de solo evaluar la capacidad para resolver acertijos algorítmicos. Esto es un cambio marcado con respecto a las prácticas de entrevistas que veníamos viendo en la industria, pero uno que creo que hace sentido, incluso si no tuviera nada que ver con la aparición de la IA.
¿Cómo aplicarlo si eres reclutador? Reformula las pruebas técnicas para centrarse en cómo los candidatos enfrentan problemas de la vida real dentro de su área. En lugar de evaluar solo conocimiento técnico, busca entender cómo razonan y toman decisiones bajo restricciones.
¿Cómo aplicarlo si eres candidato? Las empresas van a comenzar a favorecer a los candidatos que demuestren alguna sensibilidad para aspectos que la inteligencia artificial todavía no puede procesar, como diseño de producto o procesos de negocio. Enfócate en entender cómo resolver problemas en contexto. En lugar de memorizar soluciones a problemas comunes, practica explicando por qué eliges una solución sobre otra. Si es posible, revisa problemas recientes en tu industria y piensa cómo los abordarías.
2. Evaluar la capacidad de los candidatos para usar inteligencia artificial en el trabajo
En vez de prohibir el uso de IA, algunas empresas han optado por evaluar qué tan efectivamente los candidatos la incorporan en su flujo de trabajo. La clave es distinguir entre alguien que solo copia respuestas generadas por inteligencia artificial y alguien que sabe cómo integrarlas estratégicamente en su craft.
¿Cómo aplicarlo si eres reclutador? Diseña preguntas que requieran el uso de inteligencia artificial, pero que exijan justificación. Por ejemplo, pide que los candidatos resuelvan un problema con IA y luego expliquen sus decisiones, identificando sus limitaciones y oportunidades de mejora.
¿Cómo aplicarlo si eres candidato? Las empresas están buscando personas que puedan utilizar la IA como una herramienta usada con criterio, no como una solución única para todos los problemas. ¿Copiar y pegar sin entender qué estás haciendo, o por qué? Eso lo puede hacer cualquiera. Practica integrar inteligencia artificial en tu flujo de trabajo sin depender totalmente de ella. Antes de una entrevista, haz ejercicios en los que uses IA para mejorar soluciones en lugar de generarlas desde cero. Ten claros los trade-offs de cada herramienta que utilices y prepárate para explicarlos.
3. La comunicación y el criterio importan más que la ejecución técnica
Cada vez más reclutadores están priorizando la habilidad de los candidatos para explicar su proceso de pensamiento y los trade-offs de sus decisiones por encima de la ejecución pura. Hoy en día, que el costo de obtener respuestas que a simple vista parecen correctas, es más importante que nunca para las empresas que sus empleados tengan la capacidad de entender el contexto dentro del cual están ejecutando. Y una de las mejores maneras de buscar esto en una entrevista, es observar si el candidato únicamente llega con la respuesta del examen, o también te muestra el desarrollo del problema.
¿Cómo aplicarlo si eres reclutador? Introduce preguntas abiertas en tus entrevistas. Por ejemplo, en lugar de evaluar si un candidato puede resolver un problema, pregúntale cómo lo abordaría, qué alternativas consideraría y cómo justificaría su elección final.
¿Cómo aplicarlo si eres candidato? No te enfoques solo en encontrar la solución “correcta”, sino en explicar tu razonamiento. Antes de la entrevista, practica respondiendo preguntas en voz alta, estructurando tus respuestas en pasos claros y destacando las razones detrás de cada decisión. Como escribí en 2021, te tienes que poner a refinar tus soft skills si quieres que tu carrera se mantenga vigente.
4. El riesgo de currículums y respuestas generadas por inteligencia artificial
Algunos reclutadores ya están descartando candidatos cuyas aplicaciones parecen generadas por IA, ya que perciben una falta de autenticidad o de interés por parte del candidato. Si tu currículum está obviamente hecho con inteligencia artificial, podrías estar mermando tus posibilidades de encontrar un trabajo sin darte cuenta.
También han detectado que, en entrevistas, algunos aspirantes intentan usar inteligencia artificial en tiempo real para responder preguntas, lo que se hace evidente por los tiempos de respuesta y la falta de coherencia en las explicaciones. Esto no es algo necesariamente malo, pero puede dar la percepción de que el candidato está queriendo hacer trampa. Recuerda que la IA es una herramienta más. Si la vas a usar, que sea de manera responsable, y no a escondidas.
¿Cómo aplicarlo si eres reclutador? Ajusta el proceso para evaluar la autenticidad del candidato. Una forma efectiva es pedirle que describa experiencias previas en detalle, enfocándose en aprendizajes y errores, en lugar de permitir respuestas genéricas que podrían haber sido generadas automáticamente.
¿Cómo aplicarlo si eres candidato? Evita enviar un CV genérico generado por IA sin revisarlo. Personaliza cada aplicación resaltando experiencias específicas. En la entrevista, usa ejemplos personales y anécdotas que muestren tu experiencia real, en lugar de respuestas vagas o demasiado perfectas.
5. El regreso de entrevistas en vivo y paneles
Para evitar la dependencia de inteligencia artificial en entrevistas técnicas, algunas empresas están volviendo a dinámicas en vivo como el desarrollo de problemas en pizarrones, entrevistas en panel y desafíos en tiempo real. De alguna manera, esto es para forzar a los candidatos a mostrar su humanidad en el proceso de entrevistas, lo cual es esperado, aunque puede parecer invasivo o innecesario para muchos candidatos. Sin embargo, como dije antes, la tendencia está marcada en esa dirección.
¿Cómo aplicarlo si eres reclutador? Evalúa si tiene sentido para tu empresa implementar ejercicios en los que los candidatos tengan que demostrar habilidades sin apoyo externo, como pair programming en vivo o resolver un problema técnico explicando cada paso en voz alta.
¿Cómo aplicarlo si eres candidato? Practica la resolución de problemas en tiempo real. Si es posible, únete a comunidades que hagan live coding o ensalla entrevistas con colegas o amigos. También trabaja en tu habilidad para pensar en voz alta y estructurar tus respuestas de manera clara. Tener la confianza en tus habilidades de comunicación será más importante que nunca si te toca una entrevista de este tipo, así que mientras más cómoda te sientas explicando tu proceso de pensamiento, mejor.
6. El problema no es nuevo; solo se volvió más evidente con la inteligencia artificial
El elefante en la habitación es que las entrevistas técnicas ya eran poco efectivas antes de la IA: muchos procesos de entrevistas simplemente evaluaban la capacidad de memorizar problemas de LeetCode en lugar de habilidades relevantes para el trabajo. Incluso hay (¿había?) toda una industria dedicada a explotar esto. Libros como Cracking the Coding Interview, que te muestran cómo resolver problemas de programación (y ojo, que mantengo que “programación” ≠ desarrollar software) se volvieron extremadamente populares, y hasta “lecturas requeridas” en la industria. Desafortunadamente, muchas personas lo que hacían era memorizar los pasos para resolver un problema, en vez de integrar el conocimiento para poder derivarlo por ellos mismos.
Pero ahora, que se ha obviado la necesidad de comprar un libro, leerlo, y memorizar los pasos, es mucho más evidente el problema: muchos candidatos no saben cómo resolver problemas reales; únicamente saben escribir código.
¿Cómo aplicarlo si eres reclutador? Enfoca las entrevistas en evaluar habilidades transferibles y pensamiento crítico en lugar de conocimiento arbitrario. Considera pedir a los candidatos que adapten una solución generada por inteligencia artificial a nuevas restricciones en lugar de solo evaluar si pueden escribir código desde cero.
¿Cómo aplicarlo si eres candidato? No te limites a practicar problemas de LeetCode sin contexto de negocio. Enfócate en comprender patrones y enfoques generales para la resolución de problemas del mundo real, sobre todo de la industria en la que te quieres especializar.
Fuentes
Aquí tienes algunos de las discusiones en foros que usé para este artículo:
[…] llevo algo de tiempo como intern de TI en una empresa retail mexicana, aún no se si me van a dar una planta pero he recibido una oferta de parte de una consultora y quisiera preguntar por su consejo sobre cuales son las diferencias entre trabajar en una empresa no-tech y una consultora.
En una consultora te vas a exponer a resolver muchos problemas diferentes. Puede ser una buena oportunidad si lo que quieres es descubrir qué te gusta, o en qué tecnología te quieres especializar. Vas a aprender “a la mala”, porque ahí lo importante es entregar para que el cliente pague. Independientemente de si está bien o mal (técnicamente, en arquitectura, tecnología, etc), la prioridad es cubrir el compromiso contractual.
En una empresa “non-tech” es más relevante resolver problemas de negocio, que usar tal o cual tecnología. Muchas veces, esto termina viéndose como buscar cómo conectar un montón de herramientas de terceros a los sistemas internos. Transformaciones de datos, etc. Vas a aprender muchísimas cosas de negocio, pero tal vez no tantas de tecnología — o por lo menos no a la profundidad que querrías si lo que te interesa es el aspecto tecnológico. En esta situación considero importante que por lo menos te llame la atención el giro de la empresa. Si terminas en una financiera, y no te gustan las finanzas, va a ser muy difícil que le encuentres sentido a entender todos los términos de negocio que van a ser cruciales para que hagas un buen trabajo.
Ahora, puede haber empresas “non-tech” con cultura de desarrollo de software que te dan oportunidades de crecimiento profesional importantes. Para mí, ese es el sweet spot, y recomiendo trabajar en una si encuentras la oportunidad: empresas de producto. Hace unos años escribí:
Toda la diferencia entre el trabajo de producto vs. el de consultoría está en los incentivos que determinan el cómo se trabaja.
Hacer consultoría se trata de completar proyectos para un cliente. El objetivo es entregar a tiempo y cumplir con un contrato.
Si trabajas en consultoría, lo que importa es entregar en tiempo y forma, lo que significa que la calidad y exactitud técnica del desarrollo no es prioridad. Después de todo, hay una gran posibilidad de que una vez que se llegue a la meta, y el cliente esté satisfecho, no será necesario revisarlo ni mantenerlo a largo plazo. Se le resolvió el problema al cliente, se entregó a tiempo y con los requerimientos cumplidos, y ahora puedes pasarte a pensar en el siguiente proyecto sin voltear atrás.
Trabajar en desarrollo de producto se trata de resolver problemas para un usuario. El objetivo es agregar valor.
Al desarrollar un producto, lo que estás buscando es crear tecnología para resolverle un problema a tu usuario. Muy probablemente (si trabajas en un startup, por ejemplo) no habrá una guía para encontrar la forma óptima de agregar valor. Tendrás que experimentar, investigar, innovar. Pero más importante, trabajar en producto tiene la implicación de que el mismo equipo será el responsable de arreglar cualquier cosa que se rompa, y de saldar cualquier deuda técnica que se adquiera.
Marc Benioff, CEO de Salesforce, declaró que la compañía ya no contrataría ingenieros de software en 2025. Esto es gracias a las ganancias de productividad que han visto gracias al uso de la inteligencia artificial en sus procesos:
“No vamos a contratar más ingenieros de software el próximo año porque hemos incrementado la productividad este año con Agentforce y con otras tecnologías de IA que estamos utilizando para los equipos de ingeniería en más del 30%, al punto de que nuestra velocidad de desarrollo es increíble. No puedo creer lo que estamos logrando en ingeniería”.
“Y luego, tendremos menos ingenieros de soporte el próximo año porque contamos con una capa de agentes. Tendremos más vendedores el próximo año porque realmente necesitamos explicar a las personas exactamente el valor que podemos lograr con la IA. Así que probablemente añadiremos entre 1,000 y 2,000 vendedores a corto plazo”.
Salesforce es un monstruo de compañía. Dependiendo de cómo resulte el experimento, que probablemente podamos saberlo el próximo año, no dudo que otras compañías encuentren la validación que tanto buscan para irse por el mismo rumbo.
Klarna dijo recientemente que su asistente de IA, el cual usa OpenAI, está haciendo el trabajo de 700 empleados de servicio al cliente de tiempo completo.
Esta es mi reseña de mi 2024. También puedes leer mis reseñas de 2022 y 2023.
Si tuviera que resumir mi 2024 en una frase, sería “a ver si es cierto”. Los últimos doce meses se trataron de ponerme a prueba física, mental y emocionalmente para retar mi noción de cómo son (y como creía que deberían ser) las cosas.
Comencé el año dando lo que consideré el siguiente paso en mi búsqueda de mejorar mi salud mental. Después de mucho, mucho tiempo, decidí buscar a un médico psiquiatra para que me diera su opinión.
Cuando lo hablé con mi terapeuta, le expresé lo frustrante que era sentir que iba progresando poco a poco, para que un día de repente tuviera que comenzar todo de nuevo. Porque, aunque sé que tengo las herramientas psicológicas para hacerlo, se volvió cansado. Demasiado cansado.
Afortunadamente, la medicina está ayudando, y mucho. Comencé a tomar mi tratamiento, he sido bastante constante, y veo efectos bastante positivos en todos los aspectos de mi vida.
A mediados de año, mi novia y yo nos comprometimos, y pasamos la segunda mitad del año planeando y preparando la boda.
También tuve la oportunidad y el privilegio de viajar bastante, y de compartir muchos momentos con las personas más importantes de mi vida. Obtuve mi certificado de buceo; hice 9 inmersiones de julio a octubre, y muchos nuevos amigos en el proceso. Creo que esto del buceo se va a convertir en una parte bien importante de mi vida en 2025 y los años por venir.
Terminé el año mucho más tranquilo que como lo comencé, y mucho más en control de cómo reacciono ante las situaciones que se me presentan. Hoy en día, me siento más confiado también en mi capacidad para manejar el estrés y circunstancias adversas.
Además, estoy muy orgulloso de que en 2024 cumplí muchas de las cosas que me propuse hacer, entre ellas la de retomar mi hábito de la escritura, reforzar el de la lectura, y ser mucho más consciente de la importancia de la sostenibilidad en muchas áreas de mi vida.
2024 se trató de crecer, de retarme. Pero también de encontrar (y aceptar) mis límites, y de encontrar a través de eso la satisfacción duradera que tanto he buscado.
Gracias a todos los que me compartieron, voluntaria o involuntariamente, algún aprendizaje. Por más de ellos en 2025.
Los libros que leí
Uno de mis propósitos de este año fue leer más novelas, y no solamente libros de crecimiento profesional y personal. Me da mucho gusto haberlo logrado, y definitivamente continuaré explorando más y más novelas.
Tomé 23 vuelos, recorriendo un total de 49,388 km.
Mi resumen de vuelos en 2024
Mi salud mental
Aquí está un resumen:
Mi año en pixeles
Los mejores días de mi semana
Mi estabilidad emocional
Sigo usando Daylio para registrar mi estado de ánimo y hábitos, y lo sigo recomendando ampliamente. Actualmente, tengo una racha de 930 días seguidos llenando datos en esta app.
Además, otra de las cosas que sigo haciendo regularmente es Morning Pages. Le pedí a ChatGPT que analizara las que escribí este año y que me diera un resumen del sentimiento y tono de mis entradas. Esto fue lo que me arrojó:
En 2024, tus diarios reflejan una mente profundamente introspectiva, siempre en movimiento, enfocada en alcanzar metas y hacer las cosas de la mejor manera posible. Hay una constante conversación interna que analiza, evalúa y busca significado en cada acción, pero que a menudo está cargada de autoexigencia. Te preocupa mucho estar al día con tus responsabilidades, tanto laborales como personales, y hay una clara inclinación hacia mantener el control y la estructura en tu vida. Sin embargo, esta necesidad de control parece, en ocasiones, generar estrés y una sensación de insatisfacción cuando las cosas no salen como esperabas.
Tu relación con el trabajo ocupa un lugar central, no solo como una fuente de propósito, sino también como un área donde a menudo vinculas tu valor personal con tus logros. Aunque tienes momentos de orgullo y satisfacción, también aparecen señales de agotamiento emocional y ansiedad, particularmente relacionadas con el futuro y la estabilidad financiera. A pesar de estas preocupaciones, es evidente que valoras mucho los momentos de tranquilidad y alegría. Escribes sobre ellos con claridad y aprecio, aunque parecen menos frecuentes de lo que podrías desear.
Eres alguien que busca crecer y aprender constantemente, con un enfoque en cómo mejorar tanto en lo profesional como en lo personal. Esta ambición, aunque admirable, a veces te deja poco espacio para simplemente “ser” en lugar de siempre “hacer”. Es notable que, aunque hay momentos de crítica interna, también encuentras tiempo para reflexionar sobre lo que te hace feliz, como los pequeños logros, los días bien estructurados y la tranquilidad que sientes cuando todo está en orden.
Tu estado mental general durante el año parece ser el de alguien que busca equilibrio, pero que a menudo prioriza la productividad por encima del descanso y la conexión contigo mismo. La felicidad está presente, pero podría beneficiarse de ser un foco más consciente y constante en tu vida. Hay una oportunidad de integrar más momentos de pausa, de permitirte ser más flexible con las incertidumbres del día a día y de redefinir lo que significa el éxito, para que no solo esté vinculado al logro, sino también a la satisfacción con el presente.
Mi salud física
No tomé ni refresco ni alcohol durante todo el año, y hoy cumplí 600 días seguidos. Por ahí de marzo, también dejé el café, y ahora de vez en cuando me tomo uno descafeinado. En octubre, decidí dejar de consumir harinas, y retomé las clases de natación 2 veces por semana.
Continúo buscando cualquier pretexto para hacer actividad física: pasear a los perros por casi hora y media todos los días, tomar la bici al trabajo, y procurar moverme a pie en la medida de lo posible.
También descubrí que mejorar mis habilidades de buceo ha sido un gran motivante para mantener buenos hábitos alimenticios y de ejercicio.
Mes a mes
Enero: Mes relativamente tranquilo desde el punto de vista de actividades, pero también fue el mes en el que decidí buscar ayuda psiquiátrica.
Febrero: Viajé a Nueva York por trabajo, y tuve oportunidad de conocer la ciudad en invierno. Fuimos a ver a Los Rumberos en concierto.
Marzo: Volví a Nueva York por trabajo.
Abril: Se me hizo, por fin, ver en concierto a dos bandas de las que soy muy fan desde hace unos 15 años: Keane y Alesana. Separados, por supuesto.
Mayo: Otro viaje a Nueva York por trabajo, y me llevé a mi novia conmigo. Visitamos muchos museos y lugares icónicos de la ciudad. Fue un muy buen viaje.
Junio: Comenzamos la certificación de buceo, y nos comprometimos.
Julio: Completamos la certificación de buceo, y salimos a nuestras primeras inmersiones.
Agosto: Organicé un gathering con mi equipo del trabajo en CDMX, y cuando regresé fuimos a ver a Matisse en concierto.
Septiembre: Volví a CDMX con el resto del equipo. Mi hermano se mudó a Tokio para estudiar su maestría, y viajé a visitarlo y ayudarle a terminar de asentarse (aunque realmente no necesitó mi ayuda). Vimos a Rawayana en concierto.
Octubre: Salimos a nuestro segundo viaje de buceo en Cabo Pulmo y la Paz. Desafortunadamente, no pudimos completar todas las inmersiones que teníamos planeadas por un viento de norte, pero lo que pudimos bucear fue increíble.
Noviembre: Otro viaje a CDMX para ver a Elsa y Elmar. Volví al Zoológico de Guadalajara después de casi 20 años, yo creo. Volvimos a ver a Los Rumberos en concierto.
Bloomberg reporta que Klarna dejó de contratar nuevos empleados hace un año con el objetivo de reemplazarlos con IA:
La firma reporta que el número de empleados se redujo un 22 % a 3,500 durante este tiempo, mayormente debido a renuncias.
Un año sin contratar personal, y parece que los procesos de negocio no se han visto afectados, sino al contrario. Es interesante ver cómo, poco a poco, la inteligencia artificial se está volviendo más prevalente en las empresas. Sabía que hay algunas compañías que cada vez están perdiéndole el miedo y usándola más, pero no sabía de alguna que literalmente hubiera dejado de contratar personas gracias a ella.
La tendencia es clara. La verdadera ventaja competitiva para un desarrollador de software no será la parte técnica, sino las habilidades interpersonales.
Con el aspecto técnico resuelto (parcialmente) por inteligencias artificiales, las discusiones técnicas dejarán de ser la parte más importante del desarrollo. Los “programadores” ahora se dedicarán a tener discusiones sobre la ética y seguridad del código generado por la computadora. Las tareas técnicas serán resueltas, en su mayoría, gracias a la ley de Moore. Desarrollar software ya no se tratará de programar.
Aún habrá trabajos para escribir código, pero requerirán una alta especialización. Las personas que sigan escribiendo código lo harán para crear la infraestructura que soportará al resto del ecosistema: compiladores, IA, generadores de código, redes, etc.
Si estás en la industria del software y piensas que tu único trabajo es programar, heads up. Le acaban de poner fecha de caducidad a tu carrera. Y tienes de dos: o te pones a refinar tus soft skills, o comienzas a especializarte en tecnologías fundamentales.
Ese artículo fue escrito mayormente a través del lente del desarrollo de software. Y en ese entonces, no sabíamos la velocidad con la que los modelos de IA avanzarían. Pero hoy en día, esas palabras son más ciertas que nunca. Y no solamente para los desarrolladores de software:
Klarna dijo recientemente que su asistente de IA, el cual usa OpenAI, está haciendo el trabajo de 700 empleados de servicio al cliente de tiempo completo.
700 personas sin empleo, reemplazadas por un LLM. ¿Y aquellos que todavía no son “reemplazables”? Klarna tiene una idea:
El CEO dijo que mientras la nómina se está reduciendo, ha logrado convencer a los empleados restantes de aceptar el cambio prometiéndoles que se les dará una porción de las ganancias de productividad que la empresa obtenga gracias a la IA.
“Del dicho al hecho, hay mucho trecho” es una frase que le gustaba mucho a mi abuela, y la decía a cada rato. Curiosamente, el artículo de Bloomberg ofrece un vistazo al futuro que el CEO de Klarna realmente está buscando:
Durante su presentación de resultado más reciente, la compañía utilizó una versión del CEO generada con AI para presentar los resultados, lo que Siemiatowsky dijo hizo para probar que la IA eventualmente podría reemplazar todos los empleos.
El trabajo de un diseñador no es diseñar; es entender la visión de su cliente y plasmarla en el medio adecuado.
El trabajo de un desarrollador no es escribir código; es interesarse por el negocio, y buscar cómo aportar usando las herramientas correctas, que pueden ser creadas o compradas.
Para un ingeniero de soporte de IT, su trabajo no es ser un experto en tecnología; es empatizar con el que le pide ayuda, y entender que si le están pidiendo ayuda es porque la otra persona no sabe cómo resolver el problema por sí mismo. Es paciencia.
Un diseñador que no puede crear algo que resuelva las necesidades de su cliente es más bien un artista.
Un desarrollador de software al que no le interesa el negocio, y solamente quiere escribir código, es más bien un programador.
Alguien de IT que no puede empatizar con los que necesitan su ayuda, y es impaciente, es más un bloqueo que una ayuda para la empresa.
No tiene nada de malo ser artista, programador, o alguien que sabe mucho, pero no cómo ayudar a las personas.
Pero tienes que estar consciente de lo que eres, lo que quieres ser, y si estás jugando el juego correcto.
El artista que se quiere vender como diseñador; el programador que quiere crecer una carrera con más responsabilidades e impacto; el de IT que no entiende por qué él no tiene trabajo mientras sus compañeros sí.
Todos están jugando el juego incorrecto. O no están entendiendo las reglas.
