Nota que hablo como alguien que no usa Delphi hace rato y que ha cambiado de herramientas y lenguajes MUCHAS veces.
----
Esta al revez la cosa: En vez de pensar porque no cambiar, cual es la justificacion para cambiar?
Que razon, real o no, tienen que les hace pensar que Delphi no les esta dando la talla?
Precios?
Que experiencia tienen en su reemplazo? O apenas están adivinando y basandose en su supuesta falta de "Evolución"?
Recuerda que:
Y por ultimo:
Que les hace pensar que cambiar totalmente es una buena idea?
Reescribir software es "el error estrategico numero 1":
https://www.joelonsoftware.com/2000/...ver-do-part-i/
Y eso te lo digo como alguien que
vive reescribiendo codigo
desde cero, en incluso hace la
ANIMALADA de cambiar de
paradigmas y
lenguajes en el proceso, y este es mi negocio!
Asi que existen razones buenas, o por lo menos, no tan increiblemente idiotas para hacerlo, pero raramente quienes piensan algo como lo que dices LAS TIENEN.
Y ya que me pagan por hacer animaladas, te ahorro unos $1000 USD en consultoria* y te digo que si aun asi estan pensando en esto:
Cojan al supuesto salvador (lenguaje, paradigma, tecnologia, etc), y hagan un proyecto "secundario" y no critico. Eso solo pa ver si realmente van a tener la habilidad de siquiera cambiar. Luego, intenten reemplazar el proceso MAS COMPLEJO de todos los que hagan, y miren como les va.
Ya que raramente quienes hacen esto lo hacen con la actitud correcta, probablemente no logren hacer un cambio que explote las ventajas de la nueva herramienta, y terminen cometiendo los errores hechos con lo viejo pero ademas agregando lo nuevo.....
P.D: Y no es por darmelas, pero si piensan hacer algo asi realmente es buena idea que contraten asesoria. Es especialmente problematico cuando llega el programador/gerente "nuevo e idealista" que recien descubrio, por ejemplo, NOSQL, pero que realmente no sabe que realmente es eso, pero cree que eso nuevo es la leche.
Yo he sido ese idiota, varias veces. Recuerda? Cambio de herramientas mas que muchos...