Aqu� os pego un texto de programadores matando un drag�n, entremedias est�
el smalltalker, referente a lo que comenta Roberto.
Java - Llega, encuentra al drag�n, desarrolla un framework para
aniquilaci�n de tragones en m�ltiples capas, escribe varios art�culos
sobre el framework... pero no mata al drag�n.
.NET - Llega, ve la idea del desarrollador de Java y la copia, intenta
matar al drag�n, pero el bicho se lo come
C - Llega, mira al drag�n con mirada de desprecio, tira de espada, degolla
al drag�n, encuentra a la princesa... y la ignora para ver los �ltimos
checkins del cvs del kernel de linux
C++ - Crea un pincho b�sico y va juntando funcionalidades hasta tener una
espada compleja que apenas consigue entender... mata al drag�n pero se
atasca en medio del puente por culpa de p�rdidas de memoria (memory leaks)
COBOL - Llega, ve al drag�n y piensa que es demasiado viejo para conseguir
matar un bicho de ese tama�o y quedarse con la princesa, y entonces se va
Pascal - Se prepara durante 10 a�os para crear un sistema de aniquilaci�n
de dragones... cuando llega el momento descubre que el programa s�lo
acepta lagartijas como entrada
VB - Monta un arma de destrucci�n de dragones a partir de varios
componentes, salta encima del lomo del drag�n, y en la hora H descubre que
la espada s�lo funciona durante las noches de lluvia...
PL/SQL - Recoge datos de otros matadores de dragones, crea tablas con n
relaciones de complejidad ternaria, datos en tres dimensiones, OLAP, tarda
quince a�os para procesar la informaci�n... y para entonces la princesa se
volvi� lesbiana.
Ruby - Llega con much�sima fama, diciendo que es el mejor en hacer
cualquier cosa y cuando va a enfrentarse al drag�n muestra una peliculita
en la que �l mismo aparece matando a un drag�n... el drag�n se lo come de
puro aburrimiento
Smalltalk - Llega, analiza al drag�n y a la princesa, se da la vuelta y se
pira: ellos son muy inferiores
shell - Crea un arma poderosa para matar dragones, pero en la hora H no
recuerda como usarla
shell(2)- El t�o se acerca al drag�n con un script de dos l�neas que mata,
corta, destripa, empala, pica en pedacitos y empaca al bicho, pero a la
hora de ejecutarlo el script aumenta, engorda, enfurece y pone alcohol en
el fuego del drag�n.
Ensamblador - Cree que est� haciendo lo m�s correcto y eficiente... pero
pone un A en lugar de un D y mata a la princesa para terminar foll�ndose
al drag�n
Fortran - Llega y desarrolla una soluci�n con 45 mil l�neas de c�digo,
mata al drag�n, va al encuentro de la princesa... pero ella le llama
tirillas y se va corriendo detr�s del programador de java que era elegante
y adem�s es rico
FOX PRO - Desarrolla un sistema para matar al drag�n. Por fuera es
precioso y funciona, pero por dentro est� todo parcheado y cuando va a
ejecutar el aniquilador de dragones recuerda que olvid� indexar los DBF.
ANALISTA DE PROCESOS - Se acerca al drag�n con dos toneladas de
documentaci�n desarrollada sobre el proceso de matar un drag�n gen�rico,
desarrolla un DFD para liberar a la princesa y casarse con ella, convence
al drag�n de que es lo mejor para el y que no va a doler. Al ejecutar el
proceso estima el esfuerzo y el tama�o del da�o que causar� con la firma
del papa, de Buda y de Joan Manuel Serrat para el plano, y entonces compra
dos bombas nucleares, 45 ca�ones, un portaaviones y contrata a 300 hombres
armados hasta los dientes... cuando en realidad tan s�lo necesitar�a la
espada que ten�a en la mano desde el principio
CLIPPER: Monta una rutina que carga un array de codeblocks para insultar
al drag�n, cantarle a la princesa, cargar la espada a memoria, moler al
drag�n, limpiar la suciedad, preparar un vaso de leche condensada con
moras para la princesa, follar a la princesa, darse un ba�o, encender el
coche, ponerle gasolina y volver para casa. A la hora de ejecutar recibe
un "Bound Error: Array Access" y el drag�n se lo come con patatas
That?s all Folks? No, con el efecto Men�ame y el efecto Barrapunto
coaligados, me han dejado nuevos lenguajes en diferentes foros. Paso a
relataros los que m�s me han gustado
Lisp, donde el famoso caballero andante, tras hablar con numerosos
expertos en matar dragones y modelar el conocimiento que ellos poseen
programa el sistema y se da cuenta... de que se ha dejado alg�n par�ntesis
(bender the offender, barrapunto)
HTML: Monta una web sobre espadas famosas usadas para matar dragones, pero
se pasa los est�ndares W3C por el forro. Cuando se encara con el drag�n
descubre que el c�digo no es compatible con su navegador, por lo que se
queda compuesto y sin espada. El drag�n se lo merienda como aperitivo.
(Darkblade, barrapunto)
Prolog: Piensa que para matar al drag�n necesita un arma. Busca en un
cat�logo 182014 armas. Para cuando la princesa muere de vieja ya ha
logrado descubrir como fabricar todas las armas que empiezan por la A:
Armas at�micas, Alabardas,Alfanges, Asesinos contratados, Armas blancas,
Antia�reos, Arcos, ... (aquelquesiente)
PHP: Crea una p�gina web que al ejecutarla eliminar� al $drag�n tirando de
una base de datos de armas en mysql y sobre un servidor apache. Sin
embargo, se olvid� el Where en la query de delete y mata a la princesa, al
dragon, a los campesinos, a la bruja, al hechicero y al propio programador.
JavaScript: El programador intenta matar al gran drag�n verde que lanza
fuego por la boca. Crean un script que borrar� al drag�n cuando carge una
p�gina web para unos segundos despu�s crear unas damiselas que lancen
flores y hagan soniditos de aplausos. Por desgracia no tuvo en cuenta la
estructura Dom del lagarto, tambi�n conocido como Mozilla, y lo �nico que
consigue es rellenar su consola de errores y que el libro de mozilla narre
como acab� devorado.
ActiveX: Los programadores crean un tunel para entrar a la guarida del
drag�n desde el castillo y ejecutar un programa que matar� al drag�n desde
una distacia segura y prudencial. El drag�n descubre el tunel, se come a
los trabajadores que cavaban, a los matadores de dragones y esclaviza a
todos los siervos del castillo que pasan a ser sus esclavos. El castillo
pasa a ser un lugar de cr�a de dragones lleno cr�as que manda en pop ups a
otros castillos. Los restos poco apetitosos de los caballeros los mete en
latas de Spam y manda tambi�n a otros castillos como advertencia.
(aquelquesiente)
Basic. Crean un arma capaz de matar a dragones de papel, pero mucho que la
perfeccionan descubren que no sirve para matar a ning�n drag�n m�s grande
que una cr�a de caniche. (aquelquesiente)
Matlab: Crean un bucle que calcula las trayectorias para lanzar una flecha
gigante contra el drag�n. El programa funciona perfectamente. S�lo faltan
los voluntarios capaces de lanzar la flecha con la fuerza y punter�a
necesaria. (aquelquesiente, barrapunto)
Programador de videojuegos:Se pasa dos a�os programando una espada state
of the art, con shaders y todo. A la hora de matar al drag�n se encuentra
con que la mitad de los caballeros no tienen fuerza para mover la espada.
Luego alguien programa un parche que revela las escenas de sexo con la
princesa y Hillary Clinton le monta un esc�ndalo (rogerdv, en barrapunto).
Perl - El caballero decide matar al drag�n con una expresi�n regular, pero
se equivoca en los car�cteres de comod�n y acaba incluyendo en el patr�n
de mortalidad a Dragones, Iguanas, lagartos, perros, gatos, osos,
princesas y ratones. (emezeta.com)
HyperCard: crea en 5 minutos una pila con un cat�logo de armas, con fotos,
gr�ficas y v�deos sobre su utilizaci�n y los distintos tipos de dragones
que puede matar, y que adem�s fabrica el arma elegida utilizando las
herramientas de dibujo, con una interfaz impecable y fant�sticos efectos
visuales, lo guarda como ejecutable, le pone un bonito icono, pero cuando
va a fabricar la espada no funciona porque se dej� un XCMD en casa (Home)
(Zydeco, faq-mac)
Macromedia Director: crea una m�gnifica interfaz destellante mata
dragones, con una espada deslumbrante, fabricada a bases de Xtras de
terceros fabricantes, al primer intento de matar al dragon "Script Error",
entonces a duras penas se esquiva el mordisco, y se procede al segundo
intento... pero el ejecutable va tan lento que se los come a todos
(Victor_js, faq-mac.com)
Mathematica. se crea y modela el objeto logico dragon. se modela y crea
igualmente la princesa, la espada, al principe. se modela el caso especial
de la articulacion manoespada, y la discontinuidad piel de dragonespada.
Cuando todo esta hecho, se le pide a Matematica que lo resuelva, y el
resultado es: "Hay que matar al dragon con la espada, y quedarse con la
princesa" (Alf, faq-mac.com).
M�s en los comentarios (gracias, chicos... me lo estoy pasando como un
enano)
Un saludo.
En Tue, 20 Feb 2007 06:06:36 +0100, Roberto Tagliani <[EMAIL PROTECTED]>
escribi�:
> La idea est� buena. Comparto lo que propon�s. Hay un problema, no s� como
> denominarlo porque el problema es m�s de la gente que est� con Smalltalk
> que
> el Smalltalk mismo.
> El problema es que la gente de Smalltalk, en mi humilde opini�n, tiende a
> cerrarse sobre grupos. En cambio gente de las otras tecnolog�as tienden a
> abrirse, por lo que se expanden m�s r�pidamente, y m�s f�cilmente. Sino
> cont� la cantidad de foros y usuarios en esos foros. No se trata de que
> Sun
> o MS tienen mejor marketing, es la gente la que mueve los hilos. Muchas
> tecnolog�as "buenas" de MS fracasaron porque la gente no las apoy�, no
> todo
> depende de lo tecnol�gico.
>
> Tu idea de hacer conferencias es buena, pero a una conferencia de
> Smalltalk
> no van a ir desarrolladores MS o Java. Ellos YA tienen MS o Java, y esa
> es
> la verdad. No van a cambiar gratis, lo de convencer y generar inter�s no
> funciona. Y los desarrolladores Smalltalk no dan en la tecla con
> revertir la
> escasa popularidad en comparaci�n con otras tecnolog�as, nunca la dieron.
>
> Hay gente que dice que Smalltalk no puede ser popular, yo creo que casi
> todo
> se puede hacer popular, preg�ntenle a un publicista exitoso sino. El
> problema es que el smalltalker tiene que ir a pelear con el enemigo, y no
> va. El smalltalker evita la confrontaci�n, tiende a conciliar, y s�lo se
> defiende cuando lo atacan (cuando le dicen que es lento, que es feo,
> etc).
> Excepciones, las hay, pero si los de PHP van a discutir a muerte con los
> de
> Java y los de Ruby van con los de Python, etc �Porqu� los de Smalltalk no
> vamos a discutir con nadie? �Acaso tan especiales nos creemos que no
> vamos a
> "ensuciarnos" hablando con los programadores-promedio? �Es que Smalltalk
> es
> tan superior que ni podemos empezar a explicar sus ventajas? No lo creo,
> es
> superior s�, pero yo dir�a que no sabemos retrucar, y tal vez exista el
> miedo a parecer soberbio.
>
> Lo m�s triste es la actitud pasiva, y que muchos smalltalkers no se den
> cuenta de que en las canchas se juegan los trabajos, los sueldos, etc. En
> conclusi�n, la comunidad Smalltalk no tiene mercado (es chica) porque es
> pasiva. Mis dos centavos.
>
> El d�a 19/02/07, Juan Mart�n Chiarad�a <[EMAIL PROTECTED]>
> escribi�:
>>
>> Hola gente, estuve pensando en Smalltalk, el mercado, los smalltalkeros
>> y
>> los que vendran :-) si bien soy smalltalkero no desde hace mucho, si hay
>> algo que me interesar�a es seguir siendo smalltalkero y que mi proyecto
>> de
>> consultora tambi�n lo sea :-). En fin, parti de la necesidad particular
>> para
>> encontrarme con una necesidad general :-( y por ende creo que tend�amos
>> que
>> hacer algo para que smalltalk no sea una "rareza" que permite ahcer
>> cosas
>> "locas" pero rareza en fin.
>>
>> Bueno, mi idea (aunque no muy original) va relacionada con como hacer
>> que
>> el mercado y los futuros desarrolladores se interesen en smalltalk y es
>> la
>> siguiente:
>>
>> La idea ser�a organizar una conferencia Smalltalkera dedicada a la
>> exposici�n de frameworks, trabajos, casos de exito, alg�n que otro
>> debate y
>> hasta tutoriales y talleres de Smalltalk.
>>
>> El mayor inconveniente de llevar a cabo esta idea es conseguir los
>> recursos (tiempo de gente que organice, lugar, publicidad y dem�s), se
>> pueden conseguir sponsors y dem�s. Como alguien me hizo dar cuenta, es
>> mas
>> simple lograr un espacio en alguna conferencia ya establecida que crear
>> una
>> desde cero, as� que esta ser�a otra posibilidad.
>>
>> Uno de los objetivos principales ser�a interesar a los desarrolladores a
>> acercarse a Smalltalk. Tambi�n estar�a orientada a interesar a
>> directivos de
>> PyMes en el lenguaje, a mostrarles los diferentes casos de exito. Por
>> otro
>> lado, fomentar�a el desarrollo de herramientas y frameworks Smalltalk.
>>
>> De llevarse a cabo se tendr�a que organizar para el 2008 y comenzar con
>> los preparativos.
>>
>>
>> No se que les parece?? Yo "tuve la idea" :-) pero m�s que un poco de
>> ayuda
>> no puedo brindar ya que mis contactos son un poco limitados :-(
>>
>> --
>> Saludos Chiara
>>
>> "Peace cannot be kept by force; it can only be achieved by
>> understanding."
>> Albert Einstein
>>
>> >
>>
>
> >
--
Giuseppe Luigi Punzi - Consultor
:: ZYO Consulting ::
email: [EMAIL PROTECTED]
tlfno: +34 675 145 912
web: http://www.zyoconsulting.co
--~--~---------~--~----~------------~-------~--~----~
Has recibido este mensaje porque estás suscrito a Grupo "clubSmalltalk" de
Grupos de Google.
Si quieres publicar en este grupo, envía un mensaje de correo
electrónico a [email protected]
Para anular la suscripción a este grupo, envía un mensaje a [EMAIL PROTECTED]
Para obtener más opciones, visita este grupo en
http://groups.google.com/group/clubSmalltalk?hl=es.
-~----------~----~----~----~------~----~------~--~---
