Andres Valloud escribió en la lista de Smalltalk a la que estoy suscripto este correo, y la verdad que me gustó tanto que lo guardo para releerlo y de paso lo comparto con el que quiera
Si te ayuda… una de las cosas mas importantes para sacarle el maximo provecho a Smalltalk (y en general a otros lenguajes tambien) es separar claramente lo que es uno de lo que es el programa. Quiza parece una tonteria, pero la sutileza de dejar de escribir codigo como si uno diera ordenes, y en realidad concentrarse en como estas entidades (en Smalltalk, los objetos) van a interactuar entre si es liberador.
No es necesario gastar ni un atomo de pensamiento en controlar cuando uno diseña para que las propiedades emergentes de la red de interconecciones de conducta tengan como unico resultado posible que suceda lo que uno esta buscando… es decir, que el programa tambien quiera, dentro de lo posible, que suceda lo deseado.
Al tratar de controlar por la fuerza, los programas en general terminan haciendo agua por todos lados… no es posible tener el control absoluto de todo salvo en casos chicos. O peor: los programas terminan siendo una especie de exteriorizacion de la necesidad de controlar del que los escribe.
Pensar programas en tercera persona concentra el esfuerzo en lo que realmente vale la pena.
Dos enlaces importantes por si nunca programaste en Smalltalk:
- Un smalltalk para descargar: Pharo
- Un libro para arrancar: Pharo by Example