> Que buena idea que acabas de tirar (va, no la dijiste, pero se lee... > hacer un programa a lo largo de la facultad, e ir mutandolo je).
Creo que estaria bueno, asi se sufr :) digo se pueden ir aprendiendo las cuestiones practicas del oficio. Para mi, lo mas importante de esto es levantar la barra del promedio. > Fuera de broma, es un buen punto la disociación entre el aprendizaje > (formal, o con un pet-project), y el desarrollo efectivo (actual?). Lo > mismo creo que ocurre con ciertas discusiones de las que el video es > un buen ejemplo. Existen muchas cosas para las que -por ejemplo-, las > clases sirven ,que exceden a la definición puramente teórica; negarlo > solamente puede llevar a una pequeña catástrofe (v.gr: escribir un muy > bonito y puro código usando protopiting, para luego darse cuenta que > es inmantenible, o no abordable). Tal cual, por ejemplo. O incluso si con prototipos tambien te sale lindo, no es necesario caer en la guerra religiosa de "porque me gustan los prototipos entonces todo lo que esta hecho en clases esta mal". Por ejemplo, mas alla de que personalmente me gusta mas Smalltalk que Java, no seria correcto asumir que todo lo que se hace en Java esta hecho mal por definicion de mis gustos personales. Y quien dice Java dice C, o C#, o Python, o su Smalltalk favorito, etc... > Por eso decía que me hubiese gustado ver una construcción mas > positiva. Decir: "las clases se usan para todo esto, y la verdad, > funcionan para esto, pero tienen sus problemas. Como agregamos?" Y si. No me gusta hacerme el autobombo, pero al mismo tiempo quiero aclarar que por lo menos en este caso no me quede en la queja e hice algo. De estas cuestiones de clases y herencia especificamente escribi en el capitulo 4 del volumen 1 del Fundamentals. Andres. -- To post to this group, send email to [email protected] To unsubscribe from this group, send email to [email protected] http://www.clubSmalltalk.org
