Abandonar un desarrollo robusto "Porque no hay desarrolladores Delphi"

[[AzidRain]]

A veces no entiendo a las empresas y sus decisiones:

Una empresa x cuenta con un software propio bastante robusto que controla y administra el 80% de sus operaciones, a la fecha funciona correctamente y no ha presentado una "caída" en casi 10 años de operación. Recientemente se documentó al 100%, se elaboraron diagramas BPMN, documentacione de requerimientos IEEE y normalización de su base de datos junto con su modelo correspondiente. El software en cuestión está desarrollado en Delphi bajo el IDE 2007. Hay dos módulos importantes por desarrollar para completar todas las áreas de la empresa.

A pesar de ya contar con todo lo necesario para continuar su desarrollo, la empresa quiere abandonar el mismo y cambiar a java simplemente porque un consultor (javero) le dice que "Delphi ya es obsoleto" (sic) y que "No conozco ningún desarrollador Delphi" (sic) por lo que mantener y extender el sistema va a ser muy difícil. Actualmente la empresa cuenta con 2 desarrolladores que han mantenido el sistema y que tienen los conocimientos necesarios para ello. El "miedo" de la empresa es que si ellos se van no encuentre quien continúe con el mismo. El consultor propone "enseñar" java a los desarrolladores actuales para que todo se cambie. Estamos hablando de un sistema con casi 250 mil líneas de código y muchas dependencias de componentes comerciales que obviamente no existen en java y que habría que desarrollar aparte. El consultor no ha propuesto nada en concreto para migrar o extender el sistema (aplicación de escritorio, web app, web service, etc.). Cabe mencionar que los usuarios de la empresa están acostumbrados a pedir mejoras al ritmo de "como en que tiempo está terminado", lo cual si hablamos de java no creo que sea ni por mucho el mismo.

Preguntas al público conocedor:

¿Que ventajas en su caso tendría mover todo a java?
¿Como demostrar la falsedad de que no hay desarrolladores Delphi?

[Casimiro Notevi]

Deberias hacer entender al jefe (quien tome decisiones) la problemática tan enorme que crearía pasarlo a otro lenguaje ahora, que sería un trabajo de años seguramente, por lo que estás diciendo.
Y que java es un lenguaje de moda, al cabo de unos años pasará de moda y la gente usará otra cosa, pero Delphi es un lenguaje muy amplio que será muy difícil que desaparezca.
¿Acaso los bancos cambian sus programas hechos en Cobol porque hay pocos programadores?
Además, si solamente tiene a 2 programadores

Empezado por AzidRain

¿Que ventajas en su caso tendría mover todo a java?
¿Como demostrar la falsedad de que no hay desarrolladores Delphi?

Contando solamente en clubdelphi hay unos 80 mil inscritos, digamos que solo la mitad están usando Delphi, unos 40 mil

Y si es un lenguaje obsoleto, puedes mostrarle la web de Embarcadero, con la última versión para w10, android, ios, etc. No será tan obsoleto.

[[AgustinOrtu]]

Alguien se ha levantado con ganas de una "inversion de riesgo"

Realmente si anda todo 10 puntos, para que cambiarlo? Es mas, si la pregunta fuera, esto esta hecho con Delphi 2007, anda a perlas, lo paso a 10 Seattle? Y yo te diria que no, a menos que tengas una razon muy fuerte (ej: necesito desarrollar para OS X, necesito App Tethering por decir cualquier cosa)

Windows XP es obsoleto. Sin embargo levantas una piedra y salen 100 Windows XP, sobre todo en Argentina

Mostrale ademas de lo que dice Casimiro, como bajaron billete los de Idera cuando compraron Embarcadero. Si realmente no sirve para nada, van a gastar unos cuantos millones para que?


Ya es para darse cuenta la calidad del consultor javero que parece no tener un argumento solido

