Delphi baja puestos

[mamcx]

Empezado por jlrbotella

Es decir, mientra delphi dependa de Microsoft será su fin, ya que Microsoft marca la tecnologia a seguir, y quieras o no, todo el mundo llegará allí.

No hay que olvidar que esa es la que *actualmente* ES la estrategia ganadora.

Podran ver que nadie esta ganando mucho haciendo herramientas de desarrollo, ni ganando mucho vendiendo a las pequeñas empresas y usuarios finales en el mundo *nix. Los unicos mercados lucrativos son Windows, por amplia mayoria, y Mac OS X. Y lo seguira siendo por un buen rato... y es una realidad que se cumple mas en nosotros, que cubrimos la cuota baja del mercado - si IBM se esta tapando en plata con Linux, no es que con nuestros clientes, son con grandes corporaciones -.

Ahora, Delphi es un lenguaje y un framework. Y ya dio un primer paso fuera de la plataforma de Win32, y no veo razon alguna para que no cambie con el paso del tiempo...

De hecho, un factor mas revolucionario en mi opinion, mas que el propio linux, es el multi-core y la virtualizacion. Y a juzgar por lo que se esta ventilando (http://blogs.codegear.com/davidi/2007/09/26/38822/) CodeGear esta apuntando a un futuro no tan inmediato pero mas relevante que la mera multiplataforma -un estrategia de mas de una decada ya - y mirando hacia la programacion concurrente y virtualizada.

Por otro lado, no olvidemos que las plataformas se mueren por sus usuarios. SI Delphi cae, es porque nosotros nos comemos ese cuento.

[mamcx]

Con respecot al tiobe...

Eso mide popularidad, o mejor dicho, consultabilidad... que tanto se consulta sobre un lenguaje X.

No dice nada sobre el uso real, ni base de usuarios. Ademas es perfectamente claro que las plataformas estables, como Delphi, que ya son maduras demandan menos consultas y ayudas. Por otro lado, lo web esta de moda y por ende es lo que todo el mundo busca.

Por ejemplo, personalmente gasto 20 veces mas googleadas por cuestiones de javascript y CSS que por Delphi. Pero saben? Tengo mas lineas de codigo en Delphi que en Javascript... y la cosa es que javascripot es bueno pero esta en un entorno multi-navegador tan hostil que hay que estar consultando y reconsultando a cada rato.

Lo que ese indice demuestra, es que hay mucha gente ENRUEDADA con su lenguaje... y por pura logica, C, C++, Java, JavaScript generan mas lios. Ruby es muy esoterico para la mayoria que nisiquiera logra captar la POO, ahora cuando le meten la metaprogramacion...

Obvio, tambien indica que se habla mucho y discute. Pero la gran ventaja y desventaja de Delphi es que, de que hay que hablar? El lenguaje funciona demasiado bien. De hecho, cuando Delphi aumento en tiobe coincidio plenamente con los problemas que hubo con el IDE 8-2005.

Recuerdo que en cierto buscador de lenguajes muy grande -se me olvido cual- mostraron las estadisticas de que palabras buscaban, y se concluyo que en el caso de Java, JavaScript y C/C++ la mayoria todavia estaba enlodada con asuntos como "como declarar variables, como concatenar, como hacer ciclos, etc...." mientras en lenguajes como Ruby y Python eran cosas mas sofisticasas "como hacer closures, como injectar codigo, etc".

[jlrbotella]

Hola amigos:

En el post anterior, comenté que Delphi no duraría mucho si dependiese de Windows, y os comentó el porque:

1) En .Net:
Windows va por delante unos años con la tecnología .Net, a Febrero del 2008, llegará la versión de Visual Studio 2008 con soporte para Vista en nativo y soporte para su nuevo Windows Server. La versión de Delphi solo llega a 2.0, y su soporte en esta plataforma no esta al completo. No incluye el Compact Framework y tampoco los Winforms. Es decir, va a atrasado.

2). Modo nativo:
Visual Studio 2005, el soporte multiprocesador y multicore esta soportado con el pack de Intel. Delphi se quedo en el Pentium 1. Delphi no soporta la programación de PDA's en nativo. VS si.

3) Acceso a datos:
Delphi sigue usando ADO y ADO al tiempo va a dejar de funcionar, para convertirse en Ado.Net. Su arquitectura dbexpress 4, no esta soportado por todas las base de datos, y no está certificado por todos los motores de BD. Es más el fabricante no hace los drivers para este interfaz, cosa que en .Net, Java, ADO y ODBC si que existen.

4) Web:

No tiene una arquitectura propia, depende del standard de ASP o PHP. Al menos en PHP si que está "bien trabajado", cosa que en ASP, va a remolque.

5. Resumen

