Ventajas y desventajas de programar con Rad Studio

[jlrbotella]

Empezado por movorack

¿Estás palabras tienen soporte y documentación o solo son apreciaciones personales?

Framework de Delphi:

Son apreciaciones personales, lo que si puedo decirte, es que el código generado en C++ Builder (del compilador clang) es mucho mejor y mayor rendimiento, así como la gestión de memoria.
El framework de Delphi no es comparable a las librerías tanto de Java y .NET. Ej: No existe el MVMM, ni Hibernate o Entity Framework.
El tema de acceso a datos es propietario, es decir, los drivers los ofrece Delphi o terceras compañías, cosa que en Java y .NET, siempre hay un driver oficial del propietario de la base de datos.
Sin soporte en Azure o Amazon AWS, etc....
Y el tema de los controles de FireMonkey no están optimizados, solo hay que ver el grid y compararlo con el de pago de TMS.

[[AgustinOrtu]]

Lo que dices no es del todo verdad

Empezado por jlrbotella

Sin soporte en Azure o Amazon AWS, etc....

Delphi si tiene tiene clases para crear aplicaciones usando tanto Azure como Amazon
Ver mas acá; aunque si admito que nunca lo he probado

Empezado por jlrbotella

El tema de acceso a datos es propietario, es decir, los drivers los ofrece Delphi o terceras compañías, cosa que en Java y .NET, siempre hay un driver oficial del propietario de la base de datos.

Existen bibliotecas open source para conectividad a bases de datos, ademas de las propietarias (tanto de la casa como de terceros): por ejemplo, ZeosLib o el paquete SQLDB que se usa en FPC

Empezado por jlrbotella

El framework de Delphi no es comparable a las librerías tanto de Java y .NET. Ej: No existe el MVMM, ni Hibernate o Entity Framework.

Cada cual tiene su punto fuerte. Ya quisiera JAVA tener algo como la VCL en sus manos. La VCL realmente es increible, y he oido esto de gente que programa en muchos lenguajes, incluso de algunos que estan "condenados" a programar en Delphi y no tienen la performance que solo lenguajes como C++ pueden ofrecer; "C++ es muy performante, pero no podria vivir sin la VCL"

En cuanto al MVVM, es cierto que Delphi no tiene ni por asomo algo similar. En ese punto estoy de acuerdo, ya que su apuesta por Live Bindings me parece "una linda idea" pero que tiene demasiados peros (osea la implementacion en lugar de ahorrarte problemas te los crea, y luego para colmo en tiempo de ejecucion no es lo mas performante que uno quisiera).

Por otra parte, no creo que sea algo muy comun poder ver "datos de la BD" en tiempo de diseño como si lo permite Delphi desde el dia #1 practicamente (aunque soy muy ignorante y puedo estar hablando pavadas, he oido que muchos de los que promueven Delphi destacan esta caracteristica como algo unico) con el TDataSource

Empezado por jlrbotella

Y el tema de los controles de FireMonkey no están optimizados, solo hay que ver el grid y compararlo con el de pago de TMS.

Subjetivo.. he oido de lo peor que te puedas imaginar de TMS. Una imagen se puede ver linda desde su sitio web, pero luego hay que ver que tan manejable es dicho grid, y como se comporta realmente.

Es cierto que aun a Firemonkey le queda bastante por mejorar, mas aun si se la compara con la Vcl que ya esta en un estado maduro hace mucho tiempo. Pero ultimamente ha mejorado bastante y creo que hoy por hoy es bastante viable

[bitbow]

Cuando estaba en la carrera ns querian enseñar VB y nos opusimos energicamente, ya habiamos visto las bondades de delphi y no habia comparacion con VB (en aquel entonces el 6), con un poco de dialogo (a lo vamos a quemar la universidad si no nos enseñan delphi) accedieron cambiar el lenguaje, el instructor llego y nos expuso algo que no he olvidado sobre delphi >> "Delphi es un lenguaje/RAD de proposito general a diferencia de VB".

al usuario nuevo: puedes desarrollar aplicaciones funcionales en muy poco tiempo, te dedicas a diseñar y probar (infinidad de componentes gratuitos y de pago).
al usuario avanzado: puedes desarrollar aplicaciones potentes tal cual la harias en Java, C.

Actualment tengo Delphi Starter con zeos, fortesreport y va todo de maravilla.

