Este es un poco un apéndice / misión secundaria de la serie reciente. No encajaba bien en la publicación principal, así que lo publico por separado. Se menciona brevemente en Por qué fracasan las fábricas de software parte 2: Volviendo a encender las luces.
Buscando Apalancamiento
Incluso antes de la IA, solo el 25-50% del tiempo para lanzar una funcionalidad era escribir el código en sí. El resto era alineación/planificación, revisión de código/reelaboración, y pruebas/verificación de la solución.
Si solo usas IA para escribir el código, entonces estás reduciendo las 2-4 horas de codificación a 10-20 minutos, pero no has acelerado nada más aquí.
Pero si usas IA para ayudarte a planificar y alinear, entonces te acercas a ser 2-3 veces más rápido.
La regla 80/20 en el apalancamiento de codificación con IA
Supongamos que si lanzas un prompt de dos frases a tu fábrica sin pensarlo mucho (yolo), tu probabilidad de obtener un resultado completamente fusionable es ~50%, y la probabilidad de tener que reelaborarlo es 50%.
Ahora digamos que eres un ingeniero principal con 10 años de experiencia. Tienes toda la base de código en 100 repositorios descargada en tu cabeza. Así que pasas una tarde escribiendo una especificación perfectamente detallada a mano. Ahora tus probabilidades son mejores, pero probablemente aún tienes un 10% de posibilidades de tener que rehacer \*algo* significativo.
Y en el extremo opuesto: escribe cada línea tú mismo. No queda nada que el agente pueda hacer mal, así que la probabilidad de reelaboración se reduce a cero.
nota Para este ejemplo, voy a difuminar
"probabilidad de que tengas que cambiar algo" ponderada por "lo doloroso que será el cambio"
en un solo porcentaje, pero obviamente son dos variables separadas.
dolor esperado = P(tendrás que cambiarlo) × lo doloroso que sea el cambio
Si dibujas esto, hay una relación inversa entre el esfuerzo invertido inicialmente y el dolor esperado.
Lo que no quieres hacer es pasar 6 horas planificando una tarea para la que podrías haber eliminado el 80% del dolor esperado en los primeros 10 minutos.
Necesitas hacer esto sin sobredimensionar preguntas que no podrás responder sin bajar de nivel. Por ejemplo, si has hecho algo de trabajo a nivel de "Producto" y aún no has respondido todas las preguntas abiertas, es posible que necesites terminarlo donde estás y acercarte a un nivel inferior para entender los detalles técnicos y saber qué es factible. No hay un proceso perfecto para esto.
Esto es lo que queremos decir con apalancamiento - y requiere ser pragmático. Si estás haciendo múltiples fases de planificación, acercándote desde una vista de 50,000 pies hasta una vista de 10,000 pies, quieres hacer un poco de dirección en cada fase para asegurarte de que estás eliminando tanto dolor esperado como sea posible.
buena suerte.
