🚀 go-pugleaf

"nEuro" <kylix2001@yahoo.com> escribi� en el mensaje
news:kkAa7.8$e8.129@coltserv-news.interno.es.colt.net...
> Soy programador en Windows y he hecho algunas cosillas en Linux, pero
todas
> de consola. Y me gustaria ponerme a hacer algunas cosas para LINUX pero la
> verdad me gustaria saber en que X-Window hacerlo por que veo que tanto
GNOME
> y KDE se usan bastante, aunque segun he oido el sistema GNOME puede llegar
a
> interesar mas por el tema del CORBA, aunque aun no tengo muy claro el tema
> de CORBA.
>
> Me gustaria saber alguien que este mas al corriente sobre el desarrollo en
> que sistema seria recomendable trabajar, ya que por ejemplo el KYLIX han
> salido versiones tanto para GNOME como para KDE segun vi en una beta.
>
>
> Muchas gracias a todos por la ayuda! y salud0z!
>
>

 No existe una respuesta sencilla sobre qu� plataforma elegir. Depende mucho
del tipo de aplicaci�n que quieras realizar. Algunos consejos:

1.- Olvida Kylix, es una porquer�a. 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.

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.

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.

4.- Respecto a GNOME o KDE yo te recomendar�a GNOME, aunque esto ya es una
decisi�n un tanto personal. KDE est� muy ligado al uso de C++, un lenguaje
que nunca me ha gustado nada - 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 -, mientras que GNOME tiene una
librer�a base desarrollada en C, aunque tambi�n puede programarse en C++ y
otros lenguajes como Python o Perl. 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 ( 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.). 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?)

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.

6.- Para aplicaciones Web del lado servidor tienes las opciones
Apache/PHP/BBDD, JAVA(Servlets/JSP/EJB), PERL, PYTHON, soluciones
propietarias (Kylix server, Oracle, IBM, ...) y de nuevo no hay una elecci�n
sencilla -para equipos de desarrollo de 1-3 personas no tiene mucho sentido
utilizar tecnolog�as de 3 capas como EJB, mientras que en grandes proyectos
puede ser lo m�s conveniente-
 ...