Libertonia
Portada · Todo · Software Libre · Desarrolladores · Comunidad · Internet · Tecnología · Meta · Diarios
Eclipse y NetBeans

man ls's Diary
Por man ls
departamento desilusión total , Sección Diarios
Puesto a las Thu Sep 7th, 2006 at 11:30:43 PM CET
Curro en Java. Sí, qué pasa, todo el mundo tiene un esqueleto en el armario XD y el mío es currar en un entorno no libre.

 


Afortunadamente trabajo con Eclipse, un entorno libre muy conseguido. Patrocinado inicialmente por IBM, ha atraído un consorcio de los más impresionantes que he visto detrás de un proyecto de software libre (con licencia CPL). Curiosamente, sólo falta un nombre: Sun Microsystems.

¿Por qué? Porque Sun tiene su propio entorno: NetBeans. Veréis que los partners de Sun en esto tampoco están mal, con una curiosidad: muchos nombres se repiten con los de Eclipse. Debe ser barato apuntarse a esto.

Pues bien, la cosa es que NetBeans es increíblemente malo. Siempre me lo ha parecido, las veces que lo he bajado por probar. Poco intuitivo, no se sabe qué hacer ni dónde están las cosas, lioso... Supongo que tendrá sus fans, pero es de esas cosas que nunca entenderé, como que haya gente a quien le guste Gloria Stefan. Sin embargo, últimamente parece que habían mejorado la herramienta, modularizándola y eso. ¿Habrá servido de algo el esfuerzo?

Hoy un colega del curro se ha bajado la 5.5 beta2 para probar los nuevos diagramas UML incorporados a la herramienta, y no hemos sido capaces de llegar a ellos. Se ha solapado una instalación anterior de la 5.0, y la ayuda para crear un diagrama UML no funciona. Es flipante.

La cosa es que los de Sun no saben cómo promocionar NetBeans: ahora lo integran con JBoss. Una pérdida de tiempo, en mi humilde opinión. Lo que tenían que hacer es dejarse de mandangas y unirse al consorcio de Eclipse. Y, ya puestos, abandonar el horrísono Swing y abrazar SWT como si fuera la verdadera fe. Y, como guinda, liberar Java... ¡bueno, esto por lo menos ya está en marcha! Señal de que Sun hace algunas cosas bien. Al final el coletas no va a ser tan malo.

< Nueva Libertonia: Preparando el golpe de estado (18 comments) | DNS-Snooping revisado : Intercambio de información corporativa revelada a atacantes (2 comments) >
Enlaces Relacionados
· Eclipse
· consorcio
· licencia CPL
· NetBeans
· partners
· 5.5 beta2
· ahora lo integran con JBoss
· el coletas
· More on man ls's Diary
· Also by man ls

Encuesta
Para Java...
· Eclipse rula 50%
· Netbeans rula 0%
· IntelliJ IDEA rula 0%
· JBuilder rula 0%
· Together/J rulaba 0%
· cualquiera rula 0%
· la rubia sí que rula 50%

Votos: 6
Resultados | Otras Encuestas

Menu
· crear cuenta
· FAQ
· búsqueda
· Fuentes de Noticias

Login
Nueva cuenta
Usuario:
Contraseña:

Ver: Modo: Orden:
Eclipse y NetBeans | 9 comentarios (9 temáticos, editoriales, 0 ocultos)
Esqueletos... (none / 0) (#1)
por jcantero (jcantero@agujero-negro.escomposlinux.org) a las Fri Sep 8th, 2006 at 12:29:53 AM CET
(Información Usuario) http://www.escomposlinux.org/jcantero/

Yo en cambio utilizo Eclipse/Win32 para programar en C... ¡y en python!

Pa'que veas. xD

--
"Papá, ¡Internet es más que una red pornográfica global!" -- Lisa Simpson


¿Va bien? (none / 0) (#2)
por man ls a las Fri Sep 8th, 2006 at 12:34:46 AM CET
(Información Usuario)

He oído a más gente que usa Eclipse para programar en C... ¿qué tal se porta? ¿Cubre bien el nicho que había desde hace mucho tiempo, de tener un buen IDE libre para C; o es demasiado pesado?

[ Padre ]


No sé que decirte (none / 0) (#4)
por jcantero (jcantero@agujero-negro.escomposlinux.org) a las Sun Sep 10th, 2006 at 11:21:28 AM CET
(Información Usuario) http://www.escomposlinux.org/jcantero/

Pesado es pesado, eso es inevitable. Con respecto a si es un buen IDE, me sigue pareciendo que está mucho más conseguido para Java (donde tiene unas cuantas virguerías) que para C. Tal vez lo suyo sería compararlo frente a C++, ya que muchas de sus características están más orientadas hacia la OOP. Por suerte o por desgracia, yo no programo en C++, así que no puedo darte una opinión formada.

Además mi entorno de trabajo es muy raro, ya que no empleo el toolchain estandar, sino uno muy antiguo que es mejor no tratar de integrar. Así que te tengo que tener instalado MinGW para que el entorno funcione correctamente, pero luego compilo mediante external tools, así que fíjate que follón.

--
"Papá, ¡Internet es más que una red pornográfica global!" -- Lisa Simpson
[ Padre ]


 
Acuerdos y desacuerdos (none / 0) (#3)
por thuban a las Sat Sep 9th, 2006 at 07:59:12 PM CET
(Información Usuario)

Acuerdos:

- tampoco entiendo como a alguien le puede gustar Gloria Estefan

- tampoco entiendo el netbeans

Desacuerdos:

- liberar Java puede dar mas guerra que otra cosa. En este (http://javahispano.org/news.item.action?id=513970880) hilo de JavaHispano se cuenta que se esta evaluando una nueva caracteristica del lenguaje, y unos dicen que estan de acuerdo y otros que ni hablar. Cuando Java sea libre, los que la quieran podran hacer su propia JVM del lenguaje Jhava (no podra llamarse Java porque Sun no la certificaria como tal), y si son suficientemente grandes, como... Microsoft por ejemplo (pero vale otro, como Oracle, que te instala el JDK 1.3 y te lo pone el primero en el path al instalar el cliente Oracle), podrian cargarse el "run everywhere" sin que ningun abogado del mundo les pudiera parar los pies.

- donde este Swing, que se quite SWT. De largo. Con SWT no puedo cambiar el look and feel y en Swing si (en javootoo.com tienes unos cuantos), y lo que funciona en Swing, funciona en todas partes. En SWT... mira en este hilo http://javahispano.org/news.item.action?id=839066176. Lo peor de Eclipse es que usa SWT en vez de Swing, aunque los que en el trabajo tengamos ordenadores de hace 5 años lo agradezcamos.

Yo soy de Eclipse, pero antes era de JEdit (Win y Linux), Gel o incluso Ultraedit (solo Win los dos), y me parece estupendo que Sun mejore su Netbeans. Asi los demas no se adormilan.



Liberación y Swing (none / 0) (#5)
por man ls a las Sun Sep 10th, 2006 at 10:36:51 PM CET
(Información Usuario)

Vamos a por los desacuerdos, que son siempre más interesantes...
liberar Java puede dar mas guerra que otra cosa.
Hombre, si salieran siete lenguajes alternativos sí; pero eso no se ha dado con otros lenguajes que llevan siendo libres desde hace décadas. Perl, o Lisp, o incluso GNU C. Modernamente Python o Ruby. Sun siempre está gritando "que viene el lobo" con esta historia de las implementaciones alternativas, pero no hay ninguna prueba del fenómeno.

Incluso con Microsoft: su implementación era completamente independiente, y Sun les demandó por mal uso de la marca Java; eso lo podrían hacer igualmente hoy día. Y hoy día hay implementaciones libres bastante buenas, pero nadie se queja de incompatibilidades. (Bueno, Stallman un poco; pero en el sentido contrario.)
donde este Swing, que se quite SWT. De largo. Con SWT no puedo cambiar el look and feel y en Swing si
Y ¿para qué quiero yo cambiar el look and feel? En general se supone que hay que adaptarse al del escritorio donde estás -- si es Windows que parezca Windows, si es Gnome que parezca Gnome. Los proyectos actuales (como Portland) van en la dirección de unificar escritorios; si dejamos que cada desarrollador nos endilgue su look and feel, pronto tendremos un escritorio pastiche que no soportaría ni el decorador de Pitita Ridruejo.

De verdad, todavía no he visto a nadie que dé un argumento convincente a favor de la historia esta del look and feel; ni del propio Gosling. Por supuesto que SWT no es perfecto tampoco: tener cosas no implementadas en algunas plataformas es una pifia, pero eso supongo que se resolverá con el tiempo. Espero.

[ Padre ]


Al menos estamos de acuerdo en lo de Gloria Stefan (none / 0) (#6)
por thuban a las Mon Sep 11th, 2006 at 09:57:14 AM CET
(Información Usuario)

A riesgo de ser un troll y de herir susceptibilidades, Lisp, Perl, Python o Ruby son lenguajes que no le importan a nadie. Hay una comunidad detras de ellos, gente que los usa y que hace muchas cositas con ellos, incluso hay alguna empresa grande de internet que los usa y que se pone siempre como ejemplo, pero no le importan a nadie. Ni hay pasta detras de ellos ni se mueve pasta con ellos. O al menos, la cantidad es irrisoria en comparacion a los demas.

C es otra cosa, pero para eso hay un estandar que la mayoria de los compiladores cumplen, pero que se limita al lenguaje, no a la libreria. Algo que hacias con el TurboC no tenia porque compilar con el QuickC. El holamundo si, claro, y un algoritmo para equilibrar un ArbolB tambien, pero una aplicacion grande no, porque cada uno habia implementado la libreria (grafica, especialmente) como le dio la gana. Aunque los dos eran ANSI C.

Si se liberara Java, ni siquiera podrias agarrarte el estandar. Podria ser que lo que hicieras no se llamara Java igual que un fork de Apache (probablemente) no podria llamarse Apache, pero si el que hace el fork es suficientemente grande como para imponerlo, pues hay que aguantarse. Con un Java de Sun al menos tienes abogados, y si la gente esta dispuesta a creer que Google no va a ser mala, ¿por que no creer lo mismo de Sun?

Y en cuanto a lo de Swing y SWT, si crees que las aplicaciones deben ser como el resto del escritorio, no uses SWT. Yo uso Windows y KDE, y el Eclipse no se parece a nada de lo que tengo alrededor. Si Eclipse fuera Swing, en Windows lo podria poner igual que el escritorio, y buscar un tema que se pareciera a lo que tengo en KDE. O podria ponerle un laf completamente diferente.

Y eso olvidando la portabilidad. Si escribo una aplicacion usando Swing se que se podra ejectutar en todas partes. Si hay Java para ejecutarla, hay Swing. Te paso el jar de mi aplicacion y funciona. Podria no verse igual porque no tengas determinada fuente, pero funcionara.

Si la escribo usando SWT, ademas de mi jar te tengo que pasar el jar del SWT, y ese depende de la plataforma, asi que tendria que pasarte todos los jar de SWT que existan, y puede que para tu sistema operativo exista un JRE pero no un SWT.

Lo de cambiar el laf puede que no sea necesario, pero mola. Puedo hacerlo con KDE, con Gnome, hasta cierto punto con Windows, y tambien con Swing.

[ Padre ]


¿Estefan o Stefan? (none / 0) (#7)
por man ls a las Mon Sep 11th, 2006 at 12:41:40 PM CET
(Información Usuario)

A riesgo de ser un troll y de herir susceptibilidades, Lisp, Perl, Python o Ruby son lenguajes que no le importan a nadie. [...] Ni hay pasta detras de ellos ni se mueve pasta con ellos.
Sí que es un poco trollesco... Perl se usa bastante, incluyendo proyectos importantes. Aunque sí es cierto que no mueve tanta pasta; o dicho de otra manera que suena mejor: no hay tanta política alrededor de Perl.

Sigo sin ver la diferencia que pueda traer que Sun libere Java. Microsoft o IBM pueden hacer su propia implementación desde cero del lenguaje, y nadie desde Sun puede evitarlo. La liberación facilitará el trabajo, pero eso a cualquier empresa grande le importa poco. Al fin y al cabo podrían coger alguna implementación libre y pulirla -- con Harmony lo van a tener a huevo por la licencia Apache.

[ Padre ]


No cabia en el titulo con la E... (none / 0) (#8)
por thuban a las Mon Sep 11th, 2006 at 02:53:22 PM CET
(Información Usuario)

Yo solo he visto un proyecto hecho con perl. He visto mas perl por ahi, usado para hacer scripts y otro tipo de trabajos "sucios" o para resolver cuestiones del dia a dia, muchas veces elegido porque es lo que el encargado de resolver el marron elejia por su cuenta y riesgo, pero solo lo he visto como lenguaje principal en un proyecto.

Lo de la politica suena un pelin peyorativo...

A ver. MS o IBM pueden hacer su propia implementacion, pero ahora, o es perfectamente compatible con la de Sun o sus abogados se les tiraran al cuello. Cuando Sun la libere, MS (y dogo MS por la paranoia que hay con el, pero creo MS estaria mas preocupado de aupar su C# que de otra cosa) podria hacer una version con sobrecarga de operadores y plantarlo en todos los Windows del mundo, y nadie podria decir ni pio.

MS estaria en su derecho de hacer su propia version porque Java es libre, y ni siquiera se le podria hacer quitarlo como si fuera un reproductor multimedia porque hacerle quitarlo seria como hacerle quitar el lenguaje de los ficheros bat. Tampoco se le podria obligar a meter el JRE original porque no seria el mismo lenguaje. Seria como decirle "bueno, tu metes tu Jhava y tambien tienes que meter Lisp, para que la gente elija".

No hay problema con Python o con Ruby porque no les importan un pimiento a las empresas y entre "los particulares" hay mucha gente que tiene la libertad todo el dia en la boca y muy poca con animos para hacer un fork, pero con Java si ocurriria, porque hay mucho dinero detras de el. De hecho, es que ya ha pasado.

[ Padre ]


Yo también lo escribí sin E... (none / 0) (#9)
por man ls a las Mon Sep 11th, 2006 at 09:56:58 PM CET
(Información Usuario)

MS o IBM pueden hacer su propia implementacion, pero ahora, o es perfectamente compatible con la de Sun o sus abogados se les tiraran al cuello.
Sólo si usan las marcas registradas "Java", "J2EE"... Ahora mismo hay varias implementaciones alternativas, no compatibles al 100%, y Sun no puede hacer absolutamente nada.

El juicio contra Microsoft fue por llamar a su entorno "Java" y poner el símbolo de la tacita. Poco podrían haber hecho si lo llegan a llamar "Fliscornio++" con el símbolo de un ornitorrinco, pongamos por caso.
Cuando Sun la libere, MS (y dogo MS por la paranoia que hay con el, pero creo MS estaria mas preocupado de aupar su C# que de otra cosa) podria hacer una version con sobrecarga de operadores y plantarlo en todos los Windows del mundo, y nadie podria decir ni pio.
Exactamente igual que ahora. Si usan la marca registrada (o algo similar, "Jhava" no colaría) los empapelan; si no, pueden hacer lo que quieran. A ver si no cómo los del proyecto GNU han podido clonar todos los sistemas propietarios que les ha dado la gana sin problemas legales.

No hay que confundir liberar la implementación con liberar la especificación, o incluso la marca registrada (que no se puede liberar por otro lado; para los curiosos podéis leer sobre la marca Linux (en inglés)). Si Sun libera su implementación, cualquiera podrá extenderla a placer, pero no llamar al resultado "Java", como pasa con Red Hat por ejemplo. Nadie ha pedido a Sun que libere la especificación, que yo sepa. Ya está bajo el control de un organismo semi-autónomo, la situación no es tan mala.
MS estaria en su derecho de hacer su propia version porque Java es libre, y ni siquiera se le podria hacer quitarlo como si fuera un reproductor multimedia porque hacerle quitarlo seria como hacerle quitar el lenguaje de los ficheros bat.
Las libertades normalmente citadas para el software son las que ya sabéis: de ejecución, de distribución, de modificación y de distribución de las modificaciones. Es así que Red Hat puede distribuir su propia implementación de Java (bastante incompatible) sin problemas, mientras no lo llame "Java" sino "gcj". MS podría distribuir lo que le diera la gana (por ejemplo un engendro basado en Harmony pero extendido para funcionar sólo en Windows) a placer, mientras no usara la marca registrada. No lo hacen porque están convencidísimos de que su C# es superior, y es posible que tengan razón. Esto nos lleva a otro ejemplo: Novell distribuye Mono, una implementación libre de .NET, y Microsoft poco puede hacer para detenerlos.

La libertad de usar una marca comercial no está incluida entre las libertades del software; este hecho no está exento de polémica, pero hasta ahora ha sido así.

[ Padre ]


 
Eclipse y NetBeans | 9 comentarios (9 temáticos, editoriales, 0 ocultos)
Ver: Modo: Orden:

ecol Logo Powered by Scoop
Todas las Marcas Registradas y copyrights de esta página son propiedad de sus respectivos dueños.
Los comentarios son propiedad del que los escribe.
Los iconos de las noticias y el logotipo son propiedad de Javier Malonda.
El Resto © 2002 Escomposlinux.org y aledaños.

Puedes sindicar los contenidos de libertonia en formato RSS 1.0 y RDF 0.9. También se puede sindicar la cola de envíos pendientes de moderación.

El proyecto escomposlinux.org está dedicado a la memoria de tas

crear cuenta | faq | búsqueda