Por otro lado, el que haya muchos programadores java no necesariamente es algo bueno. De nuevo, levantas una piedra y aparecen 100 , pero no quiere decir que sean capaces. La gente de Delphi en cambio es gente "vieja" (estilo Cobol, en el sentido de que son programadores de hace mil años) y tiene mas experiencia y si seguramente vive de su Delphi por algo sera.

Como se nota que aca estamos siempre 30 años atrasados

[TiammatMX]

Empezado por AgustinOrtu

...Por otro lado, el que haya muchos programadores java no necesariamente es algo bueno. De nuevo, levantas una piedra y aparecen 100 , pero no quiere decir que sean capaces. La gente de Delphi en cambio es gente "vieja" (estilo Cobol, en el sentido de que son programadores de hace mil años) y tiene mas experiencia y si seguramente vive de su Delphi por algo sera...

De Clipper a ObjectPASCAL, lenguaje en el que duré casi 15 años, nuevamente a XBase++..., pero solamente que hubiese una razón de peso (o pesos $$$$$) me cambiaría a Java, especialmente si necesitada desarrollar para Android puro, mientras que me esperen sentados. Si el consultor ése (seguramente un muchachito de menos de 35 que no ha tirado código en 5 años pero que se siente hecho a mano por algún dios) dice "no conozco a programadores Delphi", es cuestión de decirle "los programadores de Delphi no nos estamos muriendo de hambre ni buscando patearle el pesebre a los que sí desarrollan" o tal vez "es que no sales mucho a la calle"...

[[Al González]]

Hace un par de meses defendí con objetividad y sin apasionamientos la postura de la empresa donde trabajo respecto a por qué estamos usando Delphi. Ahí también se mencionó la palabra obsolescencia. Ahora el inversor está convencido de que vamos por el mejor camino y nos sigue apoyando.

Como vivimos en la misma ciudad, César, y suponiendo que se trate de un proyecto geográficamente cercano, me ofrezco a acompañarte para hablar con quien tenga que hablar sin pedir nada a cambio, a fin de buscar el mismo resultado que mi equipo y yo conseguimos hace un par de meses.

Aunque, francamente, y esto lo digo con cierto desánimo, lo deseable es que Embarcadero y los MVPs de la zona se acerquen a esa empresa y cumplan con su deber. De momento pondré el aviso en Twitter, por si sirve de algo.

Un saludo, mi amigo. Hay que evitar que cometan esa pendejada.

Al González.

[TiammatMX]

Empezado por Al González

...Hay que evitar que cometan esa pendejada...

Mi compadre está "really pissed off" ..., si necesitan refuerzos desde Puebla (zacapoaxtlas incluídos), avísenme...

[WHILENOTEOF]

Esa misma opinión , la de que faltan programadores Delphi, nos lo dijo el representante de Danysoft en la presentación en Valencia. Por lo visto les llegan peticiones que no pueden cubrir.

[Casimiro Notevi]

Empezado por WHILENOTEOF

Esa misma opinión , la de que faltan programadores Delphi, nos lo dijo el representante de Danysoft en la presentación en Valencia. Por lo visto les llegan peticiones que no pueden cubrir.

Tal vez estaría bien que las hicieran públicas, seguro que si no se cubren no es por falta de gente, sino porque no se enteran.

[[Al González]]

Empezado por TiammatMX

Mi compadre está "really pissed off" ..., si necesitan refuerzos desde Puebla (zacapoaxtlas incluídos), avísenme...

No es cabreo, sólo me preparo para la cuesta arriba en bicicleta que haré dentro de un rato. Gajes de vivir en CórDobA.

La mejor parte es cuando regreso de comer: Pura bajadita.

[mamcx]

Empezado por Casimiro Notevi

Y que java es un lenguaje de moda, al cabo de unos años pasará de moda y la gente usará otra cosa, pero Delphi es un lenguaje muy amplio que será muy difícil que desaparezca.

Que pena tener que empezar con esto Casimiro, pero es el tipo de argumentos que peor se puede usar (aunque pienso que fue dicho mas por rabia, que da mucha, hay que tener cuidado en como decir las cosas, pa no darle como decimos en mi pais, "papaya" al enemigo).

