Abandonar un desarrollo robusto "Porque no hay desarrolladores Delphi"

[[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 Noteví]

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.

[[Al González]]

Mi amigo Julio, respecto a lo que dices, sobre si habrá vacantes nuevas de programador Delphi para desarrollos nuevos (y no cualquier desarrollo), a alguien le puede interesar esta: http://www.clubdelphi.com/foros/showthread.php?t=89409

Un saludo.

[Casimiro Noteví]

Empezado por 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.

Entonces, ¿van a cambiar a java porque delphi es obsoleto y no hay programadores?

[damianccs]

"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"

En las versiones modernas de Embarcadero RAD Studio ya se puede desarrollar para móviles con lenguaje Delphi de forma nativa con el NDK y SDK, mejor que con Java.