Escribir tú mismo el mensaje de commit revela si entiendes lo que publicas
Commit Description as a Thinking Tool
Antes de la era de la IA, el autor dedicaba de cinco a diez minutos a redactar descripciones de commit detalladas para reflexionar sobre el código y reevaluar decisiones. Ahora, con la programación agéntica, los agentes escriben tanto el código como los mensajes de commit, pero a menudo carecen del contexto para explicar el 'porqué' y generan razonamientos inventados. El autor defiende que escribir uno mismo la descripción del commit es una herramienta de pensamiento que verifica si realmente se comprende lo que se envía.
Si no puedes explicarlo, no lo entendiste.
- WD-42
Escribir es pensar en cualquier situación, no solo se limita a los mensajes de commit. Este es un hecho que me preocupa que la gente esté olvidando, o peor aún, que nunca hayan entendido en primer lugar.
- dkarl
Me vi obligado a renunciar a los mensajes de commit mucho antes de la IA, porque otras personas eran tan malas con ellos que acepté encantado que todos los PRs hicieran squash de commits.
Al menos entonces los mensajes del squash solían ser bastante decentes. Pero luego la gente empezó a usar IA (o la IA empezó a usar a la gente) para crear mensajes de commit absolutamente masivos que son imposibles de hojear en git blame y en general muy malos para el consumo humano.
La IA ha dado pasos agigantados en prácticamente todos los demás aspectos. ¿Por qué siguen escribiendo de una manera derrochadora y hostil para los humanos?
Creo que tendríamos que ser muy ingenuos para no sospechar que esto es intencional. Las empresas de IA tienen el objetivo declarado de reemplazar a los humanos en el proceso de desarrollo de software, y están haciendo activamente que el proceso en sí sea inhóspito para los humanos.
Están inyectando cantidades masivas de texto en el proceso de desarrollo de sus clientes, que luego se convierte en tokens que sus clientes les pagarán por procesar una y otra vez. Es como un depurador de CO2 que emite CO2.
- kccqzy
Hace mucho tiempo cambié el mensaje de commit predeterminado para incluir los encabezados "¿Por qué?" y "¿Cómo?" para recordarme que necesito explicar por qué se hace un cambio (en lo que se centra este artículo) y cómo se hace (los diferentes enfoques de implementación considerados). Seguí este formato durante mucho tiempo. Estaba en el 1% superior en longitud de mensajes de commit en la empresa.
Aparte: una vez me preocupé de que las cosas se rompieran cuando los mensajes de commit se volvieran demasiado largos. Probé mensajes de commit muy largos y nada se rompió: https://github.com/kccqzy/long-commit-messages/commit/ccfda4...
- evnp
> Cuando la IA no sabe la parte del 'por qué', se inventa su propio razonamiento. Eso me parece peligroso. Cuando lo leemos después, puede que no tenga sentido, porque la razón real era completamente diferente.
Aún más peligroso: cuando el texto _sí_ tiene sentido, a pesar de estar desconectado de la realidad.
- arialdomartini
Además de esto, vale la pena escribir los mensajes de commit antes que el código
https://arialdomartini.github.io/pre-emptive-commit-comments