Comparando con Visual Studio y Delphi, en tecnología .NET VS es mucho mejor tecnologicamente, mientras que en delphi vamos siempre atrasado y con problemas. En modo nativo Delphi las librerias VCL están bien diseñadas, pero no es comparable a las MFC y no dan soporte de 64 bits.

Delphi haga lo que haga, siempre irá a trasado con el VS. En PHP, delphi puede es muy bueno, pero la tecnologia PHP, le quedan 2 años.

Cuando delphi dependa de otros (Microsoft en temas técnologicos), estará acabado.

Y os digo, yo sigo con delphi, porque es estable, y me sirve para lo que quiero, pero ya estoy pasando mis aplicaciones al mundo Java, " A MI PESAR".

Bueno, dejad de lado, lo de ser forero del delphi y pensar en modo realista.

Un saludo,
JL

[[egostar]]

Empezado por jlrbotella

Bueno, dejad de lado, lo de ser forero del delphi y pensar en modo realista.
JL

Entiendo tu punto amigo jrlbotella, sin embargo, los foreros como yo que llevamos no menos de 10 años en el mercado de la programación sabemos que eso mismo ha pasado cuando dejamos Turbo Pascal para DOS y dimos el salto a Windows, ahora se vive la misma incertidumbre, que pasó, bueno pues los que venimos de Turbo Pascal le metimos a Delphi y mira, aquí seguimos, no estoy diciendo que cerremos los ojos a otras tecnologías, es válido por supuesto que miremos a otras herramientas, pero en el fondo sabemos que mientras siga Delphi aqui vamos a estar...

Salud OS

[Delfino]

pero la tecnologia PHP, le quedan 2 años.

2 años solares o 2 años lunares???

[dec]

Hola,

Ejem... no sé si porque me toca, pero, yo creo que a PHP le quedan más de dos años. Para empezar se trata de software libre que no está atado ni a Windows ni a Linux, sino que puede utilizarse en otros tantos sistemas operativos. No entiendo cómo puede ser que PHP se acabe. Tal vez porque los usuarios lo abandonasen... pero, quien conozca algo de PHP, sabe que este da bastante juego como para que algo así suceda. Vamos, digo yo.

PD. Estos mensajes probablemente estén aquí dentro de dos años, así que ya veremos.

[JXJ]

php se va a acabar por que no puedo compilarlo. para windows

--es broma. de que se acabe. pero sigo sin poder compilarlo.--

[mamcx]

1) En .Net:

Hay que tener en cuenta que Delphi por su parte innova con ECO, que todo el rollo del .NET 3.0+ esta todavia en proceso y no ha podido estabilizarse. Winforms hace años que esta obsoleto y seria un retroceso intentar con eso (algo que ya se habia discutido en este foro antes). Hay que recordar que el equipo de VS tiene bloqueado a los demas en cuanto al acceso a diseñadores y demas cosas que imposibilitan o dificultan mucho estar a la par. Ahora bien, dudo que estar a la par sea una estrategia inteligente....

2). Modo nativo:

Delphi ya esta en Vista, dejando muy atras a VS. Ademas por ser nativo es mas rapido. Asi que.... unas de sal y otras de arena...

3) Acceso a datos:

Delphi sigue teniendo el mejor esquema de acceso a datos. Y nunca he visto problemas de conectarme a ninguna base de datos.... lo maximo ha sido ponerme a buscar componentes.

.NET y Java todavia estan adivinando un esquema que funcione de forma general. Quizas es muy elegante poder conectar objetos a la GUI, eso si, pero al final sin un buen ORM no es tanta la gracia. Y en cuanto a ORM, Delphi con ECO vuela lo que trae por defecto java o .net.

4) Web:

Eso si. Y ademas, no creo que PHP sea la mejor apuesta.. Con Ruby/Python seria mucho mejor...

5. Resumen

Es como sacar una lista de ventajas de PHP contra Delphi y sacar a relucir que PHP es la patada para paginitas web. Y olvidar que es lo que hace fuerte a Delphi:

- Sigue siendo mas rapido
- Es mas facil de desplegar
- La VCL es un framework solido, que no se hace obsoleto como los intentos de MS tales como MFC, Winforms y demas
- Obtuvo un avanze importante en soportar multiples procesadores con la inclusion de FastCode... y hay en planes soporte a nivle de lenguaje que es lo que importa.

[REHome]

Empezado por mamcx

1) En .Net:

2). Modo nativo:

Delphi ya esta en Vista, dejando muy atras a VS.

Ni de coña.

VS .net está muy por delante de MS. Está siempre en muchos idiomas, (no es importante pero bueno)
, con VS .net siempre es compatible con los windows y todo funciona, en delphi da problemas y para solucionarlo tardan un montón en sacar parches. Mientras MS está con el FW .net 2.0, Borland saca el 1.1 y el 2.0 lo sacan muy tarde cuando ya está la 3.0 de VS .net, cuando delphi saquen el 3.0, ya VS .net estará la 4.0.

