Hay muchas cosas que debes saber, porque lo que piensas que es "el problema" lejos esta de serlo. Los problemas que expones son simples, son pura cuestion de saber que es lo que se usa para hacer aplicaciones con Delphi.
Primero, reiterando algunos puntos:
- Delphi es por mucho, lo mejor de lo mejor para aplicaciones Windows.
- Es estable, rapido, bla bla bla
- Firebird/Interbase da la talla con creces. Igual da con Sql Server o cualquier otra BD... Eso si, nadita de Acces o Paradox, ok?
- Es un camino seguro a .NET. Por ejemplo, D9 tendra Win32/.NET en un unico entorno.
- Un producto con mas de 8-10 años de existencia y todavia le falta camino por recorrer. Excelente cantidad de componentes y para estas fechas se pueden recomendar algunos a ojos cerrados, porque ya la plataforma es estable
- Mejor retorno a la inversion que las herramientas de MS.
- Menos o nulos problemas al momento de la verdad, el despliegue si aprendes a no "pegarte" de tecnologias que exigen tropocientos cosas en runtimes y dependencias
que es lo que pasa con MS o Java
La realidad de las cosas es mas o menos asi:
- .NET y JAVA son plataformas, al igual que Win32 o Linux. .NET y Java se conciben y venden para equipos medianos y grandes de desarrollo, sector empresarial. .NET y Java son ideales para aplicaciones del lado del servidor. MUUUY mala idea para aplicaciones clientes que no sean paginas web. El tiempo de desarrollo aparentemente es mejor al principio pero despues no. Experiencia de 2 años tratando de sacar una aplicacion...
- El mundo de desarrollo es una curva de complejidad que esta creciendo hacia arriba. Los desarrollos de la epoca Clipper y Fox DOS son
PAN COMIDO comparado con lo que toca hacer ahora. La tecnologia ha cambiado, y mucho
- El nivel de experiencia requerida para desarrollar es mucho mas alto hoy que antes. Por ejemplo, estas cosas TOCAN pensarlas en un desarrollo serio hoy, pero antes ni se ocurrian: Seguridad, FailOver, Aplicaciones distribuidas, Interoperabilidad entre clientes y/o plataformas o con Office u otros, Aplicaciones personalizables por usuarios, Multi-threads, Soporte a servcios de terminal,Soporte a multiples clientes: Nativos, PDA, Web, Workflow con otros sistemas etc.. Luego, acronimos como SOA, XML, SOAP, COM, Patterns, por mencionar algunos pocos (menos mal no programo en Java, que es mayor la locura)
Si te das una pasada a mi blog
http://www.solucionesvulcano.com/blog encontraras una serie de componentes y consideraciones practicas para aplicaciones en red con Delphi.
Puedes hacer aplicaciones superfacil con Delphi, pero luego te pasara lo mismo que los programadores que comentas. Delphi es MUUUY bueno, pero el problema es la complejidad y el no saber diseñar y escoger, no el lenguaje. Mas te vale que repases estas ideas:
- Que es cliente/servidor 2 niveles, 3 niveles y n-tier
- Patrones de diseño (patterns)
- De orientacion a objetos, todo lo que puedas
En cuanto a herramientas, te recomiendo que consigas Delphi 7 Pro,
www.remobjects.com (tanto DataAbstract como RemObject SDK, u otro de los componentes que te di en el blog). Eso te ahorrara mucho tiempo, y seguira siendo superfacil hacer aplicaciones n-tier y sin embargo no estar tan mal en cuanto a las cosas complejas del desarrollo de hoy... Sin embargo, la clave esta en la arquitectura mas que en la herramienta...
Si estas muy mal de tiempo y no te da para tanto (tanta complejidad lo deja a uno en shock unos meses
) seria bueno que comentaras mas o menos como es la arquitectura de la aplicacion. Luego, ir haciendola poco a poco...