Encuesta

¿Qué sistema operativo empleas principalmente cuando desarrollas Java?

28-02-2010 - 935 votos

Destacados Agenda

Más eventos |

(2)

JavaHispano Podcast - 008 - Entornos de desarrollo integrado (IDEs)

15/02/2008 22:41 JorgeRubira

Este número lo hemos dedicado a algo que a todo el mundo de debe interesar. La elección y utilización de un IDE es esencial para el desarrollo de un proyecto de cierta envergadura. Este podcast está dividido en dos secciones:

Sección noticias: Presentado por Abraham Otero, Alfredo Casado y Jorge Rubira.

Sección tertulia: Hablaremos de los IDEs de Eclipse, Netbeans y Intellij IDEA. Dada la cantidad de funciones diferentes que se pueden hacer con un IDE, la charla estará orientada a aportar la opinión de los tertulianos según la experiencia de cada uno. Presentado por Lasterra, Alfredo Casado, Jordi (Olope) y Jorge Rubira.

Volver a actualidad

Etiquetas: otro, podcast, ide, entornos, desarrollo, integrados, eclipse, netbeans, intelling, idea

Comentarios: 15

  • Anónimo 16/02/2008 03:20

    Voy a escucharlo ya mismo, hace poco empece a escucharlo y me parecen geniales, un buen trabajo y sigan asi!!!

    muchas gracias

  • Anónimo 16/02/2008 04:32

    mmm nuevo podcast.. :D descargando..

  • iberck 16/02/2008 05:59

    Hola, en general me gusto la forma en la que abordaron las características de cada uno de los IDEs. Solo quisiera agregar algunos puntos que no se trataron para Netbeans

    == Netbeans es mi IDE preferido por los siguientes puntos ==

    1. Incorpora la línea de tecnologías de sun dentro del entorno.

    2. No hay que estar buscando plugins por todas partes, por lo regular todo se encuentra en la misma caja.

    3. Matisse

    4. Visual Web Pack es excelente para desarrollar jsf aunque nos este atando a los componentes woodstock

    5. Me encanta el editor desde la version 5.0: SI !!!!, el editor desde la version 5.0 me gusta por los code templates, macros y shortcuts, no tanto por el coloreo de sintaxis (esto ya se mejoró en la version 6.0 y esta excelente)

    6. La estructura de los proyectos esta basada en ant, por lo tanto es muy personalizable. Por ejemplo si despues de empaquetar un proyecto lo queremos enviar a un ftp, se puede hacer facilmente con ant.

    7. Developer Collaboration: Es un plugin que como su nombre lo indica, permite hacer desarrollos en equipo mas halla de tener un repositorio. Se puede modificar el mismo archivo a la vez y ver los cambios en tiempo real, se puede estar chateando ó enviar pedazos de código. ¿Eclipse cuenta con algo así?

     

    == Desventajas de Netbeans ==

    1. No se por que pero la tendencia de los programadores de frameworks de terceros se inclinan por hacer plugins para eclipse en lugar de hacerlos para netbeans. Por ejemplo para spring, hibernate, Andromda, richfaces, etc.

    2. Pareciera que el IDE tiene errores por donde quiera cada que empieza a parpadear un pequeño icono rojo en la parte inferior derecha, clasicos IllegalStateException o NullPointerException que en raras ocasiones dejan inservible el IDE pero es molesto estarlos viendo.

    3. RichClientPlatform: El desarrollo de aplicaciones de escritorio desde RCP pareciera simple pero en realidad hace falta mucha documentación (No he visto mas de 3 blogs activos) y me suele dar muchos dolores de cabeza la programación. No he intentado Eclipse.

    4. La interfaz gráfica del entorno (Swing) no es tan atractiva como Eclipse(SWT), por lo tanto nuestros desarrollos RCP no son tan atractivos como los de Eclipse.

    5. El pack para desarrollar c/c++, especificamente la sugerencia de métodos no me agrada ya que el recuadro no deja ver toda la definición de los métodos y no hay forma de personalizarlo. Desde mi punto de vista el plugin de Eclipse es mucho mejor.

    6. Fuera del visual web pack, le hace falta un editor de código html/jsp como dreamweaver.

    7. Bajo algunas circunstancias no hace el deploy de archivos EAR, EJB o no ejecuta los Webservices, esto es por que la variable de entorno %TMP% de windows apunta a un directorio que tiene espacios.Si no has podido por ejemplo hacer el deploy de un archivo EAR, puedes probar lo que te menciono cambiando la ruta de TMP hacia una carpeta sin espacios.

    iberck

     

  • Anónimo 16/02/2008 09:23

    Iberck, SWT es como es mientras que a Swing le puedes cambiar el look and feel. Mira en www.javootoo.com por si ves alguno que te guste...

  • iberck 16/02/2008 10:57

    Gracias, algunos de los look and feel no los conocia y tienen muy buena apariencia.

    Pero en realidad no me referia al look and feel, si no a los bordes redondeados que tienen las pestañas de eclipse y demás detalles nativos que para mi hacen su diseño más agradable.

     

  • remoh 16/02/2008 14:47

    hola iberck, en general bastante de acuerdo con los puntos que mencionas. Sobre el RCP, la curva de aprendizaje es durilla y en ocasiones es cierto que cuesta encontrar documentación sobre determinadas cosas, casi lo más completo es el javadoc y en ocasiones hemos tenido que recurrir a mirar el propio código para entender determinados comportamientos. Pero eso si, una vez superada la etapa inicial y comprendidos bien conceptos fundamentales dentro de RCP como nodos, acciones, dialog api, topcomponents, lookup etc,etc es una plataforma de desarrollo muy potente en mi opinión.

    Para aplicaciones de escritorios grandecitas el sistema de plugins es excelente y permite subdividir el trabajo y montar un arquitectura extensible y modular sin casi ningún esfuerzo. Eso si para apps de escritorio sencillitas puede ser preferible un framework mas ligero como Swing Application Framework (para el que netbeans también tiene soporte por cierto)

  • gbas13 18/02/2008 14:41

    Hola,

    Solo aclarar que en precio de Intellij para desarrollos comerciales es de 599 $ (hasta hace muy poco eran 499 $), como pone en su página.En el podcast comentan 150.

    Desde mi punto de vista esos euros los recupera una empresa en 3 meses de desarrollo por su productividad.

    Ah!, la licencia es gratuita para proyectos Open Source y educacionales.

  • danilat 18/02/2008 16:09

    Creo que lasterra se refería a la licencia personal, que parece que también la han subido de precio.

  • Anónimo 18/02/2008 17:09

    Pese al riesgo de ser vilipendiado por los "anti-anónimos", y ser tachado de taliban de la ortografía y cosas similares, os pediría, rogaría, suplicaría, con respeto y cariño, y sin que nadie se lo tome como un ataque personal, que por favor, por favor, por favor, cuidáseis un poco (sólo un poco) la ortografía.

    Es que el leer "permite hacer desarrollos en equipo mas halla de tener un repositorio", pues...

  • lasterra 18/02/2008 18:55

    Es cierto, han subido lo precios que llevaban como yo decía en el podcast al menos 5 años.

     

    Ahora la licencia personal cuesta 250$

  • Anónimo 20/02/2008 21:42

    Creo que se olvidaron del Jdeveloper que es gratis tambien y trae una suite integrada free igual que netbeans, en el programa decian que NetBeans es el unico que ofrece eso lo cual es totalmente falso, Jdeveloper es igual de completo.

  • JorgeRubira 20/02/2008 22:56

    Buenas,

    En defensa de los tertulianos, me gustaría opinar que el tema a tratar (IDEs) es relativamente dificil no por como se utiliza un IDE sino porque existe tantos IDEs en el mercado y cada IDE dispone de tantas funcionalidades que es muy dificil que una persona conozca absolutamente todo el mercado. Además, es posible que las circunstancias cambien en el tiempo y cuando hizo la evaluación el otro IDE no disponia esa funcionalidad o era de pago o no pudo chequearla. Creo que Netbeans 5.0 salió en Enero del 2006 y JDeveloper se volvió gratuito en el 2005, por lo que supongo que o se refería dentro del contexto (Netbeans, Eclipse, IDEA) o no se consideró JDeveloper como una posible solución por los motivos que sean. Con el precio de los productos (Intellij IDEA) pasa algo parecido, ya que cambia en función del tiempo.

    De hecho, al ser un podcast y quedar ahi para siempre, si alguien descarga este audio en un futuro (2010) supongo que le servirá para poco. Por ello, en todos los podcast se dice al principio mes/año para ubicarlo temporalmente. :)

    Por todo ello, dado que creo que es un tema bastante complicado por su amplitud de mercado, funciones, caracteristicas y cambios en el tiempo, he querido insistir en que lo que hablamos es la opinión de cada persona en función de su experiencia.

    Un cordial saludo: Jorge Rubira

    PD: Yo no he usado JDeveloper, pero conozco casos en que se han pasado de JDeveloper a Eclipse. ¿Que tal es JDeveloper?

  • Anónimo 21/02/2008 13:50

    Yo empece programando con Eclipse y despues me pase a JDeveloper que actualmente uso hace 2 años, para el trabajo en aplicaciones web creo que ningun IDE esta tan bueno como el JDev el tema es que si bien es gratuito es la mejor opcion cuando se tiene pensado usar algun producto de Oracle ya sea base de datos o OAS si es que la empresa cuenta con esas tecnologias, pues ni lo tienes que pensar si se desea utilizar solamente tecnologia FREE hay las cosas se equiparan mas, por eso creo que el tema del IDE va muy de la mano con lo que se desee hacer y las tecnologias que se tengan a mano.

    P.D: Hay alternativas dentro de Oracle que son 100% FREE se puede armar una aplicacion con OC4J, Oracle Express y Jdeveloper totalmente gratis.

    Maximiliano

  • jhernandez 11/03/2008 18:00

    Acabo de escuchar el podcast y, por la parte que me toca :-) quisiera puntualizar los comentarios sobre Jawr.

    En primer lugar, comentais que hay otras herramientas para comprimir javascript, que es cierto, pero con matices: Jawr utiliza por debajo un compresor de los ya existentes (JSMin), pero permite 'enchufar' otros. El 'valor añadido' es que primero se combinan los ficheros javascript y luego se comprimen, partiendo de un fichero de configuración bastante flexible y sencillo. También se dice en el podcast que el servlet comprime el javascript, pero en realidad la compresión se hace al arrancar el servidor, para evitar después una penalización de rendimiento. Lo que hace el servlet es establecer una serie de cabeceras que fuerzan en la medida de lo posible al navegador para que cachee los archivos y no vuelva a pedirlo.

    En la home del proyecto, hay una especie de slogan: 'more than a javascript/css compressor'. O sea, que esto es algo más que un compresor:

    • Te permite desarrollar el javascript en tanto módulos sueltos como quieras (puedes tener una estructura 'de clases', para entendernos, igual que en java). Mucho mejor que meter todo 'a cascoporro' en un solo archivo.
    • Reduce el número de peticiones HTTP (que puede tener tanto impacto o más que el propio tamaño del javascript, según los casos), con lo que reduce el tiempo de carga de las páginas.
    • Establece cabeceras (ETag, Expires...) y emplea selectivamente la compresión Gzip para forzar el cacheo y disminuir el tráfico.
    • Modalidad de desarrollo, en la que los scripts aparecen por separado y sin comprimir, que se activa cambiando un flag de configuracion, sin necesidad de tocar las JSP. En esta modalidad se pueden cambiar los scripts en un directorio explotado, sin necesidad de redesplegar para ver los cambios. Con un compresor 'normal' hay que tocar las jsp para desarrollar y depurar el javascript.
    • Otras ventajas añadidas: archivos de licencia, para incluir un copyright (que los compresores eliminan al cargarse los comentarios), definir paquetes por defecto que se incluyen en las páginas sin necesidad de repetir una y otra vez el mismo tag, reescritura de URLs en los CSS para no romper los enlaces al cambiar la ruta relativa ...
    • Y... ¡comprime el javascript y el CSS! :-) O mejor dicho, minifica, que no es exactamente lo mismo. Bueno, también comprime usando Gzip.

    Con esto solo quiero hacer una aclaración sobre el alcance del proyecto, y no quiere decir que no os agradezca que lo hayais mencionado en el podcast, muy al contrario. Pero no quiero que se piense que Jawr es una herramienta más de compresión, cuando pienso que más bien es una librería que lo que hace es facilitar el desarrollo de proyectos de cierta complejidad en la parte de CSS y javascript y que, como ventaja añadida, añade una mejora de rendimiento al minificar y unir los archivos.

    Muchas gracias y un saludo.

     

    PD: Como estoy en modo 'petardo', os queria comentar que hablais de que JSlint es un compresor de javascript alternativo, cuando en realidad se trata de un verificador de código. Seguramente os referíais a JSMin, del mismo autor, que casualmente es el que emplea Jawr para esta función. :-)

     

  • Anónimo 13/03/2008 20:26

    hola amiguitos me llamo freddy arteaga soy programador

    y kiero recibir informacion deIDE para java y todo lo referente con java

    tengo un problema con el IDE gel kiero ver informacion de gel

    gracias

    mi correo es guitarfreddy@hotmail.com

    agregenme por fis

Escribe tu comentario

Sun Microsystem Logo NHT-Norwick Logo

© 2002-2007 Asociación javaHispano