VS .net son de MS y está muy por delante de Borland, por eso lo abandoné y sigo con VS .net...

[mamcx]

Empezado por REHome

VS .net siempre es compatible con los windows y todo funciona

Eso es seguramente porque no has pasado de una version a otra... ni estas bajando como 15 descargas para tener los nuevos designers, ni los betas para haber podido soportar a Vista mucho despues que Delphi lo hizo. Ni haber transformado miles de lineas de codigo de una version a otra, simplemente porque si.

No discuto con nadie si elige otras plataformas. De hecho, estoy certificado en .NET y lo conozco desde que sale el primer alpha de .nET 1.0, y tengo desarrollos activos en el mismo.

Y aun asi, despues de trabajar para algunas empresas, ayudarles a "trastearse" de una version a otra de framework/ide o de otras herramientas, mejor decidi irme por python para Web y con Delphi para lo demas.

VS.NET es un buen IDE. .NET es un buen framework. Pero es demasiado movil por ahora, tiene muchas cosas que estan en proceso y es condenamdamente pesado trabajar en el.... ahora, hablo por la experiencia propia en los trabajos que he hecho. Seguro que en proyectos pequeños da igual si se hace en assembler...

[avmm2004]

Primero, cobol sigue dando caña en grandes corporaciones con prog antiguos pero, se adapta a los nuevos entornos(Acucobol version 8.x genera java con codigo fuente cobol ).

Segundo, delphi no agoniza precisamente por la cantidad de componentes y porque, aunque vaya detras, por lo menos va bien y esta ahí.

EL problema que se le va a plantear a delphi es que los fabricantes de componentes (visuales, acceso a bases de datos ....) no desarrollen para vcl y se pasen a .net. Ahí estará el fin de delphi.

Por lo pronto (http://www.devexpress.com) (componentes visuales) ha tomado la decision de no hacer componentes para vcl.net aunque si para vcl, y enfocar esfuerzos en componentes para asp.net y winforms.

EL problema es que los que tienen para vcl cada vez estan mas distanciados de los de vcl (siendo os de .net buenísimos y los de la vcl buenos),

Dado que codegear apuesta por vcl y vcl.net ¡ mal asunto!

Espero que no se convierta en la tónica.

[REHome]

Empezado por jlrbotella

Hola amigos:

En el post anterior, comenté que Delphi no duraría mucho si dependiese de Windows, y os comentó el porque:

1) En .Net:
Windows va por delante unos años con la tecnología .Net, a Febrero del 2008, llegará la versión de Visual Studio 2008 con soporte para Vista en nativo y soporte para su nuevo Windows Server. La versión de Delphi solo llega a 2.0, y su soporte en esta plataforma no esta al completo. No incluye el Compact Framework y tampoco los Winforms. Es decir, va a atrasado.

2). Modo nativo:
Visual Studio 2005, el soporte multiprocesador y multicore esta soportado con el pack de Intel. Delphi se quedo en el Pentium 1. Delphi no soporta la programación de PDA's en nativo. VS si.

3) Acceso a datos:
Delphi sigue usando ADO y ADO al tiempo va a dejar de funcionar, para convertirse en Ado.Net. Su arquitectura dbexpress 4, no esta soportado por todas las base de datos, y no está certificado por todos los motores de BD. Es más el fabricante no hace los drivers para este interfaz, cosa que en .Net, Java, ADO y ODBC si que existen.

4) Web:

No tiene una arquitectura propia, depende del standard de ASP o PHP. Al menos en PHP si que está "bien trabajado", cosa que en ASP, va a remolque.

5. Resumen

Comparando con Visual Studio y Delphi, en tecnología .NET VS es mucho mejor tecnologicamente, mientras que en delphi vamos siempre atrasado y con problemas. En modo nativo Delphi las librerias VCL están bien diseñadas, pero no es comparable a las MFC y no dan soporte de 64 bits.

Delphi haga lo que haga, siempre irá a trasado con el VS. En PHP, delphi puede es muy bueno, pero la tecnologia PHP, le quedan 2 años.

Cuando delphi dependa de otros (Microsoft en temas técnologicos), estará acabado.

Y os digo, yo sigo con delphi, porque es estable, y me sirve para lo que quiero, pero ya estoy pasando mis aplicaciones al mundo Java, " A MI PESAR".

Bueno, dejad de lado, lo de ser forero del delphi y pensar en modo realista.

Un saludo,
JL

Eso fue uno de los motivos por el cual abandoné DELPHI. Además que a parte el nuevo lenguaje C# me enamoró y el pascal lo veía obsoleto. MS auqnue cueste rconocerlo a algunos, está por delante de borland...