Java NO ES ni a palos un lenguaje de "moda". Hay que aceptar y entender un hecho irrefutable:

C, C++, Java, JavaScript, C#

Esos son los lenguajes dominantes, POR MUCHO, (y con excepción de JavaScript) tiene muchas cosas que lo hacen *mejores* que Delphi (y los demás), y siendo honestos y sinceros: Son la opción mas "segura" desde el punto de vista de mercado e industria.

Así que atacándolos como si fueran poca cosa o si fueran superfluos no hacemos NADA. Y eso, que todos aqui saben que me molesta enormemente que la familia C sea la dominante.

Otro hecho irrefutable:

No hay mucho desarrollador Delphi, en comparación con otros entornos, y es mas dificil entrar con Delphi ahora que hace años. El gerente que exprese ese tipo de temores, no solo esta justificado sino que ademas es el argumento mas solido que se puede presentar (si y solo si, se compara contra un lenguaje dominante.)

http://www.gorinkai.com/textos/suntzu4.htm

Conoce a tu enemigo y conócete a ti mismo; en cien batallas, nunca saldrás derrotado. Si eres ignorante de tu enemigo pero te conoces a ti mismo, tus oportunidades de ganar o perder son las mismas. Si eres ignorante de tu enemigo y de ti mismo, puedes estar seguro de ser derrotado en cada batalla.

--Sun Tzu

Esto significa que si te enfrentas a un enemigo mas grande y numeroso, y te preguntan que opinas de eso, pues decis: "El enemigo *es* mas grande y numeroso, pero no conoce lo que conocemos y estamos jugando en casa. Asi que asi es como vamos a ganar..."
------

Del mismo libro: No se ataca a un enemigo en sus puntos fuertes, ni se ataca usando los puntos debiles de uno mismo.

Java es mas fuerte que Delphi en: Ecosistema, numero de desarrolladores, ofertas de trabajo, aceptación de la industria, disponibilidad de codigo abierto, documentacion, precio, desempeño en apps servidor, etc.

Ok ?

Ahora maso ya se han expresado parte de la estrategia que puede ganar, asi que:

----

1- Delphi es inferior en aceptacion de la industria/cantidad de "soldados" disponibles.

PERO NO TAN INFERIOR:

http://www.tiobe.com/index.php/conte...pci/index.html

A muchos les choca este indice, pero es de los únicos 3 o 4 que hay, Y es mas que suficiente para hacer captar el punto: Delphi/Pascal es lo suficientemente "Saludable" y esta entre las opciones "no controversiales" a la hora de iniciar un proyecto. Que no se compara a Java/C/C++? Es que esos son tan "adelante" que cualquier otra opción parece mala.

2- El error estrategico #1 es reescribir un software estable:

http://spanish.joelonsoftware.com/Ar...everDoPar.html

Lo hicieron cometiendo el peor error estratégico que una compañía de software puede cometer:

Decidieron reescribir el código desde cero.

Este es el punto MAS importante y el que hay que recalcar. Si estuvieran hablando de pasar Java a Delphi, seria igual el mismo punto. Hay que recalcar al jefe, que es IRREFUTABLE, BIEN CONOCIDO, BIEN DEMOSTRADO que hacer lo que estan pensando hacer es LO MAS IDIOTA DEL MUNDO y que ni Apple, Microsoft, Google ni similares han logrado hacer eso con exito a la primera, y que les ha tomado Años de absorver perdidas importantes para aguantar el golpe.

Si las mejores empresas del mundo en software, con los mas calificados ingenieros no lo han logrado, entonces, menos lo hara esta empresa que ademas, no es de software.

3- Ya que el punto anterior es BIEN SABIDO, el que un programador, consultor, o quien sea no lo sepa, no lo mencione, es una muestra irrefutable que no sabe bien lo que hace, no tiene experiencia, esta ocultando esto pa' ganarse un sueldito. Y por ende:

Querra tu empresa poner a cargo de un proyecto complejo a alguien ASI?

