Un análisis empírico sobre el porcentaje real de commits de corrección ("fix") en proyectos de software desmonta la extendida creencia del 15%. El autor, al incorporarse a un nuevo empleo, observó que el repositorio principal de su empresa rondaba esa cifra (exactamente un 14,87%) y decidió comprobar si la tendencia se replicaba en proyectos de código abierto. Para ello descargó los 200 repositorios más populares de GitHub según el ranking de gitstar-ranking.com —un total de 114 GB— y contó, mediante un script en bash con GNU Parallel, cuántos commits contenían la palabra "fix" frente al total. Los datos se volcaron a un CSV y se analizaron con DuckDB usando el comando SUMMARIZE.
Los resultados muestran una media del 10,53%, una mediana del 9,33% y un rango intercuartílico entre el 5,26% y el 14,62%. El valor mínimo fue del 0% y el máximo del 35,59%. En conjunto, la distribución se acerca más al 10% que al 15% tradicionalmente asumido. El autor advierte de limitaciones importantes: la muestra es reducida y no representativa, incluye repositorios no aplicativos como listas "awesome", y depende de que los proyectos usen mensajes de commit semánticos. Los repos con muchos merges tampoco encajan bien en esta métrica.
La conclusión práctica es que un ratio de fixes entre el 10% y el 20% puede considerarse normal y no debería ser motivo de alarma, mientras que desviaciones extremas podrían señalar problemas en el proceso de desarrollo.