[axelbb]

Hola a todos, tienen una página lindísima. Mi consulta se dirige a los más experimentados en delphi, que hayan creado aplicaciones medianas a grandes, con importantes cantidades de registros. Mi consulta se refiere a la recomendación o no de adoptar este lenguaje. Para guiar esa recomendación:

* Trabajé 10 años con Clipper y sus derivados para Windows, pero siento que no puedo demorar más el paso a otra tecnología. ¿Alguno de ustedes migró desde Clipper?. ¿Encontró en Delphi la misma estabilidad y solidez extrema de aquel especial lenguaje? No quisiera trabajar en un lenguaje que arroje errores extraños, si le digo "guardá esto", tiene que guardarlo y bien.

* Estoy experimentando diferentes opciones, me gusta Java pero no lo veo orientado al tratamiento de datos en especial. Delphi me daría la impresión de estar mejor concebido para esto. Además, Clipper ya nos dejó en la pampa y en la vía, no continuó su producto. Sun no me resulta especialmente sólido como para asegurar su continuidad (al menos estas preguntas se plantean en los foros de Java). No quiero ni oir de Visual Basic, o Visual Fox. Directamente no me gusta su comportamiento.

* Donde trabajo, se usa mi sistema en Clipper (60 estaciones) y están contentísimos con su solidez. Pero terceros desarrollaron dos sistemas en Delphi (4.0) plagados de problemas, y por ahí empieza mi temor. Uno trabaja sobre Paradox, y se pierden registros, a veces duplica datos, al hacer listados deben salir y volver a entrar porque la segunda vez no sale nada en pantalla, etc. etc. (le echaban la culpa a Paradox). El otro trabaja sobre Interbase y andaría mejor pero es lento hasta la desesperación. Yo los veía a los desarrolladores desesperados buscando en libros, foros, etc. soluciones a los problemas, y no quiero verme igual. Quiero estar seguro que no sabían programar bien. Pero algo es importante: yo puedo saber poco y dar mil vueltas para hacer algo que un experto haría en cuatro sentencias, pero SI EL CODIGO ES CORRECTO, EL RESULTADO TAMBIEN DEBE SERLO, aunque no sea óptimo. Es decir, si en teoría debe funcionar, en la práctica también. ¿Se entiende a lo que me refiero?.

* Necesito un lenguaje que pueda trabajar sobre bases locales (¿hay algo mejor que Paradox pero que tenga acceso con password?) pero pueda migrar rápidamente a un servidor de bases de datos si fuera necesario, porque tengo clientes que trabajan mejor con sistema local (no deben lidiar con un servidor de datos que se cae) pero que pronto pueden llegar a no tener otra alternativa (sus registros crecen peligrosamente hacia el millón). Sé del TQuery y sus posibilidades para ambos sistemas, pero:

* ¡¡No me gusta el BDE!!!. No quiero nada extra para correr mis aplicaciones, aparte de lo que es inevitable. Mientras más capas y cosas hay entre mi código y mi dato, más peligrosa se vuelve la simbiosis, y no me digan que no.

Es decir, busco un lenguaje profesional, en el que pueda confiar a ciegas, que sepa que si anduvo en mi máquina lo hará igual en cualquier otra, en el cual valga la pena la inversión de tiempo y esfuerzo , y soporte proyectos de importancia.

Gracias a todos por si tiempo para leerme y contestarme!!