4- No consigo programador en X.

Este es un hecho *irrefutable*. En contraste con conseguir un programador en Java, uno en Delphi es MUCHO mas difícil.

Aceptado este punto, viene lo importante:

El conocimiento del lenguaje/código es *importante*, pero el conocimiento del sistema/logica de negocios acumulado durante todo el proyecto es CRUCIAL.

No solo conseguir un programador sera dificil.

Conseguir uno que *sepa lo que saben los actuales es*:

IMPOSIBLE.

Hay lenguajes mejores que otros, pero pesa mas programador mejor que otros. Y el que ha cumplido con exito en hacer un sistema y sabe las herramientas + la logica es mejor que todo.
---

Cuando se entiende y acepta este hecho, se entiende que la solución de contratar un programador bueno, así sea que sepa, que se yo, visual basic, que aprenda Delphi es trivial en comparacion con que sea capaz de aprender lo necesario para *entender el proyecto actual* y ademas, *hacer uno nuevo* estamos hablando de un desarrollador *senior/experimentado*. No uno cualquiera.

He hecho este proceso varias veces, y he aprendido, a la par que hacer proyectos, repararlos y re-escribirlos (casi toda mi carrera profesional) C#, VB.NET, Delphi, FoxPro, Python, Javascript, Obj-C y muchas otras cosas mas.

Mientras aprender los lenguajes y entornos tiene su dificultad, estamos hablando de meras *semanas* para saber lo suficiente en cualquier lenguaje y unos pocos *meses* para ser competente. Adquirir la habilidad de hacer re-escrituras masivas? Me a tomado *años*, mas de una decada, y apenas en estos dos últimos pienso que he *empezado* a hacer bueno en eso...

Por lo tanto, a este jefe y otros parecido, cual seria un recomendación *saludable* y profesional?


1- Usar nuevas herramientas/lenguajes se hace con proyectos secundarios, no con el principal del que depende la empresa. Eso es como para una maquina, y rehacerla con equipo sin experiencia, sin repuestos y adivinando como es la cosa.

2- Si entra un nuevo programador/consultor, no se le tira a ciegas el proyecto del cual depende la empresa. PRIMERO, se le da un proyecto secundarios a ver como va.

Pondrias a un cirujano desconocido a operar a tus hijos, cuando tienes a la mano expertos y con experiencia? No? Ok. Programadores son lo mismo

3- Si tiene miedo de perder la gente actual: Subale el sueldo y/o tratelos bien. Luego, tengan un plan de como pasar el conocimiento a los nuevos, y/o introduzca mas gente al equipo.

Si tu empresa sufre una catastrofe si ese proyecto se queda sin gente, entonces hay que empezar desde ya.

4- Refactorizar el proyecto actual de forma tal que se puedan reusar los componentes mas importantes, el codigo este limpio, hayan tests, etc. Muy demorado/caro hacer eso?

MAS CARO ES REHACERLO.

Si no tienen estomago para hacer eso, ni empiezen lo otro.

Y este es un paso previo a una reescritura exitosa de un proyecto. La razon? Ya que refactorizar obligaria a repasar el proyecto y recordar porque son las cosas como son y si todo eso sirve o esta estorbando...

5- Si se va a usar otro lenguaje, usarlo para un modulo secundario y utilizar servicios remotos para interfazar. Ir reemplazando progresivamente modulos haste terminar el proceso (esta seria una buena forma de hacerlo)

Donde la embarra la mayoria: Empiezan por lo mas super-facil (hacer un login, por ejemplo) en vez de cojer lo mas dificil...

[Casimiro Notevi]

Estoy de acuerdo en todo, en general, contigo, menos en que Java sea "mejor". Has escrito esto:

Empezado por mamcx

Java es mas fuerte que Delphi en: Ecosistema, numero de desarrolladores, ofertas de trabajo, aceptación de la industria, disponibilidad de codigo abierto, documentacion, precio, desempeño en apps servidor, etc.

