Sebastian Gurin wrote (el 21/10):
> alejandro decía:
>
>>> 2.- sobre que "todo en smalltalk es un objeto", te lo
creiste
>>> solo al comienzo no? Sabes que no es asi... no? (si aun
crees que
>>> en smalltalk todo es un objeto, no dejes de ir a una de
nuestras
>>> presentaciones de ambientes de objetos :-) lo digo en
serio... te
>>> estas perdiendo de "algo importante" si pensas que esa
muletilla
>>> introductoria es correcta.
>>
>
> Me gustaría oir ejemplos de entidades que en smalltalk no son
> objetos...
Está todo el tema de emergentes, que comentaba muy bien Bruno en su
respuesta.
pero además (o tal vez es lo mismo) el Smalltalk mismo no es un objeto.
No me refiero al SystemDictionary, sino al ambiente Smalltalk.
Está hecho con objetos, "lleno" de objetos, pero no es un objeto.
> Ahora, bien yo creo que aunque la
tecnología nos empuje hacia un
> lado, también nos empujan el tipo de proyecto y nuestras propias
> decisiones.
> Por ejemplo, estoy seguro que hay
programadores smalltalk
> con más tendencia a utilizar módulos que algunos programadores
java.
> O sea la creatividad, las ganas de aprender, las ganas de
> enriquecerse resolviendo un problema, van a ser distintas segun la
> tecnología que utilicemos, pero también según las ganas ( o los
> objetivos) de cada uno.
Sí, seguro. Pero la tecnología pone anteojeras para mirar y pensar,
genera comunidades
y culturas de las que luego es difícil "escaparse".
> Lamentablemente concuerdo, muchos
colegas javaleros encuentran mucho
> más gratificante ver el problema resuelto por unos frameworks que
> ellos se encargaron de anudar, que resolver por ellos mismos el
> problema. Bueno no se si "lamentablemente" ; sigo sosteniendo que
hay
> diferentes clases de programadores. ..
De acuerdo que hay distintas clases de programadores/ desarrolladores.
Pero para mí, el disfrute de resolver algo "acomodando piezas" es más
como
el disfrute de resolver un crucigrama o armar un rompecabezas.
Siempre estamos en algo que otro propuso, con un tope establecido.
Cuando modelo yo, el disfrute es otro y no hay límite. Es el juego
infinito
que menciona Alejandro.
> Pregunta de novato, relacionada con lo anterior ,¿cuando hablamos
de
> programadores, hablamos de alguien que busca desarrollar
capacidades?
Temo que el término se popularizó y amplió demasiado su significado.
No sabría contestarte bien a esa pregunta. Yo prefiero desarrollador
para
lo que hago, pero en los formularios muchas veces pongo Programador.
> ¿ "desarrollar capacidades" es
"programar" ? ¿ desarrollar es
> desarrollarnos ?
Son excelentes preguntas.
Hay muchas más capacidades para desarrollar que las que están
relacionadas
con programar, así que diría NO a la primera.
A la segunda digo que sí con entusiasmo. Cada vez que desarrollo una
solución,
me desarrollo yo; adquiero nuevo conocimiento o al menos práctica de
habilidades.
> Por ejemplo, me viene a la cabeza
un peón de
> construcción que pasa por el edificio terminado: el tipo siente
> gratificación por el edificio, en gral él no se dearrolló, se
> desarrolló la construcción.
Hmmm... Dudo mucho de que el peón sienta gratificación por el edificio,
es muy difícil que pueda reconocer su aporte en el producto terminado.
Me lo creería del arquitecto. El peón puede recordar los "buenos
momentos"
que pasó durante la obra, pero no creo que disfrute del edificio
terminado.
> Lo mismo la gratificación de un
jardinero
> veterano al sentarse a oler el cesped recién cortado: lo
gratificante
> es el acto de contemplar la "obra"...
En esto sí, el disfrute es más directo. Pero lo disfruta más porque lo
cortó él:
si hubiera apretado un botón y una máquina se lo cortara automáticamente
(usando un framework) ¿lo disfrutaría igual? Creo que disfrutaría del
aroma,
de la vista, pero se perdería muchas otras cosas.
Saludos
--
carlos e. ferro* *| senior developer* *| *caesar systems *| *see
clearly. decide smarter.*
ceferro@caesarsyste ms.com <mailto:ceferro@ caesarsystems. com> | t:
+1.281.598.8790 | t: +54.11.4389. 0126 | www.caesarsystems. com
<http://www.caesarsy stems.com/>
**This message and any attached documents contain information from
Caesar Systems LLC that may be confidential/ trade secret and/or
privileged. If you are not the intended recipient, you may not read,
copy, distribute or use this information. If you have received this
transmission in error, please notify the sender immediately by
telephone or by reply e-mail and then delete this message.
Sin conexión 
Enviar correo