Historias
Slashboxes
Comentarios
 
Este hilo ha sido archivado. No pueden publicarse nuevos comentarios.
Mostrar opciones Umbral:
Y recuerda: Los comentarios que siguen pertenecen a las personas que los han enviado. No somos responsables de los mismos.
  • por pobrecito hablador el Viernes, 19 Septiembre de 2003, 22:07h (#218783)
    Buenas, acabo de ver una demo en el sitio de Borland y resulta que C++BuilderX es JBuilder con todos los menus y editores de código adaptados a C++. Lo que se ha hecha ha sido utilizar toda la infraestructura a nivel de entorno (editores, mostrar la información del depurador, creación de projectos nuevos, integración con las herramientas de trabajo en grupo de Borland, ...) que se hace para el producto estrella de Borland JBuilder, pero obteniendo la información de los compiladores y depuradores correspondientes (GNU GCC, Intel, BCC32, Sun Forte C++, ...)
    En mi opinión C++Builder ha muerto definitivamente como el producto independiente que era (se ha empleado el entorno de desarrollo de otro producto por el que realmente se apuesta JBuilder) por lo que dudo que tenga una continuidad en el futuro.
    Apostaría a que si aparece otro Delphi o Kylix, va a ocurrir lo mismo sera el entorno de JBuilder para desarrollo pero compilando por debajo un compilador de Object Pascal.
    Ahora se explica por que el producto es multiplataforma (Windows, Linux, Solaris) como JBuilder al estar hecho 100% en Java.
    Respecto al tema de porque se ha utilizado wxWindows, me parece que el resto de opiniones se han complicado demasiado la vida, tan simple como que es gratis (lo de libre no importa) y QT no (en plataformas distintas a Unix) y sería muy cutre lanzar un entorno de desarrollo C++ sin poder crear formularios (el que han hecho para wxWindows es para partirse de la risa), aparte de que QT desde el punto de vista de un desarrollador final es muchísimo más robusto y completo y hubiera sido muy tedioso hacer un diseñador de formularios desde Java que presentase los controles como QT Designer (entorno muy bueno para hacer formularios).
    En resumen que C++BuilderX es un intento de presentar viva una línea de producto muerta. Recuerdo aquellos tiempos, no demasiado lejanos, en los que la gente veía Java inadecuado para el desarrollo de aplicaciones gráficas o de desktop, paradojicamente al final resulta una de las compañías mundiales lider en herramientas de desarrollo se decanta por Java como plataforma central y todos sus productos se hacen sobre ella (vease JBuilder, StarTeam, Caliber, los herramientas de administración de BAS, Visibroker, ...)

    Moraleja: Prueben Java, no sea que les pase como a esos protagonistas de peliculas que ven muertos y finalmente descubren que como no van a ver muertos si ellos también lo están
  • por Zephryn Xirdal (2116) el Lunes, 13 Octubre de 2003, 19:10h (#227477)
    ( http://barrapunto.com/ )
    De hecho, al parecer, Borland abandona definitivamente el C++Builder, como en su momento abandonó el Turbo C y como abandonó también el Borland C++, las OWL, el Turbo Vision, el Turbo Assembler, y la madre bendita que los parió. Tan sólo se van a a quedar con el Delphi (y no creo que muchos años), y el Kylix también piensan abandonarlo.

    Borland es famosa por sacar productos, y a veces productos buenos, y abandonarlos cada pocos años. La versión 6 del C++ Builder tiene más fallos que una pre-alfa del haserfroch, y se niegan a solucionarlos; los problemas llegan a tal nivel, que según qué tareas es imposible realizarlas, con docenas de "workarounds", etc...

    Y efectivamente, el BuilderX está hecho en java, cosa en la que me mantengo neutral, y el que vayan a usar wxWindows para su framework lo veo estupendo, pero... ¿durante cuánto tiempo lo van a mantener? ¿5 años? ¿Tan sólo 2 ó 3, como el Kylix?

    [ Padre ]