Esos adjetivos no demuestran que sean mejor, casi todos ellos se basan en marketing: Número de desarrolladores, ofertas de trabajo, aceptación de la industria, documentación, precio, etc. está todo interrelacionado y viene del marketing, de haber hecho algo que hemos dicho aquí muchas veces: fomentar desde las bases su uso, en universidades, pequeñas empresas, etc. con productos muchísimo más económicos que los precios actuales. Mucha publicidad, muchísima promoción, etc.

En cuanto a lenguaje, java tampoco es "mejor" que delphi, ni de lejos.

[[Al González]]

Uno de los argumentos, que quizá nadie esperaba en aquella reunión, surgió al preguntarle a los presentes por qué el lenguaje probablemente más aceptado y exitoso que ha existido, el SQL, emplea palabras, y no símbolos de manera excesiva como C y sus derivados. Comprendieron que es mejor crear software cuyo código fuente pueda ser bien entendido por humanos y que para ello es preferible una sintaxis basada en el lenguaje humano más ampliamente aceptado, el inglés. Entendieron también que la tradición de Java, C++ y otros lenguajes de esa rama de usar llaves, paréntesis y otros símbolos en exceso y distinción de mayúsculas y minúsculas la heredaron de una época en que las computadoras eran tan limitadas que lo que más importaba era escatimar hasta con la sintaxis para que los programas de análisis sintáctico, intérpretes y compiladores de aquel entonces pudieran hacer su tarea de manera más o menos aceptable, y que además las aplicaciones eran algo "inocentes" y los programadores una especie de secta de superdotados.

Concluimos que la inercia de la popularidad —popularidad que en su momento C se ganó legítimamente— terminó imponiendo tendencias y dominando mercados en las décadas siguientes, pero desafortunadamente, como suele ocurrir, se ha ido perdiendo la relación tecnología-objetividad. Concordamos en que lo más popular no es necesariamente lo mejor, que lo que llamamos mejor depende de las circunstancias de fondo y que, en definitiva, los compiladores actuales ya no prescinden de comer sólo lechuga para operar bien, pues ya están grandecitos, saben lo que hacen y pueden comprender y procesar perfectamente lenguajes un poco más humanos y prácticos. Además de que exigirle a los programadores un mayor esfuerzo neuronal y más agudeza visual, cuando esto es ya absolutamente innecesario con lenguajes amables como Delphi, es de alguna manera empujarlos a tener algún descuido en áreas críticas de su trabajo, como la lógica y robustez de su código.

La tumba de C está abierta hace ya bastante tiempo. Lo curioso es que el condenado zombi no sólo se niega a entrar en ella, sino que en su estado mortuorio se ha dado el lujo de parir descendientes como Java y C++. Y todo porque a algunos genios de la vieja guardia se les ocurrió que era mejor agregar muy útiles características primeramente a lo que tiene más mercado; y hoy ese mercado por desgracia sigue pensando que Delphi no las ha adquirido también.

Y miren cómo las películas de zombis continúan en boga.

Un saludo.

Al González.

[Casimiro Notevi]

Muy buen comentario
Y eso que a mí me encanta el C (puro y duro), pero odio me repugna java y c++

[MAXIUM]

Pero que gran comentario Al González. Es una de las pocas veces en que me entusiasma seguir leyendo más.

[[AzidRain]]

El meollo del asunto es el pavor que tiene esta empresa por que un dia no cuente con los desarrolladores originales y su operación "se paralice" por cualquier modificación o ajuste que quieran hacer con su sistema, pero más aun porque estos desarrolladores no solo hicieron todo el proceso desde diseñar hasta testing y desplegado sino que en el camino adquirieron un buen know-how de los procesos de la empresa. Me atrevo a decir que en esa empresa nadie conoce todos los procesos operativos tan detalladamente.

Lo que considero que se tendrá que contraproponer es:

