Ingeniería · IA
Kakkar en Pragmatic Engineer: unas once veces más PR por mes, revisión humana casi nula y el cuello de botella trasladado a la persona
El incremento en los "Pull Requests" o revisiones ascendió a 10x comparado con antes. Las antiguas limitaciones desaparecieron: menos gastos internos de comunicación y revisiones de código. La contrapartida: avanzar más rápido y estropear cosas. Nuevas limitaciones: cambios de contexto excesivos con pérdida del contexto compartido, dificultad para mantener el ritmo, menor enfoque en el diseño y preocupaciones sobre "los tokens". Cómo la IA está transformando la ingeniería de software: es fundamental que todos se sumen a la IA para aprovechar sus beneficios en el trabajo, fomentar la experimentación marca la diferencia y muchas tecnologías y procesos existentes se resienten ante este cambio.
Por Redacción Adaptant · The Pragmatic Engineer (Neil Kakkar, ensayo ganador; newsletter de Gergely Orosz)
A veces siento que no estoy aprovechando todo mi potencial con la IA; está aquí, lista para ser utilizada, lista para crear más cosas con ella, lista para recibir instrucciones, ¿y yo estoy durmiendo ? La sensación de no estar haciendo lo suficiente mientras trabajo más que nunca es abrumadora. Mis límites, como no tener el portátil del trabajo en casa, me impiden dejarme llevar. Las rutinas, como terminar siempre la jornada laboral a las 6 de la tarde, me ayudan a mantener los pies en la tierra. Me costó un tiempo asimilar la sensación de no estar a la altura de mi potencial, pero la he aceptado y reinterpretado: la vida es mucho más que construir. En un ensayo ganador del concurso de la newsletter de Gergely Orosz, Neil Kakkar reporta que en Tano, una startup nativa de IA, integra unas 11 veces más pull requests por mes que en su empleo anterior en PostHog (la introducción habla de 8 a 20 PR por mes antes y más de 200 ahora, «aproximadamente diez veces»), lo que atribuye en gran parte a la IA. Ya no hay revisión humana de PR. Con menos coordinación, una persona lleva una funcionalidad de punta a punta (diseño, frontend, backend), a costa de trabajo reactivo fragmentado, pérdida de contexto compartido, mayor dependencia de individuos y dificultad para dosificarse. El equipo acepta el trueque entre revisión automatizada, velocidad y arreglar las cosas cuando se rompen; «los cuellos de botella no desaparecen, se mudan a mí»; su límite personal es dejar la computadora del trabajo en la oficina. El autor reconoce que la métrica de PR es manipulable y no informa período ni tamaño de los PR en el texto.