Esta es una pequeña adenda / misión secundaria de la serie reciente. No encajaba bien en el artículo principal, así que lo publico por separado. Se menciona brevemente en la parte 2 de Por qué las fábricas de software fallan: Volviendo a encender las luces.
Buscando Apalancamiento
Incluso antes de la IA, solo el 25-50% del tiempo para lanzar una función era escribir el código en sí. El resto era alinear/planificar, revisar/retrabajar el código y probar/verificar la solución.
Si solo usas la IA para escribir el código, entonces reduces las 2-4 horas de codificación a 10-20 minutos, pero no has acelerado nada más aquí.
Pero si usas la IA para ayudarte a planificar y alinear, entonces realmente te acercas a ser 2-3 veces más rápido.
La regla del 80/20 en el apalancamiento de la codificación con IA
Supongamos que si lanzas un prompt de dos frases a tu fábrica sin pensarlo mucho, tu probabilidad de obtener un resultado completamente fusionable es ~50%, y la probabilidad de tener que retrabajarlo es del 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 a mano una especificación perfectamente detallada. Ahora tus probabilidades son mejores, pero probablemente todavía tengas alrededor de un 10% de posibilidades de tener que rehacer algo significativo.
Y en el extremo opuesto: escribe cada línea tú mismo. No queda nada para que el agente se equivoque, por lo que la probabilidad de retrabajo se reduce a cero.
**nota*\* Para este ejemplo, voy a simplificar
"probabilidad de que tengas que cambiar algo" ponderada por "lo doloroso que será el cambio"
en un solo número de porcentaje, pero obviamente son dos variables separadas. Si el modelo tiene un 50% de probabilidad de equivocarse en el estilo de un botón, pero la solución es un prompt barato, entonces nuestro "dolor esperado" combinado es bajo.
dolor esperado = P(tengas que cambiarlo) × lo doloroso que es el cambio
Si dibujas esto, hay una relación inversa entre el esfuerzo invertido por adelantado y el dolor esperado.
Lo que no quieres hacer es pasar 6 horas planificando una tarea para la cual podrías haber eliminado el 80% del dolor esperado en los primeros 10 minutos.
Necesitas hacer esto sin obsesionarte con preguntas que no podrás responder sin bajar un 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 los detalles técnicos para entender 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.
