Delphi baja puestos

[mamcx]

Empezado por rolandoj

O bien no te colocas en el caso de quienes usen metodologías diferentes a la tuya.

Puede ser. O mejor dicho, simplemente apunto a que hay maneras de disminuir significativamente los riesgos que eso plantea.

Un aspecto que es *crucial* es tener separado la logica de negocios del acceso a datos y tener una capa de ORM entre la logica y el acceso a datos. Si se mete codigo dentro de los TDataSet que no sea presentacional - o mejor dicho, no deberia existir nada de codigo alli - o si se hace SQL "clavado" en el codigo que no sea el minimo estandar, y cosas por el estilo, no hay de otra que rechequear todo. Eso es claro... y precisamente por eso fue que me puse a investigar. En el grupo de CodeGear oodesing aprendi un monton al respecto....

Empezado por rolandoj

En una aplicación que requiera fuertemente de cambios manuales, y que tenga centenares de formas, con docenas de miles de líneas de código, no es viable hacer el cambio en un tiempo remotamente cercano a un día.

Pues he ahi el problema. Es algo para pensar: PORQUE hay que hacer cambios manuales?

Es posible crear un soporte desde 0 a una aplicacion madura, con miles de lineas de codigo?

Pues si!. De hecho hace un mes hice exactamente eso.

http://code.djangoproject.com/ticket/5062

Le cree el soporte a django para Sql Server 2000/2005, haciendo varias emulaciones (como la implementacion de LIMIT/OFFSET que usa mysql), integre algo del codigo que habia por alli (las definiciones de tipos de datos) pero casi el 70% lo escribi yo. Luego vino otro tipo:

http://code.djangoproject.com/ticket/5246

y lo puso mas chulo. Tonces lo cogi y le hice otras mejoras.

En total, no me tomo mas de 15 horas de trabajo directo... y la mayoria fue mirar como era el asunto (no soy para nada experto en python. Me meti en el asunto porque vendi una tienda que necesitaba Sql Server y no habia programadores de django con experiencia en Sql Server).

Ahora la leccion no es que soy un super-programador, o que el cambio fue tan simple o que python es tan sencillo. La arquitectura del sistema permite este tipo de asuntos, y es porque esta desacoplado a todo nivel... lo que complica el diseño pero facilita los cambios. Y eso a pesar que todo el sistema estaba pensado para soportar mysql/postgree con sus propias idiosincracias que no trasladan o eran en opinion de algunos imposibles, a sql server.

Empezado por rolandoj

Respecto que hacerlo así sea un "error de diseño", cada quién puede hacerse su propia opinión, por mi parte, y hablo por experiencia, estoy en total desacuerdo contigo. Lo de los problemas "invisibles" depende de que tan bien elaborado esté el código y de la metodología con que se trabaje

Por lo que logro entender de tus aportes, no veo que haya un error de diseño ni estaba pensando que los tuvieras. Tenes BDE y lo vas adaptando a diversos entornos, y utilizas wrappers para ajustar las diferencias. No solo es una opcion adecuada, es la correcta.

El error seria por ejemplo, coger ADO.NET y "invisiblemente" hacerlo pasar como ADO. Eso no traslada. La arquitectura de BDE no traslada muy bien a la de dbexpress. Aunque quizas la de dbexpress se parece conceptualmente a ADO. En fin....


De todas maneras, lo que mencionas es un testimonio solido de las ventajas de Delphi y lo que se puede hacer si se activa la neurona . Eso es gracias en parte, a que a pesar de las gracias que hacen los productores de plataformas y los mismos de Borland en ir re-inventando ruedas ves tras vez, al menos no como el caso de MS, podemos seguir con la rueda "viejita" y darle una lustrada para que quede como nueva.

Mientras hayan programadores capaces que usen Delphi, y estos sigan expandiendo sus habilidades, no hay de que preocuparse!

[jhlsys]

Como se dice "El ser popular, no significa que seas el mejor", el hecho de que Delphi no sea tan popular en las universidades, o Institutos de informatica, es precisamente por que Borland no ha hecho un fuerte inversion en publicidad para sus productos, pero eso no significa que sea menos que otros, al contrario, es superior, tiene una experiencia muy rica en tecnologia con orientación a los objetos que muchos lenguajes envidiarian, sino, revisen la historia de Basic, quien a mudado de sintaxis y estructura, a tal punto que a tomado en su version Net lo mejor de otros lenguajes, es decir, es un lenguaje sin personalidad, y siempre se ha basado en su mayor parte detrás de cortina lenguaje C para salvarlo, hasta en sus Apis, sus DLL, nada es propio de el.

