¿Habrá compilación para la web?

[newtron]

Hola a tod@s.


Todos conocemos la trayectoria de Delphi y sabemos que en los últimos tiempos da la posibilidad de compilar para Android/iOS. Igual pregunto una tontería porque sea evidente que si o no pero me gustaría saber vuestra opinión de si en un futuro más o menos cercano Embarcadero tiene la idea de dar la posibilidad de desarrollar para la web, no sé si generando HTML+Javascript o de otra manera.


Saludos.

[dec]

Hola a todos,

Ya se publicó algo como Delphi for PHP (no recuerdo exactamente cómo se llamaba). También existe el "framework" uniGUI (http://www.unigui.com/). Yo creo que por aquí pueden ir los tiros... por otro lado, la web es "otro mundo"... uno podría construir una web más o menos compleja utilizando el bloc de notas (nadie lo hará en su sano juicio, habiendo IDEs como pueda ser NetBeans for PHP), dicho de otra forma, es "otro mundo"... que por supuesto hay que aprender, pero, que, es cuestión de ponerse con ello. Y esta es mi opinión, por supuesto. A ver si otros compañeros pueden apuntar otros puntos de vista y opiniones también.

[newtron]

Dec, gracias por tu respuesta.


Sin saber mucho del tema, PHP me da que se está abandonando y por otro lado hace algún tiempo estuve haciendo pruebas con uniGUI y, no sé, pero no me abandona la sensación de que no deja de ser un "parche".


Abandonando Delphi pero siguiendo con Pascal hay una herramienta que muchos conoceréis que se llama Elevate Web Builder (https://www.elevatesoft.com/products?category=ewb) que me da mejores sensaciones pero no me acabo de atrever a dedicarle mis esfuerzos.



La verdad es que es una decisión importante y es fácil meter la pata, dedicar tu dinero y tiempo en "meter la cabeza" en una nueva herramienta para un tiempo después darte cuenta de que te has equivocado. Por eso llevo años sin decidirme por una vía clara pero el toro viene y nos pilla, si no nos ha pillado ya.

[Neftali [Germán.Estévez]]

Yo creo que compilar como tal no tiene sentido, no porque no se pueda, sino porque la filosofía es otra, es "otro mundo" como dice [dec].
Los componentes de FMX no están preparados para la Web.
De ahí que la alternativa sea utilizar otros elementos.

Creo que por ahí van los tiros y coincide también con [dec]. UniGui, Elevate Web Builder o TMS Web Core que tiene muy buena pinta.

Revisad este video de TMS Web Core. (https://www.youtube.com/watch?v=rGCrA9l-XVU) Muy buena pinta.
Eso es con Visual Studio Code, pero se podrá hacer tambvién con el IDE de Delphi.

[newtron]

Gracias Germán por tu opinión.


Pero me sigue quedando la duda, ¿UniGui es un parche o son impresiones mías? ¿Esto de TMS Web Core para Delphi sabes para cuando?


Saludos

[white_zombie]

Hola,

Compilador (bueno más bien transpilador) de Object pascal a Javascript ya existe, es un proyecto de Freepascal y se llama Pas2js (https://wiki.freepascal.org/pas2js)

Precisamente los componente TMS Web Core (https://www.tmssoftware.com/site/tmswebcoreintro.asp) utilizan ese compilador como base.

[white_zombie]

Por cierto, TMS Web Core ya soporta Delphi, se creo para Delphi

[newtron]

Pues si. Le he estado echando un vistazo a la web y me he descargado el "trial". Se ha instalado correctamente y sin problemas en mi delphi berlin y la verdad es que a mi me parece una solución más acabada y seria que UniGui. La web está bastante currada y los programas de ejemplo se ejecutan sin problemas. Con UniGui me encontré con muuuuuuuuuchos problemas para ejecutar los programas de ejemplo (se quedaba colgado el navegador) y luego para montar la instalación en un servidor es pelín complicado. Por otro lado el precio es razonable.


Haré algunas pruebas a ver qué tal y comento.


Gracias por la info.

[gatosoft]

De acuerdo con todos,

No sería muy prudente intentar forzar algo que no fue pensado para web, y es claro que la dirección de Embarcadero/Idera en este sentido apunta a UniGUI + Sencha.

Si hablamos de "compilar" para Web, creo que el producto asociado a Delphi, que siempre se ha acercado mas a ese concepto es Intraweb, por encima de TMS Web Core y Elevate Web Builder, sobre todo con la versión anunciada Intraweb 17, la cual sufre un cambio de arquitectura importante para generar HTML 5, CSS y Javascripts puros.

Quien haya trabajado en Intraweb, sabrá que a veces uno no diferencia el hecho de estar programando VCL o Intraweb... (a veces) .


Sobre el tema Web, además de Unigui + Sencha, hemos visto movimientos muy fuertes de parte de Embarcadero hacia RAD Server, con lo que se apuesta a convertir Delphi en un soporte muy fuerte de backend, con esto, además de ir olvidando paulatinamente Datasnap, potencializa Interbase, que se integra fuertemente con RAD Server.

Como todo en Embarcadero/Idera, el punto es apostar por vender y vender mas caro, cambiando DataSanap (incluido con la licencia de Delphi) por la compra adicional de las licencias de Rad Server e Interbase (también bastante costosas).


Sinceramente, como amante de Delphi que soy, creo que es insostenible para desarrolladores independientes o freelance, para pequeñas, medianas e incluso grandes empresas, ya que el costo/beneficio que Delphi ofrece, sumando a la escaces de desarrolladores capacitados no da para estar renovando suscripciones cada año.

Si se decide comenzar algo en Rad server, hay que tener presente que es un producto nuevo, que todavía se está ajustanto y estabilizando, lo que requeriría un par de años de suscripciones renovadas. Si tienes algo desarrollado con DataSanap, yo sugeriría pensar en una migración para el mediano / largo plazo.

Por ahora puedo reomendar DMVC Framework como alternativa a Rad Server, aunque hay otros productos que no he podido rrevisar como mORMot, que según tengo entendido es muy bueno.

saludo,

[lbuelvas]

Cordal saludo. Llevo con uniGui desde mayo de 2018 (2 años), quiero contarles mi experiencia, es un Framework basado en ExtJs, es decir, cuenta con cerca de 140 componentes / widgets, se programa similar a la VCL con componentes que tiene propiedades, métodos y eventos similares a la VCL, a su vez, hemos migrado un mini Framework propio para el manejo de Formularios Maestro, Formularios Maestro-Detalle, Búsquedas, Exportar Información, etc.; nuestro código se ha mantenido con pocas modificaciones, hemos aprovechado la migración para cambiar los componentes de bases de Datos de IBX a uniDac para solventar incompatibilidades con Firebird 3.0.

Lógicamente hay cambios y si no se conoce la arquitectura se pierde mucho tiempo:

1. El modelo cambia de tener un programa en cada estación de trabajo del cliente a tener un programa en el servidor y los usuarios trabajando en un navegador web, si tienes muchos usuarios es una gran ventaja de tener que estar instalando y configurando cosas a cada usuario.
2. Los archivos de configuración de cada usuario se movieron a la base de datos, hicimos un esfuerzo para tenerlos en una base de datos SQLite pero la verdad le gastamos muchas horas y nos molestó bastante (de pronto porque las pruebas eran con los componentes Zeos) y se dejó en Firebird.
3. Aparecen nuevos elementos como la parte de configurar el servidor web (ServerModule), la conexión a las bases de datos (debe ir MainModule) y un menú principal (Main)
4. Los formularios deben registrarse "initialization RegisterClasses([..."
5. El manejo de mensajes debe hacerse con las clases propias de uniGui y evitar mezclarlas con las de la VCL
6. La configuración de los path, porque se habla de path del sistema operativo y path para enlaces web.
7. Toca configurar el servidor con IIS e instalar los temas.

y muchas cosas más.

Adquirimos uniGui para no perder el esfuerzo en el framework propio y nuestras bibliotecas, nos ha ido muy bien, ha habido dificultades que gracias a los foros y paciencia se han ido resolviendo, también hemos luchado con defectos propios de uniGui que el fabricante ha resuelto.

Una de las grandes ventajas es que con la adquisición de licencia de uniGui se tiene una licencia OEM de ExtJS que permite redistribuir la biblioteca cuando se hace las instalación a los clientes, lógicamente se puede usar extJS dentro de proyectos hechos exclusivamente con uniGui.

Estamos moviendo nuestros productos a la web con uniGui, nuestros clientes realmente no necesitan productos web pero es una tendencia del mercado y muchos potenciales clientes preguntan que si lo que vendemos funciona en web, entonces nos estamos moviendo.

Yo recomiendo uniGui y eso que estamos trabajando todavía con Delphi XE2 que por el momento es suficiente, si quieren moverse a la web y no perder el esfuerzo hecho en Delphi y tener resultados muy rápidos uniGui es una buena alternativa como lo puede ser Intraweb, TMS Webcore, etc, pero toca movernos.

Otro tema, que no se consigue gente para trabajar en Delphi ? Puede ser pero se pueden entrenar, por ejemplo, yo entrené a mi hijo en lo básico, un poco de Object Pascal, le expliqué uniGui y nuestro mini Framework, en este momento el hizo un modulo web con pasarela de pagos, está migrando uno de los productos, ha mejorado elementos del mini Framework, mejorado las bibliotecas, además tiene habilidades en JavaScript / Python / Haskel. Como se consigue eso ? Estudiando, estudiando, estudiando y dejándose ayudar. En cuanto tiempo ? Menos de un año. Requisitos previos ? Tener muchas ganas, la profesión del muchacho es Psicólogo.

Inquietudes sobre uniGui en lo que pueda con mucho gusto.

[lbuelvas]

Se me olvidaba !

No hemos modificado nada de HTML, hemos escrito menos de 100 líneas de código JavaScript, solo modificamos un poco el CSS y eso por modificar un par de cosas que no se necesitaban realmente, eso es increíble !, La gente no me cree que yo no sé nada de JavaScript ni HTML, lógicamente le estoy sacando un tiempo a aprender para tener mejor comprensión de las cosas.

Si se tiene urgencia de entregar un producto tengan presente lo que implica: aprender un nuevo lenguaje porque se necesita JavaScript, HTML, CSS, aprender un Framework Frontend Reat / Angular / Vue aprender Backend con Nodejs, etc.

Hagan el proyecto en uniGui y con tiempo luego a moverse al Stack que se desee.

[newtron]

Gracias gatosoft por tus impresiones.


Ibuelvas, entonces me queda claro que tu experiencia con Unigui es buena y que lo recomiendas. Tengo algunas dudas que te agradecería que me aclararas:



- Según creo unicamente se puede instalar con un servicio IIS, imagino que eso te obliga a contratar un servidor windows en la nube e impidiendo usar cualquier otro servidor web. ¿Es así?
- También he leido que hay que tener mucho cuidado con la memoria porque, al no cerrar nunca el programa, se puede ir saturando hasta "petar". ¿En tu caso has migrado código ya existente o has escrito código nuevo para Unigui?
- ¿Qué tal el servicio que dan? porque, como ya he comentado antes, me da la impresión de que es "regulero" el acabado del producto.



Gracias y un saludo.

[ASAPLTDA]

Gracias Germán por tu opinión.
Pero me sigue quedando la duda, ¿UniGui es un parche o son impresiones mías? ¿Esto de TMS Web Core para Delphi sabes para cuando?
Saludos

Mi opinion que no ha probado tms y no probare por que este sea bueno o malo, si no que que me decide a trabajar en unigui despues de 2 anos de haberlo comprado, y como todo he tenido trapezones pero al final he seguido avanzando en el producto y cada vez esta mejor, el tiempo que he invertido en el empezo a tener frutos cada vez hago cosas con mayor facilidad, la experiencia adquiere valor, creo que vale la pena comprarlo o revisarlo (probar y reprobar) con el software de prueba, no te pongas a probar 4 o cinco toma uno y aprende a manjarlo bien y ahi tomas la decision correcta Saludes

[newtron]

Mi opinion que no ha probado tms y no probare por que este sea bueno o malo, si no que que me decide a trabajar en unigui despues de 2 anos de haberlo comprado, y como todo he tenido trapezones pero al final he seguido avanzando en el producto y cada vez esta mejor, el tiempo que he invertido en el empezo a tener frutos cada vez hago cosas con mayor facilidad, la experiencia adquiere valor, creo que vale la pena comprarlo o revisarlo (probar y reprobar) con el software de prueba, no te pongas a probar 4 o cinco toma uno y aprende a manjarlo bien y ahi tomas la decision correcta Saludes


Gracias ASAPLTDA. Efectivamente si no conoces el producto no lo puedes valorar pero para poder decidirte por alguna herramienta lo suyo es ver varias. Es bastante arriesgado meterte de cabeza en un producto determinado sin ver lo que hay en el mercado.


Saludos

[lbuelvas]

Saludos newtron y a todos.

Por el momento uniGui compila para Windows en modo x32 /x64, por tal motivo debe instalarse en un Servidor Windows Server que no tiene limitaciones en el numero de conexiones concurrentes TCP, aunque lo hemos instalado en un Windows 10 sin problema. Para usar con pocos usuarios se puede utilizar el .exe sin necesidad de usar IIS o Apache, aunque con Apache no hemos probado usarlo, la verdad nuestro segmento de mercado son entidades con a lo sumo 20 usuarios conectados.

Para pasar de .exe a .dll que es lo que maneja IIS es solamente comentar la siguiente línea

{$define UNIGUI_VCL}

Un VPS con Window Server vale el doble que uno en Linux, pero puedes comprar una Licencia de Windows Server e instalarla en un VPS de una empresa de hosting que permita instalación manual del sistema operativo, en nuestro caso, para nuestro sistema interno que es un mini CRM que hicimos en uniGui como ejercicio y un servicio de recibos para varios clientes lo tenemos en un servidor de USD $20 al mes con 2 núcles, 4 Gigas de RAM, disco SSD de 80 Gigas, la empresa es Vultr. Para instalarlo debimos modificar el ISO de Windows Server y adicionarle unas librerías que se llaman Virtio, ellas permiten el manejo de puerto Ethernet y no se que más cosa para que el servidor sea visible para uno.

Algunas personas han instalado la pasarela Wine sobre un servidor Linux para correr programas en uniGui pero yo no he hecho ese tipo de pruebas.

Resumiendo, por el momento Windows, aunque el fabricante dice que va a mover a Linux inicialmente con el compilador de Delphi para Linux pero eso es con la versión Enterprise que es más cara que la versión Professional, esa característica esta posiblemente para este año pero imagino que es un trabajo abismal el que se debe hacer.

Sobre la memoria, uniGui tiene una característica que se puede habilitar y es que cuando se detiene el programa el saca una lista de problemas de memoria, precisamente ayer corregí el manejo de un TList que no liberara la memoria (TList.free) , detecte el problema por el aviso que me dio uniGui. También he tenido la duda debido a que no conozco esa parte de la arquitectura sobre como es el manejo de sesiones mal cerradas o que hace uniGui cuando cierra la sesión al cliente después de n segundos (es configurable), será asunto de estudio más adelante.

Sobre el servicio del fabricante que es FMSoft es bueno aunque una vez tuvimos un problema manejando un DBNavigator que queríamos que solo se vieran los botones activos en un momento dado y se cambiaba el orden de los botones, como era problema de uniGui decidimos usar dos DBNavigator, uno encima del otro y se intercambiaban dependiendo del estado del Dataset, meses después llego el ticket de que el problema estaba resuelto, pero no nos vamos a poner a modificar la solución nuestra.

Otra cosa que es bueno considerar, si tu compras la Licencia y estaba dentro del Roadmap del producto una característica dentro del tiempo de tu licencia, ellos amplían tantos meses tu licencia, entonces tu soporte que es de un año inicialmente se puede extender 6 meses tal vez más.

El producto a mi parecer es complejo utiliza internamente Indi, JQuery, ExtJS, SynEdit, sus propias bibliotecas JavaScript, HyperServer, temas, etc., solo con el propósito de llevar al mínimo el uso de directo de HTML, CSS y JavaScript.

Pero que dicen los puristas ? Tengo un amigo experto en elaborar sistemas bajo PHP y me dice que eso no es desarrollo web. Le hice una demostración de cómo se hace un formulario Maestro en 5 minutos y no le gustó para nada, me imagino que es por la diferencia de esfuerzo en la que tal vez a él le cueste mucho tiempo hacer lo mismo.

Ayer empece a hacer un formulario Maestro Detalle, gasté unas dos horas para la parte básica (sin incluir la parte de crear tablas, llaves, indice, triggers, etc), en uniDac hice la parte de datos del maestro y el detalle, que eso hay que hacerlo de todas formas en cualquier herramienta, conectar los objetos visuales a los de uniDac y luego describir como se va a comportar el formulario


procedure TFrmGNRDocumentosIndices.UniFormCreate(Sender: TObject);
begin
_LimpiarDatasets(Datasets);
Datasets[1].Titulo := 'Indices Documentales';
Datasets[1].Dataset := DMGeneral.IndicesDocumentales;
Datasets[2].Titulo := 'Columnas del Indice Documental';
Datasets[2].Dataset := DMGeneral.IndiceDocumentalCampos;
inherited;
end;


Acá unas imágenes de como queda:

https://drive.google.com/file/d/11LC9oMcg80tzxO1J45QyRogpyhvO1eLf/view?usp=sharing

https://drive.google.com/file/d/1mYwkMB-y7WDx-ejdjh3XA6CZkJYNDFzC/view?usp=sharing

No necesitamos más código para que funcionen las operaciones CRUD, búsquedas y exportar información; pues esa parte la hace nuestro mini Framework gracias a la herencia visual.

Los unidbEdit, uniLabel, uniDBCombobox, etc, los creamos con un pequeño generador (a mano se gasta mucho tiempo en VLC / uniGui) copiamos la cláusula select, seleccionamos el tipo de objeto y nos genera los objetos que pegamos al formulario.

Entonces donde se debe hacer el esfuerzo es en usar herramientas para facilitar el trabajo y elaborar las que sean necesarias para ampliar la capacidad de producción, es lo que hacemos.

[Neftali [Germán.Estévez]]

Pero me sigue quedando la duda, ¿UniGui es un parche o son impresiones mías? ¿Esto de TMS Web Core para Delphi sabes para cuando?



Bueno, yo creo que casi cualquier cosa que empiece en Delphi y acabe en Web podemos decir que es un parche.
Para desarrollo web, pues lo mejor es desarrollar con herramientas web, para que nos vamos a engañar (hablando de font-end).
Lo que pasa es que si queremos tener en Delphi algo, pues lo que podemos discutir es si el "parche" es mayor o menor o si está mejor o peor hecho.
Tal vez no desarrollaría un proyecto nuevo con UniGUI, pero pienso en uno existente con mucha lógica de negocio que se pueda aprovechar y tal vez si es una opción planteable.
En este caso creo que la opinión de [lbuelvas] tiene mucho peso ya que veo que ha trabajado y se ha peleado con UniGUI.

[Neftali [Germán.Estévez]]

... quiero contarles mi experiencia,


No lo había comentado antes, pero gracias por expresar tu opinión de forma tan detallada.

[lbuelvas]

Con el mayor de los gustos, aprovecho para preguntar si este hilo debería ir en otra sección.

Otra cosa, Delphi + uniGui + Database = Full Stack Developer

[newtron]

Gracias lbuelvas, efectivamente una explicación completa y detallada.


Germán, igualmente coincido contigo y no lo has podido resumir mejor con eso de "una cosa que empiece en Delphi y acabe en web es un parche" así que me tocará evaluar para donde tirar.


Gracias a todos por vuestros comentarios y si alguien puede aportar algo más sobre el tema le estaré agradecido.


Saludos

[lbuelvas]

Bueno, el universo de conocimiento de esta área que es la informática es gigantesco, existen miles formas y de combinaciones para resolver nuestro trabajo.

Tal vez el único lenguaje que se originó por las necesidades web fue JavaScript, porque Python se diseñó inicialmente como sucesor del lenguaje de programación ABC, capaz de manejar excepciones e interactuar con el sistema operativo Amoeba.5​​ (sergún Wikipedia), los lenguajes C/C++ que se usan en web aparecieron mucho antes de que apareciera la web, son lenguajes que a través de bibliotecas y de revisiones a los lenguajes propiamente (versiones en el lenguaje de programación, no compiladores) han ampliado su funcionalidad; con el tiempo van apareciendo nuevos lenguajes para atender estas nuevas necesidades pero no por ello estar obligados a abandonar los lenguajes que llevan con nosotros mucho tiempo.

Pascal / Object Pascal son válidos hoy día y espero que las especificaciones de estos lenguajes reciban los cambios que se necesitan para este nuevo mundo.

Otra alternativa para empezar el desarrollo de aplicaciones web es Django, esta alternativa la estuve revisando y en algún momento haré algún proyecto pequeño para ver realmente como va para mis necesidades, pero el problema es que no puedo ponerme a experimentar con mi negocio. Lo de uniGui como les comentaba es de dos años de trabajo y mejorar las cosas, no puedo darme el lujo ahora de moverme a React / Angulas / Vue / JavaScript, etc que son muy buenos pero que cada uno tiene su curva de aprendizaje y el tiempo es limitado si estamos manejando nuestros propios negocios.

[lbuelvas]

Un artículo interesante sobre el camino para desarrollo web separando el Front-end del Back-end y mostrando las principales (más populares) tecnologías para cada rama de lo que se necesita conocer.

https://codearmy.co/el-camino-del-desarrollador-web-en-2018-64efc5b68853

La guía actualizada

https://github.com/kamranahmedse/developer-roadmap

[newtron]

maemía.... creo que ya estoy mayor para todo esto. :confused::confused:

[lbuelvas]

No hay que aprender todo lo que muestran esas ramas, son opciones dependiendo de las tecnologías que se seleccionen. Inevitablemente hay que comprender a un nivel básico - intermedio HTML5 y CSS y a un nivel básico - avanzado JavaScript, me imagino que siendo programadores en Delphi la curva de aprendizaje se puede hacer más rápidamente, el asunto son los cambios porque es un paradigma nuevo.

Luego seguiría el manejo de control de versiones si se trabaja en equipos, si se es freelance con copias de seguridad sería suficiente pero el control de versiones es bueno si se comete un error poder ubicar una versión previa del proyecto, en mi empresa somos dos personas en la parte de programación y usamos TortoiseSVN.

Sobre bases de datos me iría por Postgre SQL / Firebird, Postgre se integra muy bien con Django que sería mi opción para hacer un aplicativo pero acá entra a participar otro lenguaje de programación que es Python.

Y para el Front-end React / Vue pero no tengo ni idea de eso como va con Django y tampoco sé como se hace el despliegue de la aplicación.

La parte de Generadores de Sitios Estáticos es importante para documentar, estamos usando Hugo y unos temas para llevar un blog interno técnico y un sitio para la documentación / manuales de los productos, llevamos unos 15 días con esto y es genial porque meter entradas a un blog es muy fácil porque se escribe en MarkDown y el compila a HTML, se puede estar modificando una entrada y gracias aun servidor interno que trae se puede ver como va quedando la página, se genera el sitio estático con una sola instrucción "hugo" y se sube por ftp al servidor; para disponer el sitio web usamos nginx que es relativamente fácil de usar.

La parte de aprender Cloud Servers también es muy importante porque toca poner los productos en la web, nosotros tenemos un VPS en Vultr bajo Windows 2016 Server, personalmente la recomiendo, sus servidores son muy estables y rápidos.

Hay muchas tela para cortar, muchas tecnologías, muchas discusiones sobre que esto es mejor que lo otro, que esto es más rápido, en fin y uno de novato en el tema queda como Will Robinson en "Perdidos en el Espacio".

Y todas estas tecnologías son de código abierto y nos han metido en la cabeza que gratis es mejor pero eso no es necesariamente cierto, en lo personal me ha pasado que lo barato me ha salido caro. Nada mejor que pagar por soporte, no vivimos pues de eso ? de que nos paguen soporte. Cuando digo pagar es aportar en dinero a los proyectos que usamos, entonces algo puede ser código abierto pero la gente detrás no vive del aire. Delphi es costoso, uno tiene que hacer un esfuerzo porque el ecosistema no es barato, los componentes muchas veces son caros, pero pónganse a hacer un reporte sin Fastreport y solo con herramientas web y me cuentan como les va, pónganse a hacer una pantalla de captura sin un IDE a ver como les va, manejen una base de datos sin componentes como lo hace Delphi con IXB / UniDac / Fierdac / Zeos, etc.

Lo que veo en la parte web en mi corta visión es que es una cantidad de elementos que uno debe acoplar a mano, no he visto y espero equivocarme un framework / herramienta que me haga todo bajo un mismo entorno con un único lenguaje, es mi sincera opinión.

Yo creo que en los que participamos en este foro tenemos las habilidades para hacer este tipo de saltos, la experiencia previa es un facilitador para ello pero toca ponerse las botas y trabajar diligentemente.

[Casimiro Notevi]

No tiene nada que ver el software libre con que sea gratis.
El software libre es el que cumple las 4 libertades:

Libertad 0. Libertad de ejecutar el programa como desees.
Libertad 1. Libertad de estudiar el codigo fuente del programa y realizar los cambios que desee el programador.
Libertad 2. Libertad de ayudar a tu programa. Crear copias exactas del programa y distribuirlas bien gratuitamente o con la libertad de vender tu desarrollo. Estas dos opciones estan permitidas por la comunidad.
Libertad 3. Libertad para contribuir a tu Comunidad. Hacer copias de tus versiones modificadas y distribuirlas entre los demas.


En ningún sitio dicen que sea gratis, puedes cobrar perfectamente por un software libre.


Lo malo para nosotros, programadores, es el software del que no tienes el código fuente, ¿cuántas veces hemos tenido algún problema y no hemos podido resolverlo por no tener acceso al código fuente? ¿cuántas veces se ha intentado cambiar de versión de delphi para algún programa nuestro y no se ha podido por culpa de algún componente sin acceso al código fuente?

[lbuelvas]

Lo que quiero decir es que la gente piensa de código libre significa gratis, y creo que la el ciclo de vida de muchas cosas código libre es corta, entiendo que con el código fuente uno puede continuar mejorándolo pero el tiempo a invertir puede ser muy largo. Y si, he tenido problemas de disponibilidad de código en productos que desaparecen de la noche a la mañana como los maxComponents, otros que se detienen a mi parecer como QuickReport, nada está garantizado por la impermanencia de las cosas diría el Budismo.

[Casimiro Notevi]

... creo que la el ciclo de vida de muchas cosas código libre es corta...Bueno, y de muchas privativas también, no tiene nada que ver la licencia con el ciclo de vida :rolleyes:

[white_zombie]

Bueno, y de muchas privativas también, no tiene nada que ver la licencia con el ciclo de vida :rolleyes:
^\||/^\||/

[lbuelvas]

"Un buen desarrollador no mira al framework, mira a la forma de resolver los problemas con el framework, lo entiende, sabe cuando y como usarlo, entiende que la tecnología avanza y que su código funcionando en producción de forma robusta, resolviendo problemas dejará de usar algo novedoso (cosa, por otro lado normal en absolutamente todas las industrias. Debemos ser los únicos que no nos sentimos orgullosos de nuestro pasado)"

http://javisantana.com/2019/04/07/odio-los-framework.html