Gentes:
 
   Bueno, algunas cosas me quedaron mas claras, y otras maso. A ver:
 
1)De Seba:
>> * Que permita comercializar lo programado con ese lenguaje ( no pienso usar
>> licencia GNU con mi clientela, por razones de $peso)
>
>Epa, epa, epa mi amigo, aqui me parece que metio la pata.
>
>Que tiene que ver los $$$ con poner la licencia como GNU???
>
>Vos estar�as cobrando por el desarrollo, que problema hay que tu desarrollo
>sea GNU y que lo cobres tambi�n?
>
>Seguimos confundiendo GNU con GRATIS.
>
>Cuando se habla de Free Software se habla en lo que respecta a LIBERTAD.
 
   Estuve releyendo la licencia GNU  ( http://lucas.hispalinux.es/Otros/gples.html) y deja bien en claro que el c�digo fuente tiene que ser liberado al que adquiera mi desarrollo, cosa que no haria jam�s con un cliente ( ni con nadie, je je). Ergo, la licencia GNU no me sirve.
   Las razones darian para una sana y amena discusi�n, pero no me termin� de convencer Eric Raymond en su explicaci�n de como sobrevivir en un mundo con fuentes libres ( "La Catedral y el Bazar") como programador. Creo que el abuso de Micro$oft es nefasto, pero creo tb que se perjudica el desarrollador si cualquiera puede copiar y manipular su c�digo fuente, al menos para ciertos desarrollos. El justo medio, como dec�an los griegos, me atrae mas.
 
2) Tambi�n del mail de Seba
>Si, TCL/Tk, tenien un IDE como el VisualTCL el cual te permite trabajar como
>con VB 4.0.

Ojo que no solo es un IDE lo que busco. De hecho por ejemplo en Clipper estoy acostumbrado a laburar sin mas que un archivo de texto rasposo. Y tenia entendido que TCl es solo lenguaje de script, onda PERL ( corrijanme si me equivoco ) o sea que no tiene facilidades para interfaz de usuario, acceso a base de datos, etc.
 
3) En una respuesta de Horacio:
>Mira, una alternativa GNU de compilador de entorno
>grafico linux-like pero para Win32 y Win64 (esto lo vi
>en el Win2002 Profetional) es el compilador DJGPP
>
>La pagina oficial es:

Algo hab�a pispeado alli hace un tiempo, pero si mal no recuerdo es C.  De hecho, Horacio, la marqu� mentalmente para que sea mi punto de partida si decido desarrollar en C, o para rutinas y librerias que necesite en C.
Pero el desarrollo principal me gustaria no hacerlo en C.
 
4)  De Jose, el elfo programador :=)))
 
>Que el Se�or oscuro, nos ampare... seg�n cuenta la leyanda: dice de un unico lenjuage capas de satisface tus necesidades... y >hasta verlas altamente desbordadas. Cuenta de un lenjuage llamado Kylix (http://www.borland.com/kylix/) es similiar (o igual por >que no) al delphi...
>Lo que tambien cuenta la leyenda... es que podes compilar las aplicaciones generadas para win32 en linux y viceversa.... >obviamente con algunas? restricciones :-)
 
MM, muuy interesante, seg�n me comentaron Delphi masacr� en Espa�a ( y creo que en Europa en gral) a V.Basic como plataforma de desarrollo. Si existe un "Delphi" para Linux, alabados sean los dioses!!.
 
5)  De Cesartu
>�????... PeRd�n... me perd� de algo??? ... Delphi??? Y el capit�n Jean Luc Pikart y el capit�n Kirk???
>Amigo, si quieres programar en Kylix, creo que est�s echando por tierra toda la dial�ctica de tu primer mail
>No conozco lenguajes mas under que los parientes del Delphi. Pero como dice Serrat: "cada loco con su tema".-
>Aunque s�a propiedad de una corporaci�n sigo prefiriendo Java y para evolucionar en el arte de la programaci�n es muy bueno >probar con "Eifel" o "C++".
>
>Por compilar, GNU/Linux es ideal, es el paraiso del desarrollador. Hasta pod�s compilar para C#  ;-)
 
