🚀 go-pugleaf

> 1.- Olvida Kylix, es una porquer�a. 

�en qu� te basas?

Adem�s, �asumes que nEuro quiere desarrollar aplicaciones tipo CRM o 
para Oracle 10i o para una mega-corporaci�n? A mi me aprece que nEuro 
quiere probar a ver que tal resulta desarrollar aplicaciones X en Linux.


> La versi�n servidor S� merece la
> pena, pero no es gratuita (alrededor de 300.000 ptas) y para
> aplicaciones middleware es mejor utilizar JAVA por medio de Tomcat
> (jakarta.apache.org) y jboss (www.jboss.org) o bien BEA Web Logic de
> IBM o alguna soluci�n de Oracle. Adem�s el 9 de cada 10 aplicaciones
> escritas para Unix/Linux est�n desarrolladas en C. No tiene mucho
> sentido por tanto utilizar un Pascal propietario y desarrollado por
> una s�la compa�ia.

El que el 80 � el 90 � el 99 por ciento de plaicaciones st�n 
desarrolladas en un lenguaje no quita para nada que se pueda (o deba) 
desarrollar en otro lenguaje.

Linux es todo elecci�n perosnal. Nada de "seguir la masa aborregada". 
Cada uno hace lo que quiere con su sistema.

Y tiene todo el sentido del mundo desarrollar en Pascal. Es un lenguage 
estructurado (como el C), se ense�a (o ense�aba ??) en la universidad, 
es de "alto nivel" (en plan Basic) pero potentillo casi como el C (mira 
el entorno de desarrollo Delphi, por ejemplo, desarollado en Pascal), 
los ejecutables son peque�os y r�pidos (el compilador es bueno.) Y lo 
garantiza Borland, una empresa que merece todos los respetos en cuanto 
a herramientas de desarrollo.

No olvides, que Kyllix es un RAD. Y, si quieres, desarrolla objetos 
para Kylix en C.


> 2.- Para programas de gesti�n lo m�s r�pido y c�mo es utilizar
> StarOffice, ahora OpenOffice. Con unas cuantas macros en Basic o
> JavaScript puedes hacer programas de contabilidad personalizada,
> facturaci�n, etc en pocos d�as.

Juer! �Vaya inefetividad! �vaya desperdicio de recursos!

Much�simo mejor el Kylix para esto. Mucho mejor lenguaje, orientado a 
objetos y ejecutables que funcionan sin necesitar de la mega aplicaci�n 
StarOffice.
 
> 3.- Para programas gr�ficos o juegos tienes SDL, que es
> multiplataforma
> (www.libsdl.org).  Esta librer�a est� realizada en C y es un claro
> ejemplo de que no tiene mucho sentido utilizar Pascal para desarrollar
> bajo Linux.

Eso es una librer�a, no un lenguaje de promramaci�n. Y mucho menos un 
entorno. No mezclemos churras con merinas. 

> 4.- Respecto a GNOME o KDE yo te recomendar�a GNOME, aunque esto ya es
> una decisi�n un tanto personal. 

Y tan personal. Como que no tiene nada que ver, a la hora de la verdad, 
el elnguaje que elijas. Un programa para Gnome puede estar hecho en Ada 
o C++ o en ... y funcionar en KDE sin problemas.

> KDE est� muy ligado al uso de C++, un
> lenguaje que nunca me ha gustado nada 

Pues mira, a mi me gusta.

> - C++ NO es un lenguaje
> orientado a objetos por mucho que se repita tan b�rbara tonter�a y en
> la pr�ctica se ven aut�nticas chapuzas de gente que cree que por
> teclear la palabra class dentro del c�digo ya est� programando a
> objetos -, 

esto se debe a mala pr�xis y falta de formaci�n, no al lenguaje.

> mientras que GNOME tiene una librer�a base desarrollada en
> C, 

Pues yo he visto uns spaghettis en C que ni te cuento. �eso convierte 
al C en una patata? No, claro que no.

Seamos consecuentes.

> aunque tambi�n puede programarse en C++ y otros lenguajes como
> Python o Perl. 

Vamos, que la "supuesta" ventaja de GNOME (el **no** utilizar C++ y el 
**s�** utilizar C) se queda en agua de borrajas.

> Mi experiencia personal tambi�n demuestra que las
> apliciones realizadas con Gtk++/Glib -la base de GNOME- suelen ser
> mucho m�s f�ciles de portar a otras plataformas como Windows (por
> ejemplo 'The Gimp' y 'Dia' y algunas de las aplicaciones m�s conocidas
> para GNOME han sido portadas a Windows sin ning�n problema) lo cual es
> un s�ntoma de su buen dise�o y el c�digo generado es mucho m�s claro (

�has visto las librer�as QT para Windows o Atheos o para el iPAQ?

Y si quiere empezar a desarrollar aplicaciones en Linux, �para qu� va a 
liarse en realizar aplicaciones que rulen tambi�n en Windows?


> lo dicho, muchos programadores de C++ empiezan a escribir clases como
> condenados sin pensar qu� est�n haciendo y se quedan tan felices
> creyendo que su c�digo es ordenado y facilmente reutilizable porque
> est� lleno de clases y m�s clases, aunque luego no hay di�s que
> entienda lo que han hecho.). 

Pr�xis metodolog�a y metodolog�a de desarrollo, buen dise�o de la 
aplicaci�n, formaci�n del desarrollador.... y documentaci�n. 

Y sirve para todos los proyectos.

Por desarrollar en C no significa que el c�digo, autom�ticamente, a a 
ser perfecto, mantenible, ligero, claro...

> Tambi�n he notado que desde hace tiempo
> GNOME puede ejecutarse bajo Windows con ayuda de Cygwin mientras que
> KDE tan apenas ha conseguido portar versiones antiguas (1.1 es la
> �ltima noticia que tengo) lo que no da mucha confianza en este entorno
> (�C�mo puede ser que siendo QT una librer�a supuestamente
> multiplataforma existan problemas de portabilidad entre Unix/Windows
> cuando GTK++ que inicialmente fue dise�ado para XWindow y Unix
> funcione sin problemas en Windows y otras plataformas?)

Para empezar, estamos hablando de Linux, no de Windows

En segundo lugar, te repito: iPAQ, Atheos...

> 5.- Para aplicaciones Web del lado cliente tambi�n deber�as de
> consultar XUL, una "tecnolog�a" desarrollada en conjunto con la �ltima
> versi�n de Netscape/Mozilla.

nEuro habla de desarrollar aplicaciones ("...cosillas...") para X 
Window.
 
> 6.- Para aplicaciones Web del lado servidor tienes las opciones

Lo mismo.





Salut,
Sinner
-- 
http://www.geocities.com/sinner_prairy
[MaDuiXa PoWeR] http://www.maduixa.net
__________________               Kernel 2.4.3 + ReiserFS
                  |\                 Linux User # 89976
=====Sinner==== >=--[]>- a Mach 2.5!!  Running on Mandrake 8.0
__________________|/                     Linux Machine # 38068