Por otro lado, Turbo Pascal o Turbo C, a evolucionado, tanto que muchos pensaba que desapareceria con la POO, sin embargo es algo que el ya poseía desde DOS, ahora imagínense estamos en otro siglo, y sin embargo sigue en el mercado, por que es uno de los lenguajes fuerte o denominado "Lenguaje todo terreno", pro que le entra a todo tipo de proyecto informático, por eso aposte por este lenguaje, comparándolo entre otros haciendo software.

De una comparación que hice entre rendimiento, robustes, mantenimiento, actualización entre versiones, explotación en POO, y actualización de win32 a la plataforma NEt, Con Delphi no tuve ningun problema ni muchos con C++ Builder, lo que si tuve con los otros productos. y sobre todo por su tecnología de plataforma cruzada para Interbase.

Ojo la reutilizacion de ADO en Delphi es superior a la del fabricante. sin necesidad de hacer artificios.

y las aplicaciones para PDA, WAB, o aplicaciones Para internet, se hacen con mucha facilidad con Intraweb que viene en Delphi, donde para hacer estas cosas, no necesitas aprender otro lenguaje por separado. Son tantas bondades que ofrece el producto que quedaríamos muy cortos mencionándolas.

Solo puedo decir, Delphi y C++ Builder o Java en cualquiera de sus versiones, sin ser talvez los más populares, son los mejores lenguajes que existen en el medio informático, lo digo con el criterio de haberlo comparado con otros lenguajes probándolos en el desarrollo de sistemas y probando su productividad.

Solo les digo una cosa, para tener criterio de comparación primero hay que investigar entre varios lenguajes, comparar haciendo software en la mayoría de ellos para poder dar opinión, y no enfrascarse en uno solo o dejarse llevar por la publicidad o apasionamientos adsurdos, hay que probarlo personalmente y sacar conclusiones, se los digo por eso es lo que hice, no me dejo llevar los que dicen otros solo de la boca para afuera, hay que convencerse por uno haciendo haciendo pruebas de fuego y luego ver resultados.

En mi humilde opinion, tenemos Delphi, C++ o Jbuilder para rato...y el que diga que no, es que solo sabe diseñar, pero no programar, en donde se ve el poder de los lenguajes en toda su magnitud y obviamente la destreza del verdadero programador.

[[ArdiIIa]]

Empezado por jhlsys

En mi humilde opinion, tenemos Delphi, C++ o Jbuilder para rato...y el que diga que no, es que solo sabe diseñar, pero no programar, en donde se ve el poder de los lenguajes en toda su magnitud y obviamente la destreza del verdadero programador.

Excelente exposición.

[Casimiro Noteví]

Empezado por ArdiIIa

Excelente exposición.

Totalmente de acuerdo

[xander]

aguas

[[enecumene]]

Hola, No se, pero para mi los IDEs de Microsoft son una especie de "copias" de Delphi, originalmente programaba Visual basic y me de daba brega hacer algo sencillo que en delphi lo he podido hacer sin problemas alguno, en mi opinion en cuanto a potencia y rapidez en programacion y accesos de bases de datos DELPHI esta muy por ENCIMA de MS, soy testigo de eso, que Delphi va a morir? eso lo dudo, los softwares de MS les llegara su momento mas rapido que delphi, digo eso es solo mi opnion.

Saludos.

[jhlsys]

Solo puedo decir, Delphi y C++ Builder o Java en cualquiera de sus versiones, sin ser talvez los más populares, son los mejores lenguajes que existen en el medio informático con personalidad propia, lo digo con el criterio de haberlo comparado con otros lenguajes probándolos en el desarrollo de sistemas y probando su productividad.

Solo les digo una cosa, para tener criterio de comparación entre lenguajes de programacion, primero hay que investigar entre varios, comparar haciendo software y haciendo pruebas de fuega a los mismo en la mayoría de ellos para poder dar opinión, y no enfrascarse en uno solo o dejarse llevar por la publicidad o apasionamientos adsurdos, hay que probarlo personalmente y sacar conclusiones, se los digo por eso es lo que hice, no me dejo llevar los que dicen otros solo de la boca para afuera, hay que convencerse por uno haciendo haciendo pruebas de fuego y luego ver resultados.

En mi humilde opinion, tenemos Delphi, C++ o Jbuilder para rato...y el que diga que no, es que solo sabe diseñar, pero no programar, en donde se ve el poder de los lenguajes en toda su magnitud y obviamente la destreza del verdadero programador.