1.- Continuar el desarrollo en Delphi como hasta ahora manteniendo un estricto esquema de documentación
2.- Separar todo lo que tenga que ver con reportes e inteligencia de negocios para manejarlo con alguna solución ya existente (Pentaho por ejemplo) y que no dependa de ningún lenguaje y por ende programador alguno, solo quien sepa armar los reportes.
3.- Utilizar java para hacer complementos donde los haga falta en cuestiones como web o móbiles pero no como el núcleo del sistema

La propuesta a la que nos enfrentamos es:

1.- "Enseñar" java a los desarrolladores actuales. Esto costará un buen $$$ tan solo para pagar la supuesta capacitación, aún así el ecosistema de java es demasiado amplio para decidir (java para desktop con Swing, jsp, jsf, Spring, Struts, Hibernate, Vaadin, etc.) una sola solución.
2.- Suponiendo sin conceder que se cumple el primer punto, hay que desarrollar desde cero componentes y funcionalidades que java no trae de serie. Tan solo el motor de control de privilegios que usa la aplicación actual es todo un desarrollo aparte por no decir el reporteador utilizado más los componentes de interfaz de usuario y un largo etc.
3.- Todavía pensando que se cumpla el punto 2, un desarrollo java pasa sí o sí por un diseño basado completamente en clases tan solo sin teclear una sola línea de código, eso nos lleva a que lo que antes se hacía en uno o dos días para un control sencillo de documentos, ahora se podría llevar mucho más tiempo para lograr el mismo resultado

Y por último, si el problema es "no hay programadores Delphi", lo veo sencillo, poner un anuncio solicitando un asesor freelance con la capacidad suficiente, ponerlo a prueba y una vez determinado tenerlo como reserva para cuando se requiera y además pueda asesorar en caso de que se sustituya personal.

Yo así lo veo, de lo contrario es creer que todo es muy bonito y la luna es de queso. Hay que respetar el viejo adagio "Si no esta descompuesto no lo repares!!!" o el famoso K.I.S.S.

[Casimiro Notevi]

La solución para esta empresa no está en volver a crear todo de nuevo en otro lenguaje, obviamente eso es una tremenda estupidez que dice mucho (malo) de la persona que ha aconsejado hacer eso.

La solución es mucho más fácil, contratar a un nuevo programador que vaya aprendiendo cómo está hecho ese software, la estructura de la base de datos, los problemas que han tenido y cómo se han resuelto, cómo trabaja la empresa, etc. Así el día que un programador se vaya por cualquier motivo, siempre tendrá a otro que está preparado para suplirlo.

Lo primero que se le vendrá a la cabeza al dueño/jefe/gerente/director es que contratar a otro programador es más gasto para la empresa, pero realmente es justo lo contrario; primero, no es un gasto, es una inversión a futuro. Segundo, es muchísimo, muchísimo, muchísimo más barato que hacer la estupidez de reprogramar todo en otro lenguaje. Tercero, todo sigue funcionando bien, como hasta ahora, y así seguirá, ya que si decidiera hacer el cambio se encontraría con montones de problemas, tiempo de desarrollo, problemas de traspaso, programadores que no tendrían tiempo de actualizar ni resolver problemas actuales, y por supuesto, mucho más dinero en inversión, herramientas, etc. y todo, ¿para qué?, para tener el mismo sistema que ahora, pero en otro lenguaje. ¿Qué gana?

[[AgustinOrtu]]

Me han gustado mucho los comentarios de

mamcx: con el que comparto bastante, supo plasmar muy bien en pocas palabras la parte de "la gente que ya hizo el sistema conoce el negocio"

Python tambien tiene su buena parte hoy en dia

JavaScript es como PHP, estan pero todos lo odian, y si se usa es porque "no queda otra, pero desearia poder usar X"; con Delphi no pasa esto de ahi lo de "saludable"

Al: Muy interesante argumento a favor de Delphi, gracias por defender nuestro lenguaje como lo haces

[Combat-F2D]

El problema sigue siendo la base, como se diría en el futbol..., la cantera.

Mi formación como programador (DBase, Clipper, Visual Basic , y ahora Delphi)ha sido siempre por cuenta propia, no poseía título oficial como tal...

