Seguimos observando cómo los nuevos KPI están volviendo locos a los gestores de TI. Recientemente escribí sobre el nacimiento del Tokenmaxxing y la locura corporativa con paneles de IA en Disney, donde presionan a los desarrolladores para que abandonen por completo el código escrito a mano en favor de estadísticas bonitas.
Ahora Amazon ha tomado el relevo.
Dentro de la empresa han lanzado la herramienta MeshClaw, un orquestador para agentes de IA que pueden interactuar con sistemas internos, desplegar código y responder en Slack. Los gerentes han establecido un objetivo: al menos el 80% de los desarrolladores deben usar IA semanalmente. Y, por supuesto, han añadido tablas de clasificación basadas en el volumen de tokens consumidos.
El resultado es predecible. Las personas inteligentes y perezosas hacen lo que deben hacer con métricas estúpidas. Los ingenieros comenzaron a automatizar tareas no críticas y a ejecutar agentes en vacío para inflar sus tokens antes de las revisiones de rendimiento. La dirección, por supuesto, jura que las estadísticas «no afectan la evaluación», pero todos lo entienden. La Ley de Goodhart en todo su esplendor: cuando una métrica se convierte en un objetivo, deja de ser una buena métrica.
Mientras tanto, Google ha permitido oficialmente el uso de asistentes de IA (su Gemini) en entrevistas técnicas.
El piloto se ha lanzado para la etapa de comprensión de código. Ahora no te evaluarán por cómo equilibras árboles rojo-negro mentalmente, sino por tu "fluidez en IA". Los entrevistadores observan tus habilidades de ingeniería de prompts, validación de alucinaciones de LLM y depuración de código generado por otros.
La razón es clara: en Google reconocen abiertamente que ya el 75% del código nuevo en la empresa es generado por redes neuronales. Preguntar en entrevistas sobre algoritmos de libros de texto ha perdido sentido cuando el trabajo real del ingeniero se ha convertido en gestionar una horda de agentes alucinantes.
En resumen, todas las entrevistas se están desplazando hacia tareas abiertas y diseño de sistemas, incluso para juniors. Y eso es bueno.
Comentarios
0Aún no hay comentarios.
Inicia sesión para participar en la conversación.