Principio de menor sorpresa aplicado al código

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.