¿Por qué Embarcadero no hace algo como esto?

[[Chris]]

Totalmente de acuerdo con todos ustedes. Solo bastaría con poner en el Index del sitio de embarcadero a un programa hecho en VB 6 y el mismo programa hecho en Delphi para convencer a muchisimos programadores. Incluso poner el código fuente de un programa escrito en C# y uno en Delphi para convencer a otro montón de programadores a hacer el switch.

Auque el comentario de Al, que embarcadero solo está esperando a terminar de domesticar a Delphi me parece interesante y muy posible, pero suicida si lo está haciendo embarcadero. También puede ser que estén apostando al futuro incierto con eso de las aplicaciones web y la nuve. Se quedarán sin nuve ni aire si no actuan ahora.

Debes correr sin parar si quieres quedarte en el mismo lugar

dijó la reina de corazones en Alicia, y por algo es un lema de Google.

Saludos.

[[Al González]]

Empezado por D&W

Auque el comentario de Al, que embarcadero solo está esperando a terminar de domesticar a Delphi me parece interesante y muy posible, pero suicida si lo está haciendo embarcadero.

Sería "suicida" para la antigua Borland, que prácticamente dependía de sus compiladores, pero a Embarcadero parece no preocuparle en exceso, pues cuenta con muchas otras cosas de las cuales vive. Puede resultar triste, pero es la verdad.

Hasta ahora no he escuchado ni leído a ninguna persona de Embarcadero (que no haya formado parte de CodeGear o Borland) hablar de aspectos profundos del compilador, la VCL, el IDE, etc. Es como si aquella compra de CodeGear hubiera sido una mera transacción sin más intención que el posicionamiento comercial.

Nobody who was looking inside.

[Casimiro Noteví]

Empezado por Al González

[..] Es como si aquella compra de CodeGear hubiera sido una mera transacción sin más intención que el posicionamiento comercial. [..]

Seguramente es lo que buscaban, 'completar la oferta de productos'.

[[AzidRain]]

Completamente de acuerdo contigo Al y contigo Casi...tristemente al final del día es la realidad. Que ganas de conocer más a fondo cosas del compilador, del diseño de la vcl, de como se estucturó VCL para trabajar con .NET. El ciclo de desarollo de Delphi, etc. Más parecería que cada versión solo tiene más paja que sustancia, todas las "novedades" que han salido en las diferentes versiones bien podrían haber sido meros parches de actualización para las versiones que ya estaban en uso, pero claro, no hubiera sido negocio.


Por cierto, se habló de las nuevas tendencias hacia la "nube" o Cluoud Computing y las aplicaciones web, sin embargo el nicho donde estan los pesos (pesetas, dólares y demás) son las aplicaciones administrativas, contables y financieras, las cuales dada la vasta cantidad de datos ya existentes y que por ley en algunos países tienen que mantener resulta muy dificil que se empiece a dar el cambio hacia aquellos lares. No por nada casi no se encuentra uno cosas de ese tipo basadas en web.

No olvidemos que todavìa hay incluso código COBOL y FORTRAN funcionando cual si fueran los 70s y 80s y sobre plataformas vetustas "renovadas" como AS/400 y las empresas que los usan no tienen intención de cambiarse, al final del día no hay gran beneficio y si implica costos adicionales hacer la transición.

Seguramente lo mismo pasa con Delphi habiendo por ahí en este momento millones de líneas en ejecución de las cuales dependen operaciones de grandes empresas. Tan sólo por esto se ve que Delphi seguirá muy sólido todavía algunos años.

[JXJ]

Me dan ternura..

Codegear y embarcadero.. no quieren el mercado latino.
o como dijan,, el que no es de usa. ni el español de españa

quiere el mercado Indio, Chino, Japones, y Asiatico, y el de Rusia.

por eso es que le agrego a delphi soporte UNICODE.
y pronto el supuesto soporte para 64 bits.

[[Al González]]

Empezado por JXJ

Me dan ternura...Indio, Chino, Japones, y Asiatico...

¡Chanfle!

[[Crandel]]

Empezado por JXJ

Codegear y embarcadero.. no quieren el mercado latino.
o como dijan,, el que no es de usa. ni el español de españa

quiere el mercado Indio, Chino, Japones, y Asiatico, y el de Rusia.

por eso es que le agrego a delphi soporte UNICODE.
y pronto el supuesto soporte para 64 bits.

No creo que sea asi (mas alla que todos los paises que nombraste quedan en Asia).

El soporte a Unicode es algo muy pedido por toda la comunidad y realmente era un punto flojo para Delphi. Conozco empresas que empezaron nuevos proyectos en .Net solo porque posee soporte de Unicode.

Hoy en dia el mundo es cada vez mas chico, y vender aplicaciones para el otro lado del planeta se esta volviendo cada vez mas común, por lo que las aplicaciones multilingüe son algo indispensable.

Los chinos, indues, etc. pueden trabajar, al igual como lo hacemos nosotros, perfectamente sin soporte de Unicode. Todo depende de la configuración de idioma que se tenga para los programas no-Unicode.

[JXJ]

si error de dedo.. en total el mercado asiatico...
y eso es segun el sistema operativo por que .. si en la configuracion
de windows no le pones qeu de soporte unicode, aunque uses delphi unicode
te da errores de caracteres.