Nueva versión de Chrome

[roman]

Disculpa Mario, no conozco yo mucho de estas cosas, pero, si bien suena muy razonable lo que dices, ¿no se corre siempre el riesgo de que para cuando se de el soporte a NET 2.0, MS haya ya sacado NET 3.0 con nuevos problemas de migración?

// Saludos

[mamcx]

Es posible, pero mirando la velocidad de salida final de los release de .NET siempre han llegado mucho mas tarde de lo esperado. Se suponia que .NET 2 era para el año pasado, a principios?

El asunto es que al igual que ocurrio con Java, .NET esta en proceso de madurar, y es un plataforma que no esta estabilizada en cuanto a lo que se puede depender con confianza de ella. Es por eso que para una empresa pequeña y mediana de desarrollo si bien una de estas dos son plataformas importantes, es bueno no depender tanto de ellas, de ahi la gracia que le veo a usar a Delphi, aun cuando no es la opcion mas popular, por lo menos le da a uno mas oxigeno frente a todos estos cambios...

Una leccion que se debe aprender lo mas rapido posible: No se puede confiar en las plataformas (OS, Librerias de acceso a datos, frameworks Web) y es por eso lo importante de programar de forma separada cada capa de la aplicacion... aunque la verdad no me esperaba que en el proceso de migracion ni asi se salvara la logica de negocios...

Con respecto al retraso que tiene cualquier empresa que programa a plataformas de terceros, como Borland, no le veo realmente (o al menos sera que ya se me esta pasando el afan de antes) la urgencia para en pocos dias estar a la par con ellas, si igual demandan ajustes y cambios una estrategia gradual tiene mas sentido viendolo desde el punto de vista economico y de recursos, que dando vuelcos totales... en ultimas, .NET 1 salio como dos años antes que el primer C# Builder de Borland, y mucho antes que Delphi 2006... sin embargo estoy seguro que muchos que arrancaron la migracion recien llego .NET aun NO han acabado (el proyecto que menciono es uno de ellos) y que en contraste quienes tienen un software en Delphi Win32 podran terminar MAS rapido que nosotros , asi que en ultimas, realmente llego tan tarde?

En fin... como dice mi hermano "La vida es dura... y no dura!"

[[gatosoft]]

El punto es.... YA ESTAMOS HABLANDO DE "OBJECT PASCAL" EMBEBIDO... esto es la muerte... pronto veremos cambiar la sintaxis de pascal y sin darnos cuenta estaremos programando en VB...

Bueno... es inevitable... Delphi está perdiendo su identidad (empezó con su IDE) y no hay nada que podamos hacer...

nospi

[jmariano]

Empezado por gatosoft

El punto es.... YA ESTAMOS HABLANDO DE "OBJECT PASCAL" EMBEBIDO... esto es la muerte... pronto veremos cambiar la sintaxis de pascal y sin darnos cuenta estaremos programando en VB...

Bueno... es inevitable... Delphi está perdiendo su identidad (empezó con su IDE) y no hay nada que podamos hacer...

Bueno, no creo que lleguemos al punto de cambiar la sintáxis, precisamente una de las ventajas de .NET es que, en teoría, se puede programar para esta plataforma con cualquier lenguaje (ya sea Object Pascal, Cobol, C, VB, etc.), puesto que .NET ya proporciona todas las herramientas y los diferentes lenguajes sólo han de "utilizarlas" (y, además, todos han de generar el "mismo" codigo).

Donde sí tengo dudas no es si podremos usar Object Pascal para .NET, sino sobre el futuro de Delphi porque parece que le está "costando" adaptarse a la nueva plataforma.

Saludos!

[Epachsoft]

Mis pensamientos sobre Chrome...

Chrome esta comodamente montado sobre Visual Studio, asi que lo que tenga Visual Studio lo tendra Chrome. Asi que no hay sorpresas en ese lado. No se preocupan por compatibilidad, solo rompa y re arme otra vez si quiere usar algo nuevo.

Ahora bien, soporte para .Net 2.0...mmmm, en mi caso, es prohido en nuestras empresas y clientes actualizar a un framework que tenga apenas 2 meses de salido oficialmente al mercado. Yo no culpo a Borland por no querer arriesgar enviando al mercado su nuevo anti balas Delphi 2006.

Ejemplo de esto es que apenas estamos actualizando a Delphi 2006 y este proceso de fijo nos llevara hasta mediados de ano antes de formalmente enviar algo a la calle compilado en el. (Testing process)

Algo que esta ayudandonos increiblemente es la magnifica posibilidad de seguir trabajando en el codigo actual y poder en cualquier momento cambiar de direccion a .Net 2.0 cuando el framework tenga un rendimiento aceptable para nuestras aplicaciones. (Si es que lo llega a tener).

Todas las extensiones y mejoras que se le estan haciendo al VCL y al lenguaje para que funcionen en Win32 y .Net hacen que Win32 se mantenga como un punto dulce para el desarrollo, lo que haga aca, de fijo servira alla, esa vieja y MALA costumbre de querer rehacer solo por no entender es peligrosa y usualmente costosa.

En el Q3 de este ano, cuando se espera que salga Delphi para .Net 2.0, podemos tranquilamente sin necesidad de rescribir codigo movernos a 2.0 si algun cliente lo quiere. Pero a como veo las cosas, si el VCL sigue mejorandose y Delphi termina generando WIN64 el proximo ano, creo que seguire fuera del framework por un buen rato.

Ahora bien mi opinion personal de Delphi 2006, tan simple como esto, finalmente hemos abandonado Delphi 7. La productividad con Delphi 2006 es increible y las aplicaciones estan gozando en extremo de un incremento en rendimiento solo al ser recompiladas con el nuevo memory manager (FastMM), en mi opinion... Borland did it again.

GOGOGO DELPHI 2006!!