La novela Nansō Satomi Hakkenden de Kyokutei Bakin es una obra monumental del periodo Edo. Su trama entrelaza las vidas de ocho samuráis, cada uno encarnando una virtud confuciana y portando una perla con un ideograma. Esta estructura narrativa, basada en la lealtad y el honor, ofrece un marco analógico interesante para discutir el diseño de sistemas software modulares e interconectados, donde cada componente tiene una función definida dentro de un todo mayor.
Arquitectura modular y las ocho perlas del código 📦
La estructura del Hakkenden, con sus ocho héroes destinados a reunirse, refleja un principio de arquitectura de software. Cada personaje-perla actúa como un módulo independiente con una interfaz clara, su virtud, que define cómo interactúa con el sistema narrativo. En desarrollo, esto se traduce en diseñar componentes con alta cohesión interna y bajo acoplamiento. La trama principal, el destino del clan Satomi, actuaría como el API o contrato que orquesta la comunicación entre estos módulos, asegurando que, aunque sus historias sean individuales, converjan hacia un objetivo común de manera consistente y sin conflictos.
Depurando el código del destino: cuando las perlas tienen bugs 🐛
Imaginemos el sprint de planificación para esta epopeya. El product owner exige ocho héroes con backstories trágicas, un perro resucitado y un objeto místico fragmentado en ocho partes. La estimación de story points sería épica. Luego, en testing, se encuentran inconsistencias narrativas: un samurái cuya virtud es la lealtad tiene un conflicto de calendario con la misión principal. Es el equivalente narrativo a un deadlock o a una race condition. Habría que revisar el hilo de ejecución de su historia y aplicar un parche en forma de revelación divina o intervención de un monje ermitaño, el clásico hotfix narrativo.