Principio de menor sorpresa aplicado al código
Show notes
En este episodio seguimos con la lectura de Código Sostenible, capítulo 5: Principio de menor sorpresa.
Hablamos de por qué el código debería comportarse siempre de la forma en que otra persona espera, sin efectos secundarios ocultos, retornos inconsistentes ni abstracciones que obliguen al equipo a desconfiar.
También analizamos métodos que mienten sobre lo que hacen, comentarios que intentan justificar diseños confusos, monkey patching y la diferencia entre ocultar secretos de implementación y esconder consecuencias inesperadas.
La idea central: el buen diseño puede ocultar cómo funciona internamente, pero nunca debería ocultar qué provoca.