Cuando decidí regular mi situación, me matriculo en mis ratos libres en un ciclo superior; sorpresa, me encontré aprendiendo y desarrollando en JBuilder creo que la 2.0, eeeee; ahora lo curran en Eclipse.
Según me hicieron saber, era porque funcionaba en equipos chatarra y además de funcionar desde un pendrive, era licencia vamos a decir gratuita; cuando a mis profesores les soltaba algo de Delphi, ponían cara no romper un plato en su vida...

No nos llevemos a engaños, por mucho que queramos, la utilización y EXPANSION de Delphi por mucha estadística y demás, es escasa, por lo menos donde yo me muevo; de que los posibles empleos que encuentres con Java sean basura, no digo nada, pero existen; con Delphi??? todos lo sabemos.

Si un consultor asesorara a mi empresa..., estoy seguro de que más o menos pondría los mismos argumentos que se estań tratando en este post, no tengo la menor duda...

Todos los trabajos que me surgieron ultimamente han sido para sustituir o continuar con algún proyecto o puesto de otro programador Delphi que se marchaba o necesitaba apoyo.

Tengo un coche que va para 16 años sin tener que pasar por taller salvo mantenimiento en toda su vida; no tengo dudas de que no tendrá la última tecnología ni posibilidades de los modernos; se rotundamente que es mejor que los de ahora en comparativa dentro de sus posibilidades; pero por desgracia cuando esto se acabe tendre que pasarme al Java GTI Turbo o simliar; de que esto no suceda dependera de que mi marca Borland, CodeGear, Embarcadero y ahora otra, hagan los deberes correspondientes, que cuando alguién se matricule o quiera aprender metodología, no se encuentre con Turbo Pascal 7, que si, que puede ser válido, pero sus salidas actuales son más bien escasas..., aunque me duela en lo más profundo, he de reconocerlo

Se que para IDERA, se llama así??', no es tarea sencilla, pero en ella queda el promocionar, hacer llegar o matar y revender la licencia a otro que la quiera; buenas palabras..

[Ñuño Martínez]

tl; nr.

Aun así, hay una cosa que sí quería comentar.

Empezado por mamcx

Java NO ES ni a palos un lenguaje de "moda". Hay que aceptar y entender un hecho irrefutable:

C, C++, Java, JavaScript, C#

Esos son los lenguajes dominantes, POR MUCHO, (y con excepción de JavaScript) tiene muchas cosas que lo hacen *mejores* que Delphi (y los demás), y siendo honestos y sinceros: Son la opción mas "segura" desde el punto de vista de mercado e industria.

De acuerdo con que Java no es un lenguaje de moda (de hecho, está en horas bajas gracias a la campaña de acoso y derribo que Microsoft lleva haciendo desde poco antes de sacar C#), y también con que son esos los lenguajes dominantes.

Pero sólo veo que sean "mejores" que Delphi (y lo pongo entre comillas porque no hay ningún lenguaje que sea mejor que otro en términos absolutos), repito, sólo veo que sean "mejores" C y Java.

• JavaScript es uno de los lenguajes peor diseñados que tengo la desgracia de utilizar,
• C++ es un parche-sobre-parche que, a pesar de las muchas mejoras que le han hecho desde el C++99, sigue siendo una aberración por la que Stroustrup merece mil latigazos anuales,
• y C# no lo es por el simple hecho de que su única razón de existir es eliminar a Java del mercado.

He dicho.

[[AzidRain]]

Al final sucedió lo siguiente:

* El desarrollo actual en Delphi queda ya en etapa de "terminado", ya no se agregará más código salvo casos de corrección de bugs si los hubiera.
* Los módulos que faltan se desarrollaran ya en Java, aunque no han definido precisamente cual de todos los sabores ni que plataforma.

Por lo menos no habrá que hacer todo desde cero y se respetará la lógica y diseño ya realizado. Ya veremos sin embargo si aguantan la diferencia de tiempos de desarrollo.