12 respuestas en este tema

[Master23]

Me refiero a Delphi supuesta mente un proyecto Cross Plataform sin embargo pensaba que era este año y aun nada , ni siquiera para 64 bits está,¿Creen que algún día lo hagan?.

[egostar]

Puedes ver el roadmap desde este enlace.

Salud OS

[Marc]

Solo hacen que retrasar la multiplataforma y los compiladores para otras arquitecturas. Hay gente que lleva siglos esperando el compilador de 64 bits .

El compilador para ARM ya no puede esperar mucho más. Quiero hacer aplicaciones para iPhone, Android, ... y no quiero tener que aprender un nuevo lenguaje.

Al menos, siempre nos queda Lazarus, que ya hace muchos años que es verdaderamente multplataforma.

Saludos.

[Rolphy Reyes]

Saludos.

Creo que Delphi Prism es una opción viable; mientras se pone al Delphi Multiplataforma.

[andres1569]

Puedes ver el roadmap desde este enlace.

Salud OS

A ese roadmap le falta un calendar, ¿me explico?  Entiendo que no quieran mojarse pero ni siquiera se da una idea de en cuánto tiempo estiman se pueda lanzar.

[egostar]

Puedes ver el roadmap desde este enlace.

Salud OS

A ese roadmap le falta un calendar, ¿me explico?  Entiendo que no quieran mojarse pero ni siquiera se da una idea de en cuánto tiempo estiman se pueda lanzar.

Efectivamente amigo, por eso es que pongo el enlace, si ellos no nos dicen cuando, nosotros que podemos responder

Salud OS

[Marc]

A ese roadmap le falta un calendar, ¿me explico?  Entiendo que no quieran mojarse pero ni siquiera se da una idea de en cuánto tiempo estiman se pueda lanzar.

Supongo que ya han incumplido tantas veces sus calendarios (en temas como el compilador de 64 bits), que ya les debe dar hasta vergüenza poner más fechas que probablemente no podrán cumplir.

[Master23]

A ese roadmap le falta un calendar, ¿me explico?  Entiendo que no quieran mojarse pero ni siquiera se da una idea de en cuánto tiempo estiman se pueda lanzar.

Supongo que ya han incumplido tantas veces sus calendarios (en temas como el compilador de 64 bits), que ya les debe dar hasta vergüenza poner más fechas que probablemente no podrán cumplir.

Asi es amigo , una compañia privada que a comparación Lazarus tienen a sus empleados escificamente trabajando en esos sistemas , sin embargo lazarus es Free y funciona en todos los sistemas y tiene un compilador de 64 bits, hace ya bastante tiempo.

[Delphius]

Hola,

Recuerdo que hace un tiempo en los foros de Embarcadero, cuando se armó todo el lío de las noticias de que no habría multiplataforma, el despido de Nick, y otros más se terminó preguntando cuando pensaban que iban a meterse de lleno y seriamente el tema. NO recuerdo quien era pero alguien cercano a TeamB (lo recuerdo por su firma) se aventó a decir que recién para el 2013 podríamos ver algo que valiera la pena.

Saludos,

[Master23]

Hola,

Recuerdo que hace un tiempo en los foros de Embarcadero, cuando se armó todo el lío de las noticias de que no habría multiplataforma, el despido de Nick, y otros más se terminó preguntando cuando pensaban que iban a meterse de lleno y seriamente el tema. NO recuerdo quien era pero alguien cercano a TeamB (lo recuerdo por su firma) se aventó a decir que recién para el 2013 podríamos ver algo que valiera la pena.

Saludos,

Podrían optar por algo como el de java, una maquina virtual que genere su propio código binario , por ejemplo java utiliza su bytecode,podrían hacerlo funcionar en toda plataforma informática sin necesidad de tener que volver a compilar el código en otro sistema, java genera los archivos .jar , se ejecutan en cualquier maquina que tenga la maquina virtual de java .

[Delphius]

NO discuto que pueda ser una alternativa a considerar, pero no me convence la idea de una máquina virtual. Esto se debe a que:

