La posibilidad frente a la potencia

Estaba leyendo noticias atrasadas gracias a blogbridge, y me he encontrado con una noticia en jH, de la que ya había leido algo.

Eclipse sobre Swing en lugar de SWT. Supongo que todo aquel que lo había oido antes, no se planteaba ni tan solo por un casual la imposibilidad de tal circunstancia. Montar el IDE sobre la tecnología Swing de Java es algo que realmente todos sabemos que se puede hacer. La cuestión para mi es otra. ¿Añadimos algo al entorno haciendo esto? Porque si nos planteamos la cuestión calmadamente, y vemos que plantea Eclipse con su plataforma y con SWT, el tema va por otra derrotera.

Para mi que el entorno de desarrollo pueda cambiar su look & feel es bastante agradable, de hecho si tuviese esa opción estoy seguro que la utilizaría. Sin embargo preferiría que mi IDE no pensase que la memoria RAM de mi equipo es tota suya, que la carga de determinados formatos de archivos fuese rápida, que la ayuda accesible sobre el código no tardase en refrescar, que los cuelgues fuesen fortuitos, mejorar las capacidades de búsqueda dentro del código, que las actualizaciones del entorno con determinado número de proyectos no fuesen insufribles, desaparición de funcionalidades incomprensiblemente, lentitud tras horas de uso, … ¿sigo?

Para mi el IDE es una de las herramientas más imprescidibles que conozco de cara al programador. Y el aporte de plugins al mismo una tarea ardua y necesaria. Quizás algunos de los problemas que planteo vengan de tener mayor control sobre los plugins que se instalan.

Sólo algo como esto me haría ver la luz acerca del proceso de utilizar Swing en lugar de SWT.

Al aire… quizás algún día alguien cree un plugin que no haga nada al menos visualmente, pero que introduzca velocidad, menos consumo de memoria, en definitiva mejor rendimiento a nuestro IDE.