Aplicaciones delphi para Linux, excelente

[juniorSoft]

Lo "unico" que no tiene Delphi para Linux es un Framework para crear GUI (ie Vcl o FMX). NADA te impide llamar a las APIs de linux para lograrlo. Obviamente que es muchisimo mas comodo desarrollar usando un Framework y no directamente con la API. Por ej. se puede evitar completamente la Vcl y crear una aplicacion windows programando a pelo con la API, que no es ni mas ni menos que el trabajo que hace la Vcl internamente

Exacto, se puede desarrollar utilizando las APIs de Linux pero de lo que se trata es del desarrollo RAD y que abarque la mayor cantidad de plataformas y dispositivos por lo que un Framework para abstraer las plataformas sin tantas directivas de compilación (De eso debería encargarse el framework) es lo ideal. Mi opinion es que Firemonkey y delphi tienen futuro a largo plazo solo si los dueños se concentran y enfocan los recursos en diseñarlo como si fuera un gran edificio aunque solo se puedan construir dos o tres plantas inicialmente como hizo Microsoft en su tiempo con .net Framework. con la ventaja de que Firemonkey ya contiene una buena cantidad de código que puede utilizarse para dicho Framework y separar la interfaz visual para que invoque las funciones de dicho framework ademas de matar dos pájaros de un mismo tiro con los servidores. Quizás eso suene costoso y es a lo que le temen.

Considero que Delphi, debería tomarse más en serio la plataforma de .Net Core de Microsoft que es Open Source, así como corregir los bugs y mejorar la VCL, e intentar migrar el FireMonkey para que funcione con .Net Core.

Es cierto que Idera puede utilizar el framework de Microsoft pero esto se trata de negocios y confiar mucho en la competencia no conviene tanto. ademas de lo ligero que puede ser dicho framework ya que solo tendría lo necesario, .net Core es mucho mas ligero que su antecesor pero siempre hay algo que se puede mejorar. La funcionalidad y rapidez siempre son bienvenidas y desde mi punto de vista es un camino viable.

[mamcx]

Empezado por juniorSoft

.net Core es mucho mas ligero que su antecesor pero siempre hay algo que se puede mejorar.

.NET Core no pinta nada aqui, entre otras cosas porque asume un GC. Ademas ya estan usando LLVM, que es una mejor opcion para el tipo de lenguaje que es Delphi

[juniorSoft]

.NET Core no pinta nada aqui, entre otras cosas porque asume un GC. Ademas ya estan usando LLVM, que es una mejor opcion para el tipo de lenguaje que es Delphi

así es mamcx, a lo que me refiero es que los dueños de Delphi deberían ir pensando en elaborar su propio framework desde hace ya mucho tiempo; claro hay que entender lo económico pero a veces fijándonos en los errores de los otros podemos aprender para no cometerlos. haciendo un framework lite inicial que no abarque el universo pero si que sea flexible a futuras ampliaciones que encajen naturalmente

[juniorSoft]

LLVM tiene sus ventajas, pero podrá ser sostenible con los tantos cambios que van surgiendo en este sector?.

[[Al González]]

Empezado por juniorSoft

LLVM tiene sus ventajas, pero podrá ser sostenible con los tantos cambios que van surgiendo en este sector?.

¡Ojalá! Porque Embarcadero le está apostando mucho a esa cosa.

[mamcx]

Empezado por juniorSoft

LLVM tiene sus ventajas, pero podrá ser sostenible con los tantos cambios que van surgiendo en este sector?.

???

LLVM es prácticamente un estándar de la industria (junto a GCC). Lo dificil es para cualquier otro alcanzarlo! De hecho, es seguro que es un compilador mas eficiente, capaz y potente que el de delphi. Es inevitable que lo sea: Todo el mundo le mete la mano para lograrlo. Quizas solo GCC le da batalla.

De todas maneras hay que entender que uno de los atractivos de Delphi/Pascal es su velocidad de compilacion, y usar cualquier otro backend tiene implicaciones no solo en esto sino en la semantica del codigo.

Hacer estos cambios son muy problemáticos, porque la mayoria esperaria que se conserve toda la semantica del código legado, lo que surge entonces: Para que hacer nuevo algo, para que tenga que emular lo viejo que ya esta resuelto con lo viejo?

Si se meten en un proyecto asi, es para hacer algo radical. Sino, no tiene sentido.

[juniorSoft]

LLVM es prácticamente un estándar de la industria (junto a GCC). Lo difícil es para cualquier otro alcanzarlo!

Es correcto lo que dices pero la cuestión es si será sostenible, Microsoft lo sopeso en su momento antes de crear .net framework y lo que sucede ahora es que el mercado tecnológico se esta expandiendo muy rápido distintos sistemas operativos populares, distintos dispositivos populares y cada año que pase la tendencia es a la diversidad, ya no estamos en la época de solo programar para los pcs. Delphi seguirá adaptándose a estos cambios pero a que precio?.

Mi opinión es que con un framework ligero bien pensado cualquier cambio que surja no afectaría tanto el esquema del lenguaje mas bien el framework, claro los programadores de aplicaciones tendrían una curva de aprendizaje inicial, pero con Firemonkey he visto muchas cosas nuevas y de hecho muchas cosas que parecen similares a vcl y funcionan distinto, dejando fuera lo que tiene que ver con dispositivos móviles.

[juniorSoft]

Si se meten en un proyecto asi, es para hacer algo radical. Sino, no tiene sentido.

100% de acuerdo contigo, y creo que el objetivo de todo lenguaje debe ser eficiencia, facilidad y elegancia a la hora de resolver problemas. Delphi siempre a tenido la aceptación por ser un lenguaje que facilita por mucho lo que se hace con C++; C# a tenido éxito por ser un lenguaje elegante a la hora de resolver los problemas que con java parecen mas complejos que con C++ ademas de la eficiencia C# vs Java. cambiar la sintaxis de Delphi seria quitarle la esencia pero algún equilibrio habrá que buscar para que sea sostenible seguir con LLVM.