El nuevo 10x y las hostias que se vienen
por Omar Pera, CPO en Freepik
|
|
|
Hace unas semanas, David escribió un tweet que se hizo viral: "La de HOSTIAS que vamos a ver con el tema de la IA va a ser de órdago".
Lo que más miedo debería darte no es que la IA pueda hacer tu trabajo. O que dependamos de una caja negra. Es que alguien con la mitad de tu experiencia y el doble de tu curiosidad lo va a hacer mejor.
Las hostias se las van a llevar las compañías que no hagan all-in. Pero las de verdad, las grandes, no se las van a llevar las empresas. Se las van a llevar las personas.
La brecha invisible
Fundé una empresa de IA en 2016, pero hace años que no escribo código complejo. Cuando miro a mi alrededor, la gente se está subiendo a la IA a tres velocidades:
- Los que están all-in. Prueban todo, rompen cosas, buscan los límites. Están con 5 agentes en paralelo y puliendo bugbot para que resuelva los problemas del design system en la pull request. Saben exactamente la diferencia entre Opus 4.6 y Codex 5.3.
- Los que "ya lo probaron". Miran desde la barrera, prueban con cautela, van "paso a paso". Siguen preocupados sólo por la tarea en cuestión. Siguen medio escépticos, se quedan en el modo “auto” de Cursor y no suelen llegar a promptear de distintas formas para intentar sacar el mayor partido.
- Y los que ni han probado Claude Code o Codex. Usaron la versión gratis de Cursor hace tres meses. Están esperando a que les aprueben Copilot en la empresa.
Lo preocupante no es la distancia con el tercer grupo, esa es obvia. Lo preocupante es lo rápido que se abre la brecha entre el primero y el segundo. Y cuando se haga visible, no habrá margen para reaccionar.
Si llevas 15 años escribiendo código limpio, haciendo code reviews impecables y defendiendo el buen código como si fuera un mandamiento, tengo malas noticias. Esto ya no es "soy un buen ingeniero senior". Esto es otro juego.
Seniority nunca han sido los años de experiencia, siempre ha sido la capacidad de resolver problemas complejos. Pero resolverlos de la misma forma como se venía haciendo se va a quedar obsoleta. La cuestión es que durante años, la industria nos ha acostumbrado a resolver tareas definidas en JIRA generalmente con ayuda de una tercera persona.
Lo que está pasando en ingeniería, pasará en casi todos los sectores. Sigue habiendo gente de marketing que no ha usado la IA en meses, diseñadores que no saben lo que es Lovable o PMs que ni han pensado analizar tickets de soporte con ChatGPT.
Lo veo cada semana: cosas que antes nos podían llevar semanas, resueltas en 2 horas. Hace unos días publiqué un tuit que lo resume: Claude Opus tuvo una mejor idea de producto que yo para algo en lo que llevaba semanas pensando. Me alegré. Pero por primera vez sentí ese dolor silencioso que los ingenieros llevan cargando todo el año.
Ayuda mucho tener esos wow moments propios para seguir poniendo el esfuerzo extra que hace falta para llegar más allá, y no quedarse a esperar a que el terreno esté firme. Aunque la sensación, cuanto menos, sea extraña.
|
|
|
De IA para IA
Hace un año prohibí los PRDs en Freepik. Nada de documentos de requisitos de 20 páginas que nadie lee. Mi regla: un prototipo o un Figma para empezar la conversación. Asumir que la primera versión no es la correcta. Iterar rápido, validar antes de construir.
Pues ahora vuelven, pero con un propósito completamente diferente. Ya no son documentos para que alguien los interprete semanas después. Son artefactos diseñados para que la IA los ejecute. De IA para IA. Tú haces un buen PRD, y con Lovable, Figma o directamente en código, generas un prototipo funcional en horas, no en semanas.
El proceso clásico de "PM prioriza, Design diseña, e Ingeniería ejecuta" está más que obsoleto. Ahora el objetivo es validar más rápido, y eso significa que cualquiera con el contexto adecuado puede ir de la idea al prototipo sin esperar a que tres roles se pasen la pelota.
Necesitamos roles híbridos generalistas, ya que el especialista se va a quedar atrás. El ingeniero con más producto y diseño. El diseñador con más producto e ingeniería. El PM con más diseño y marketing. Todos mini-CEOs con ownership, ya que la capacidad individual de ejecutar tareas va a multiplicarse. Será un poco caótico, pero con el tiempo empezaremos a ser todos más builders y dejaremos de distinguir tanto entre roles.
Diseño es el nuevo código
Las compañías que ganen no creo que se vayan a diferenciar tanto por funcionalidades como se ha hecho hasta ahora. Va a ser combinación de elegir muy bien qué hacer, cómo se siente la marca, una experiencia a la que quieras volver y el diseño de producto como diferenciador.
Ya está pasando: vamos a "programar" hablando del problema en un nivel superior de abstracción. Es preocuparse del producto, del buen diseño, hablar sobre casos de uso. Antes, no solía hacer falta.
El trabajo de la mayoría de ingenieros va a ser decirle a varios agentes qué hacer, coordinarlos, revisar lo que entregan y asegurarse de que el resultado tenga nivel. Ahí es donde entran el gusto y la intuición.
Esto no va solo de recibir tareas. Va de que gran parte de la ejecución en sí se va a automatizar con tu supervisión en gran medida. Empiezas a preocuparte más por el problema de fondo, no tanto por las tareas individuales. Y eso asusta, porque es lo que muchos hemos considerado nuestro trabajo.
Como dijo Jensen Huang: la tarea de un analista financiero no es pelearse con hojas de cálculo. Su trabajo de verdad es tomar buenas decisiones financieras. La barrera de ejecución está cayendo tanto que la ventaja técnica se diluye. La ventaja real pasa a ser tener el contexto del problema.
Hablar con clientes para saber qué hacer, para quién, coordinarse con otros, saber cuándo el resultado final está bien y cuándo no. Cosas de las que la industria nos ha mantenido lejos durante años, pero que ahora son tu responsabilidad directa.
A nivel individual, tu criterio, tu intuición y tu gusto van a pesar mucho más que antes.
El nuevo 10x
En enero, escribí las expectativas para un rol de PM o diseñador al equipo de producto en Freepik, y creo que aplica cada vez más a cualquier rol: lo que va a marcar la diferencia son las "soft" skills.
Tener gusto. Para diferenciar cuándo algo está bien resuelto de cuándo está "ahí vale, tira".
Tener intuición. Para saber qué construir. Ahora es más importante que nunca, porque el coste de construirlo ha bajado drásticamente.
Curiosidad. Para estar al día, conocer los límites, y usarlo a diario.
Buena comunicación. Saber explicar qué quieres, por qué, y para quién. Esto aplica tanto si hablas con personas como si escribes prompts.
Y sobre todo: ganas. Ganas de soltar cómo trabajabas antes. De experimentar, de fallar, de aprender. De intentar automatizar tu propio trabajo, aunque parezca absurdo.
Entre la gente con curiosidad, criterio y ganas de aprender, y los que esperan a que alguien les diga qué hacer, se va a abrir un gap imposible de cerrar.
Los buenos ingenieros son más importantes que nunca. Y van a estar más ocupados que nunca.
La tecnología se mueve más rápido de lo que pensamos. Las personas, más lento de lo que creemos. Ese hueco entre las dos velocidades es exactamente donde van a estar las hostias, y las oportunidades.
No es cuestión de tu empresa, tu jefe o tu sector. Es cuestión tuya.
|
|
|
IA Pragmática
Aunque leyendo las redes sociales parece que si no dejamos todo por la IA nos estamos condenando a quedar fuera del mercado laboral, la visión de los CIOs de las grandes compañías (que suponen el 90 % del mercado tecnológico) es mucho más pragmática.
Según un informe realizado por CIONET y NTT Data, la realidad es que el 71 % de las organizaciones se encuentra aún en fases de exploración o pilotos limitados.
El mayor riesgo operativo percibido por los directivos (44 %) es la confiabilidad del código generado. Si no hay Security by Design , los riesgos (fugas, alucinaciones) se multiplican; y el 50% de los cuellos de botella técnicos no proceden del código sino de datasets internos poco preparados.
El informe concluye que la IA será para el software lo que la hoja de cálculo fue para las finanzas, pero para llegar ahí en organizaciones con cierta inercia, se necesita gobernanza y estructura.
Esa es la propuesta de Velneo: no solo generar código rápido —el «vibe»—, sino hacerlo sobre una plataforma que garantice la integridad de la base de datos y la ejecución, los «cimientos» .
Y por eso han diseñado un webinar para explicar cómo dejar de «jugar» con la IA y empezar a construir software de gestión serio con ella. Es dentro de cuatro días, el próximo jueves 26 de febrero, así que ¡aún estás a tiempo de apuntarte! 🤙
|
|
|
¿Te gustaría patrocinar una Bonilista? Escríbeme a david@bonillaware.com y te informaré sobre disponibilidad y precios.
|
|
¿Quieres ayudarme a difundir este texto?
|
|
|
|
|
