¿Me recomiendan Delphi en mi caso?

[YanislavEsteban]

sabes que amigo, tus preguntas están fuera de lugar. Los que están aquí la mayoría prefieren delphi o bien adoptan una o más herramientas. Pero si no me interesara Delphi no estaría en este foro. La verdad que si "esos terceros" que les fue mal con Delphi eso pasa por desconocimiento solamente. Yo puedo decir que soy un usuario bastante avanzado (aunque no sé todo de Delphi por su gran magnitud) y los errores son mas bien explícitos. Vale decir, si tienes un error te lo va a decir y eso está bien desde cualquier punto de vista de la programación. No así Visual basic, que sus mensajes dan que desear. Sin más que decir, espero te haya dado alguna visón pero te digo la verdad ... Delphi es poderosísimo, es caro y si desaparece es solo una cuestión de mercado, pero es buenísimo, lo mismo para java.

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

[DANY]

Solo acotaciones:
a decir verdad. no le veo nada de malo al BDE, instalarlo en los clientes es sencillo, inclusive el delphi enterprise trae versiones del installShield customizado para generar la instalacion de todo lo necesario para que las aplicaciones corran, no deberia ser un fundamento de peso en tu eleccion de lenguaje. De todas maneras existen muchas alternativas al BDE.
Muy importante: para aplicaciones clientes servidor tenes que saber bien SQL (El Standart). Sabé que sin eso no llegas nunca a buen puerto y eso va mas alla de tu eleccion de base de datos.
100% Seguro que la aplicacion de tu amigo sobre interbase es lenta por Consultas mal diseñadas (relaciones mal hechas, faltas de indices, etc.).
o abuso de los malditos componentes TTable (opinion personal).
mas alla de eso yo difiero con la mayoria en la eleccion de interbase.
lo bueno: hay versiones gratuitas+ 6 eventos pata los trigger a nivel de registro+ otras cosillas.
lo malo: lo vi romperse a pedazos en aplicaciones grandes (de mas de 100 puestos),mas de una vez se corrompio la base, inclusive el servicio se detenia sin motivo aparente y el cliente nos queria comer crudos. lo cual no me paso con SQL Server ni mucho menos con el gran Oraculo (oracle)

[Casimiro Notevi]

Mi experiencia con delphi+interbase/firebird es desde mediados de 1998, hasta el día de hoy, a pesar de algunas incidencias con averías físicas de discos y cortes de suministros eléctricos que siempre se ha podido recuperar mediante la copia de seguridad, NUNCA he perdido dato alguno de ninguna tabla de ninguna base de datos. Teniendo en cuenta que son centenares de clientes los que he tratado, una cantidad mayor de terminales, bases de datos con millones de registros y varios gigabytes (también otras de pocos megabytes), puedo decir que "hasta ahora, de momento", nunca he tenido problema alguno. (Toco madera para que todo siga igual o mejor).

Creo que delphi->fibplus->firebird son una alternativa muy válida para realizar software de gestión de empresas.

Aunque tendrás que "reeducarte" en la manera de programar, te recomiendo, como han comentado antes, que leas "la cara oculta de delphi 4", es el libro de cabecera para delphi con bases de datos.

Suerte con lo que elijas.