Title: signature
Che, cambiemos el subject porque hace rato que no hablamos de Cuis.
Disculpame, Juan, si te resta publicidad :-)


On 14/11/2012 11:17 a.m., Angel Java Lopez wrote:
Jeje... no, eso lo hace la comunidad que arma la libreria.

Y hay parva de librerias que estan en .NET, Java, y _javascript_ QUE NO ESTAN EN C. Ejemplos: todo NHibernate en .NET, Hibernate en Java, y gran parva de modules en Node.js

Nadie sufre "importar quilombos" en esos casos. Es una realidad. Claro, siempre habra algun caso, pero les cuento que en general, hay un ecosistema de librerias y soporte de comunidad, que hacen que UNO no tenga tantos problemas.


En todo esto, ¿dónde quedan las cosas de modelar un dominio, resolver problemas, etc?
Por esto lo de inocencia en el subject...
Tal vez soy demasiado inocente, pero en nuestra modesta experiencia, cuando usamos librerías de terceras partes de esa manera, qeudamos obligados a volvernos expertos en librerías y comunidades. Es decir, ya nuestro dominio no es más el que tenía nuestro cliente (¿se acuerdan del cliente, el que nos paga y generalmente no le importa un corno en qué está hecha la app?) y empezamos a discutir horas y horas sobre qué library hay que usar, dónde buscar los updates, recorremos foros, leemos miles de emails... y nuestro foco pasó a ser la tecnología, y no el dominio.
Yo quiero seguir siendo inocente, no quiero tener que navegar una hora para ver qué switches de compilación tengo que desactivar porque "alguien de una comunidad ya pasó por ahí y lo resolvió". Porque la solución de "alguien de la comunidad", generalmente se reduce a la cuestión muy bien caracterizada por Andrés: el tipo lo probó en su máquina y le anda. Cuando en mi cliente no anda, yo me vuelvo chino... porque estoy usando una tecnología que no entiendo y tengo que estudiarla, y no puedo usar mis herramientas habituales para estudiar (inspector, debugger, todo lo que conocen bien).
¿Es demasiado inocente lo mío? Seguro. Ya tuve que romper esa regla un montón de veces, desde cosas tan simples como querer compilar una VM de Pharo o wrappear unas funciones de DLL de Windows (ah, cómo extraño la vieja documentación) en nuestro ambiente.
Pero trato de despegarme lo menos posible, de tener (y leer) la documentación y no usar consejos de "alguien de la comunidad" sobre algo qeu no entiendo.

Debo estar viejo...
Ya sé que todo el mundo programa así, de hecho me sorprendió mucho ver que Germán (A) admite que él trata de pegar varias cosas y que salgan andando... pero yo creo, e serio, que Smalltalk no es para eso.  Ni debe ser para eso.
Ahora, peguen nomás...

Carlos "flame-warior" Ferro

--

carlos e. ferro | senior developer caesar systems

[email protected]

--
To post to this group, send email to [email protected]
To unsubscribe from this group, send email to [email protected]
 
http://www.clubSmalltalk.org

Responder a