Saludos.

[[rretamar]]

Yo no olvidaría mencionar a LAZARUS: el único RAD libre multiplataforma que genera código nativo (compilado). Realmente funciona, se puede desarrollar sin problemas al "estilo Delphi".

[[Al González]]

Empezado por rretamar

Yo no olvidaría mencionar a LAZARUS: el único RAD libre multiplataforma que genera código nativo (compilado). Realmente funciona, se puede desarrollar sin problemas al "estilo Delphi".

Pero, ¿el rendimiento y optimización de los ejecutables es igual de bueno? ¿El depurador es igual de bueno? ¿Si empiezo a usar Lazarus de lleno veré alguna luz al final del túnel? ¿Sabes de alguna empresa que lleve al menos tres años usando Lazarus o aplicaciones hechas con Lazarus a la que pueda llamar por teléfono para pedir su testimonio de primera mano? Caramba, ¿ya es realista trabajar con Lazarus? ¡Quiero palpar su éxito!

Y lo digo de buena fe.

[bitbow]

Podria decir que desde hace rato es realista trabajar con lazarus, en sus primeras versiones salio un software de control de rutas de distribucion (hace unos 5 años), hoy en dia existe muchas aplicaciones desarrolladas en Lazarus incluso aqui hay una seccion dedicada a preguntas sobre el tema (es casi delphi por lo que las muchas soluciones y trucos se tomand e delphi), de igual forma para el desarrollo en linux y MAC puedes revisar el listado de aplicaciones en su wiki (incluso anda un ERP realizado en lazarus (Code Typhon)).

No es perfecto y dan varios dolores de cabeza pero es una realidad (esto no es nuevo) el poder desarrollar en Lazarus si no quieres pagar licencias y aprovechar la multiplataforma.

Hoy en dia hay bastante informacion, documentacion, videos, demos e incluso hay componentes de pago (FastReport) para lazarus, solo es cuestion de buscar.

Saludos.

[Casimiro Notevi]

Empezado por bitbow

incluso anda un ERP realizado en lazarus (Code Typhon).

Bueno, code typhon no es un erp, es el lazarus que han sobrecargado de componentes y le han cambiado el nombre, modificado la instalación y algunas cosas más.

De todas formas, lazarus anda bastante bien, es muy estable y genera ejecutables para distintas versiones de sistemas en 32 y 64 bits, desde hace años. Yo suelo usarlo cuando me hace falta alguna "utilidad", por ejemplo, un ejecutable 32 bits delphi que llama a un ejecutable 64 bits (creado con lazarus) para hacer algo en algún directorio al que no puede acceder delphi 32 bits.
El depurador funciona bien, el compilador es de lo mejorcito, y el ide no está mal, es como un delphi 7 con muchos "expertos" añadidos del tipo cnpack, por ejemplo.
Lo uso desde linux, aunque también lo tengo instalado en alguna "máquina virtual" windows.

[[AgustinOrtu]]

Empezado por Al González

Pero, ¿el rendimiento y optimización de los ejecutables es igual de bueno? ¿El depurador es igual de bueno? ¿Si empiezo a usar Lazarus de lleno veré alguna luz al final del túnel? ¿Sabes de alguna empresa que lleve al menos tres años usando Lazarus o aplicaciones hechas con Lazarus a la que pueda llamar por teléfono para pedir su testimonio de primera mano? Caramba, ¿ya es realista trabajar con Lazarus? ¡Quiero palpar su éxito!

A mi me parece que FreePascal ha madurado muchisimo. Los IDE a mi gusto se han quedado un poquito en el camino.

En estos hilos se pueden encontrar algunos testimonios mios:

http://delphiaccess.com/foros/index....ays-dinámicos/
http://delphiaccess.com/foros/index....-enumerativos/

Aca se armo una discusion en la red social de Google:

https://plus.google.com/+StefanGlien...ts/WQeVTd1SXcs

En pocas palabras los compiladores son muy buenos y tienen grandes caracteristicas, pero las herramientas que usamos para desarrollar estan algo desfasadas. Por ejemplo, el code completion y genericos son dos cosas que no combinan. Seguramente nadie se haya puesto a actualizar los parsers

[bitbow]

Aqui un listado

http://wiki.lazarus.freepascal.org/L...cation_Gallery