Confieso que no te entendi demasiado, Cesartu, en esto. Prometo que te voy a llamar a fin de charlarlo, como muy gentilmente te ofreciste. 
  �Como es eso de "under"? �Te referis a que son de mas bajo nivel que C? Yo tenia la referencia contraria, aunque se que con Turbo Pascal se hacian llamadas al assembler y tengo referencias de que Delphi es muy potente en WIN32.
 
Java me preocupa un poco por el tema de el seudoc�digo: Tengo miedo de aplicaciones lentas e infladas, poco aptas para el medio ambiente que insinu� en mi pedido de S.O.S. .
 
No conozco Eifel, pero C++ si. Se que lo voy a tener que dominar para algunas de mis ambiciones secretas y vicios pecaminosos( lease programaci�n de juegos) pero esperaba no tener que usarlo en una aplicaci�n comercial.
 
En cuanto a C#, me suena a herejia. Si es cierto lo que me comentaron, tambi�n compila a seudoc�digo como todo .Net de MicroGarcha, con lo cual pierdo toda la potencia de C o C++ sin ganar demasiado en facilidad (sigue siendo C). Entonces, �para que lo quiero??
 
6) Para Eduardo:
 
Es una buena pregunta la que surje de lo que dec�s, y de lo que lei te respondieron algunos. Yo estuve viendo algo de PHP, y lo que escrib�s suena muy interesante, pero las cr�ticas de Seba, por ejemplo, suenan muy veros�miles. Antes que nada, PHP es ( de acuerdo a mis pobrisimos conocimientos) "embebido" en el c�digo html del lado del servidor. Pero esto tiene el tema de que ese c�digo esta disponible en formato html, lo mismo que el c�digo a ejecutar, en el servidor.  Seria entonces un lenguaje interpretado, pero como en un sistema comercial como el que imagino el servidor html no esta a cientos de km sino en la habitaci�n de al lado ese c�digo estaria disponible para el usuario. Demasiado riesgo para el fuente...mas alla de los permisos y claves y dem�s etcs.
 
7) Para todos:
 
   O mejor dicho para casi todos, por algunas referencias a la web y aplicaciones web. No puedo quitarme de la cabeza la impresi�n de que Linux como ambiente de desarrollo ( y los lenguajes en el disponibles) es bueno para redes, buen�simo para Internet, excelente para aplicaciones de base, pero algo pobre para aplicaciones comerciales. Voy a investigar por el lado del Kylix, y en menor grado Java, pero recuerden que yo quiero hacer algo para el "mundo real" e Internet no me interesa en lo mas m�nimo. Es como la dicotom�a entre las punto com y las empresas "de ladrillos" o de la "vieja econom�a", que hasta ahora siguen ganando. Quiz�s en el futuro llegemos al punto de que todos estemos hiperconectados y se ejecuten las aplicaciones en forma remota a trav�s de servicios HTTP o similares, pero hoy por hoy y mas en este pais eso es ut�pico.
 
Por eso es mi b�squeda de un ambiente de desarrollo mas comercial( o sea con base de datos y de mas alto nivel que C) en Linux, y divorciado de la Red de redes, o de protocolos y conceptos surgidos de ella. En lo que me imagino, para mi red bastaria y sobraria que las terminales vean al servidor, ejecuten el ejecutable( linda redundancia ;=)  )  y manipulen los archivos, sin tener ni por asomo un servidor de web siquiera ejecutandose. Simple servidor de archivos, y de impresi�n. Nothing more.
 
*****
==========================================
Y  esto si para todos, MUCHISIMAS GRACIAS, sinceramente!!!
==========================================
 
PD:  No creo que pueda ir a la Installfest, porque me estaria llendo a Baires, pero los acompa�o en esp�ritu, muchachos!!
 
 
 
 

Responder a