1. Se debería generar código interpretado y no compilado. Una de las bondades que tiene Delphi es que genera ejecutables compilados, y no requiere de un motor extra para correr. Es código nativo. Esto supone una contra ya que debería cambiarse demasiado al compilador. Es ir para atrás...
2. Relacionado con el punto anterior, el que se requiera de una máquina virtual hace a los sistemas más lentos y resulten ser más pesados. El que genere código nativo lo hace más veloz y potente ya que puede aprovechar mejor los recursos y no estar desperdiciándolo en una máquina virtual.
3. La historia de Lázarus ha comprobado que se puede generar código nativo para varias plataformas. No es tarea fácil, pero si tomara la experiencia y el conocimiento que ha generado el equipo de Lázarus sabría como sentar las bases y ponerse de nuevo a la ventaja como había caracterizado a la era de Borland cuando ésta era sinónimo de calidad e innovación.
4. Muchos de los que estamos con Delphi estamos con el por su potencia, el que nos cambien las reglas de trabajo y copien a la competencia (Java con su máquina virtual, o .NET con su framework) es seguirle la corriente a esos monos. Si uno quiere innovar no hay que copiar, sino ser original. Los que estamos con Delphi estamos por sus ventajas y no requiere de ningun aditamento extra. ¿Cómo te puedes destacar si copias a los demás? Delphi debe seguir siendo nativo, y generar código nativo para las otras plataformas... de otro modo se convertiría en un nuevo .NET o Java con sintaxis Object Pascal... Ya suficiente tenemos con que Microsoft hiciera una copia de Delphi, hiciera un framerwork y lo llamase .NET. ¿Nos bajaremos a su nivel? Hacer eso es darles la razón a los otros.

Saludos,

[Master23]

Si Delphius creo que lazarus a demostrado que es posible crear ejecutables para multiples sistemas operativos, la verdad lazarus está bastante activo , por ejemplo me fijé que desde que apple permite programar el iphone en otros lenguajes diferentes de Objective-c , lazarus hizo algo inmediatamente y están pedientes a mejoras rápidas sin embargo Delphi no es como antes, no ha innovado como lo hacia borland.
Otra cosa, es que la maquina virtual de java , los programas se ejecutan entre 2 , están compilados he interpretados , son las 2 cosas al mismo tiempo.

[Delphius]

Otra cosa, es que la maquina virtual de java , los programas se ejecutan entre 2 , están compilados he interpretados , son las 2 cosas al mismo tiempo.

Algo así,

El bytecode es un código intermedio. El código Java es compilado y es así que se obtiene este bytecode. Luego éste es interpretado propiamente por la máquina virtual y genera las verdaderas instrucciones, dependiendo de la plataforma, que se ejecutarán.

No es que tenga lo mejor del paradigma compilado/interpretado. Es que así lo diseñaron: generar un único "código" "universal" que pueda ser emulado o interpretado en diversas plataformas. Haciendo analogía es como si para traducir de español o cualquier idioma a otro X tomáramos al inglés como base y hacer la traducción Español->Inglés->Idioma X.

Esto requiere de dos pasadas, doble esfuerzo... por eso es que resulta ser que la máquina virtual es muy lenta a comparación de otros mecanismos.

O sea, la idea fue evitar peléarselas para generar códigos objetos diferentes para cadaplataforma. Directamente centraron su lenguaje a generar este código intermedio y ofrecer una máquina que vaya traduciendolo según las plataformas.

Puede que haya sido una elección inteligente; pero en realidad son diferentes esquemas... y cada uno tiene sus pros y contras.

Hay dos modos de encarar la multiplataforma: o generas código que pueda ser ejecutado directamente en cada plataforma y ganar velocidad y la posibilidad de sacarle el jugo a cada una; y como contra debes compilar el ejecutable para cada una.
O bien te diseñas un código intermedio (que te evitas algunos dolores de cabeza) y te pones a trabajar para que cada plataforma lo vaya interpretando y perder velocidad y la posibilidad de extraer todo el potencial y características propias que te ofrezca cada plataforma.

Son caras opuestas de la misma moneda. El punto es que muchos quieren vender la idea de que esa estructura de Java es lo mejor del mundo para multiplataforma poniendo como punto comercial: "tenemos lo mejor del interpretado como del compilado". Lo cierto es que el hecho de tener la mitad de cada cosa no lo convierte en 1, lo que consigue es una solución a medias.
Para resumir:

Interpretado + Compilado < 1, y no un
Interpretado + Compilado = 1 como lo "venden".

Saludos,