Re: [vfp] Re: ¿ Vale la pena usar Lazarus en lugar de VFP como futuro lenguaje principal de programación ?

[Carlos Miguel FARIAS]

Cualquiera de las dos opciones me parecen buena elección. Además ambas tienen foros emergentes de este.

freepasc...@googlegroups.com y vfp-a-...@googlegroups.com

Saludos: Miguel, La Pampa (RA)

El 23 de febrero de 2015, 3:55, Carton Jeston <carton...@gmail.com> escribió:

Gracias Miguel, lo que dices es muy interesante y confirma lo que otro compañero. No solo son las necesidades o preferencias del lenguaje sino el perfil del programador y la actividad o target de su empresa. En mi caso, no creo que a estas alturas no creo que trabaje para otra empresa y solo programo yo, por lo que busco lo mas rapido y sencillo en sacar rendimiento.

Python tiene cosas buenas, pero aun falta ver como elegir entre la multitud de opciones del universo pynthon para conseguir tener algo sencillo, quizas ironpython, pero en cuestion escritorio esta un poco verde pero no digo nada, porque seguro que hay algo que  lo hace o lo hara pronto.

Aqui Lazarus parte con la ventaja de que empiezas con todo lo que necesitas desde el primer momento, asi que entiendo porque resulta interesante incluso como segunda opcion.

[Leonel Gomez]

Amigos, en relación a este tema les quiero contar lo siguiente.

Yo también , he buscado por tiempo largo un lenguaje estable para desarrollo con preferencia y después de la comunicación de Lewis, Irwin y Pancho me incline por hacer mis pruebas con Lazarus

teniendo resultados casi inmediatos, pero aun así no quise descartar otros lenguajes entre ellos Python, Java y ahora C#. Con python he leido muchos tutoriales, y su sintaxis muy buena y comparto

la opinion de Miguel, osea lo descarte por esas razones, con Java  (NetBeans) aun estoy encaprichado en terminar un pequeño Crud que empece y seguro que estoy a un paso de lograrlo, sin embargo aun me falto un larguísimo camino por recorrer, pero seguro que si logro dominarlo sera una gran experiencia. con C Sharp, todo  muy automatico y pinta bien, muy usado a nivel mundial todo MS y seguro que hay carrera, no lo descarto.

Ahora con Lazarus, estimados amigos, en un principio me alegre muchísimo por los avances y no quería seguir con esto después de leer en la Web que era un lenguaje para aprender, para principiantes, para universitarios y que muchos no lo recomendaban para proyectos grandes así que baje la guardia un tiempo, pero luego vi los testimonios de los desarrolladores de Delphi

y comencé de nuevo esta investigación y hoy por hoy, sigo encantado con este lenguaje. anoche precisamente me descargue el paquete crear los menús tipo Ribbon, seguí el tutorial de Irwin y la verdad que cada día me siento mas cómodo, como si estuviera desarrollando en VFP, hasta ahorita he podido avanzar mucho mas que en los otros lenguajes que les mencione.

Y como dijo Pancho, no lo digo porque lo haya leído en alguna parte, lo digo porque lo he experimentado, ademas es un lenguaje Vivo y del momento, tiene mucho futuro y la velocidad de ejecución  lo que no he probado aun es compilar para Mac, es la parte que me falta experimentar, solo lo he leído no lo he experimentado.

Bueno amigos, espero que mi testimonio sirva de motivación para alguien mas.

haaaa se me olvidaba, gracias Irwin y Lewis, por tomarse el tiempo de publicar los tutoriales, me han servido muchísimo, no se imaginan la emoción que sentí, el hecho de poder instalar un nuevo paquete en lazarus y poder aplicare la fomosa sinta Ribbon.

Saludos amigos, feliz inicio de semana.

Leonel 

[Carlos Morandin]

Hola, Leonel
podrias pasarme el link de los tutoriales que mencionas en este correo ?
Muchas gracias
Carlos

El 23/02/2015 a las 02:45 p.m., Leonel Gomez escibió:

--
Has recibido este mensaje porque estás suscrito al grupo "VFP a Python" de Grupos de Google.
Para anular la suscripción a este grupo y dejar de recibir sus mensajes, envía un correo electrónico a vfp-a-python...@googlegroups.com.
Para publicar en este grupo, envía un correo electrónico a vfp-a-...@googlegroups.com.
Visita este grupo en http://groups.google.com/group/vfp-a-python.
Para acceder a más opciones, visita https://groups.google.com/d/optout.

--

[Lewis López]

Carlos, son estos: 

http://freepascal.260mb.net/

http://vfptolazarus.blogspot.com/

https://groups.google.com/forum/#!forum/freepascalhispano

Saludos.

Jesucristo es el verdadero Dios y la vida eterna. 1 Juan 5:20

http://www.lopezsoft.com.co/

Lewis Oswaldo López Gómez 

Cel:      311 665 0342

Correo: lws_...@hotmail.com - lopezs...@gmail.com

Skipe:  asaie2010

Puerto Libertador - Córdoba-Colombia

---

Date: Mon, 23 Feb 2015 15:33:55 -0300
From: carlos....@gmail.com
To: vfp-a-...@googlegroups.com
Subject: Re: {VFP a Python} Re: [vfp] Re: ¿ Vale la pena usar Lazarus en lugar de VFP como futuro lenguaje principal de programación ?

[Carlos Miguel FARIAS]

Leonel: Si compartes lo que digo, porque dices que descartas python?
Has probado realmente python? Has probado Django con python? Y digo Django como cualquier otro framework.

No digo que tu elección no sea apropiada, pero si compartes lo que digo, no puedes entonces descartar python y optar por Lazarus FreePascal.

Te contesto en este foro y reenvio al python-latino, porque el tema es común.

Python figura en cualquier ranking que elijas arriba del 9° lugar.

Delphi (incluye lazarus?) no se si figura en promedio debajo del 20° lugar.

Justamente en mi elección de python, sobre Lazarus-freepascal, fue esa circunstancia, cuando tienes que justificar en un grupo de iguales, y "competir" con tu propuesta ante jefes que quieren resultados ya y debes justificar porque elijes una herramienta y no otra, ni siquiera Delphi gratis puede competir con Python.

Y no discuto que herramienta es mejor que otra, para lo que tengo que manejar (y lo que mucho en este foro) ambas herramientas superan con creces lo que se necesita. 

Saludos: Miguel, La Pampa (RA)

[Leonel Gomez]

!!!Heeey amigos, en estos momentos voy a hacer un copy+paste de un articulo que encontré en San Google, para aquellos que aun dudan en utilizar Lazarus para hacer sus desarrollos.

Con ustedes......el Jericó!!!!; jajajajaj

Por supuesto que no es lo mismo que Delphi, pero muy barato - ver el precio de
el USB Lázaro palo en la Publicidad. Por lo tanto al alcance de cualquier persona y
a comenzar inmediatamente sin necesidad de instalación. Usted puede crear
cualquier aplicación que usted siempre quiso y el número de componentes disponibles es
crece constantemente. Así que la respuesta es SÍ. Perfecto para comerciales
aplicaciones!

Comencé mi trabajo en 2001 en una empresa croata llamado Holobit ...

En ese momento Holobit era una empresa muy pequeña con una docena de
clientes. Mi tarea principal era hacer negocio de la compañía C actuales
aplicaciones se ejecutan en Linux y Windows con Delphi y Kylix y
la tecnología de Borland CLX. Después de años de C / C de codificación en linux programación orientada a objetos miró
muy sencillo y bien organizado. Dos meses más tarde llegué a la conclusión de que Borland
había grandes productos, y el tiempo de codificación es mucho más corto de lo que era con
C / C (gtk, qt) utilizando el editor vi. En cualquier caso, el plazo de 3 meses, nuestro negocio
aplicaciones se convirtieron en CLX y la compañía comenzó a vender
Linux y Win32. Todo se hizo con Kylix 2 y Delphi 6 (después ampliado a
K3 y D7).

Creación de aplicaciones nativas Linux fue una buena decisión, por lo que el número de
los clientes comenzaron a crecer rápidamente. Nuestros clientes estaban contentos con la
posibilidad de elegir entre Linux y las aplicaciones cliente de Windows para PC de dekstop,
porque ahorra algo de dinero y crea un mejor y más seguro
el medio ambiente. El tema de la segunda conversión que parecía bastante complicada -
en ese momento - eran las bases de datos. Cuando empecé a convertir nuestro
aplicaciones, todos ellos utilizados Foxpro, y yo estaba muy decepcionado con
, porque yo ya se utiliza Postgresql en Linux. Así que su respuesta que
trasladado todas nuestras aplicaciones a PostgreSQL es del todo correcto.

En ese momento yo no sabía que los componentes de terceros como Zeos .. etc, por lo que
escribió el controlador de mi Postgresql propia y lo usó durante varios años. Más tarde, cuando
He encontrado Zeos - una agradable sorpresa - De inmediato comenzó a usar eso. Por lo tanto,
continuó hasta 2004, hubo rumores de que Kylix era la salida, no hay noticias de
Borland - sólo el silencio ... Sí se Salido: la culpa es tuya Borland, no
porque pones en Kylix graves, sino porque usted engañó a sus clientes.
Durante años, entonces, estábamos luchando con los productos de Borland. (En el ínterin
Kylix no podía funcionar en cualquier distribución basada en Glibc superior
2.4.X) y luego, hasta que vi que alguien había iniciado un cuarto de galón-widgetset en un Lázaro
proyecto, y un chico que fue Felipe, y gracias a Den Jean para Qt C
enlaces, ya que sin los enlaces C que no podría tener un Qtwidgetset
dentro de Lázaro.

Yo había mirado a Lázaro antes sólo un par de veces, pero no estaba
atrajo con anterioridad, ya que admite sólo la widgetset gtk1 que
parecía horrible en comparación con el utilizado por QT2 Kylix, por lo que ahora me motivó a
descargar el tronco Lazarus y averiguar para ver la forma cómo se trabajó con
Qt. (Ya he intentado Gtk antes). Bueno, como IG ya se ha mencionado, el trabajo en
la widgetset Qt que sólo acaba de empezar, el resultado de la necesitaba mucho
mejoras, por lo que no funciona.

Después de un análisis rápido de los principios de Lázaro, la biblioteca de componentes Lázaro
(LCL) y widgetset conexiones con el LCL comencé a contribuir a la
proyecto de Lázaro con un objetivo primordial para conseguir Qt widgetset en marcha.
Mi parches primero y luego se enviaron a Felipe. Argumentó sobre mi codificación
normas (hey, hey), pero me fijo que cambió mi y normas de codificación de
Lázaro el estándar de codificación. De todos modos, después de un año o menos, el widgetset Qt
se convirtió en útil -, mientras tanto, los desarrolladores de Lázaro me concedió svn escribir
acceso - por lo que no necesita más que esperar a que Felipe y otros a cometer mi
parches. Al mismo tiempo - los problemas de negocio surgió con Kylix y Delphi
la programación y la gestión de la empresa considerada en movimiento nuestro pensamiento
a punto de mover el código base completa a Java o. NET. Cuando la gestión
decidió este cambio debe hacerse rápidamente me opuse.

Yo no estaba muy feliz con eso. No porque una de las aplicaciones, pero
porque de todos los componentes de terceros usados en nuestras aplicaciones
(Zeoslib, FastReport, redes de TMS, etc VirtualTrees). Le dije que íbamos a
necesita una gran cantidad de tiempo y recursos para mover nuestro código Java o. Net y la
resultado de esa operación no era tranquilizador. Yo estaba preocupada por estos
decisiones de las empresas (y ya tenía en mente para cambiar el trabajo), por lo menos una
día le pregunté al jefe si podría aceptar que me dejes pasar algún tiempo
el desarrollo de código con Lázaro, y en los próximos meses me mostró algunas
de nuestras aplicaciones que se ejecutan en Qt4.

Había comenzado una carrera contra el tiempo, tuve que arreglar el Qt-LCL y convertir
una de nuestras aplicaciones de LCL (sólo uno pequeño). Eso no fue fácil
tarea desde qt-lcl todavía no está terminado y muchas cosas que no se
de trabajo. Zeos a Lázaro ya existía, pero por este simple
aplicaciones que tenía que tener FastReport y redes de TMS. Así que tenía tres
meses para Qt bajo Lázaro utilizable, convertir FastReport y TMS
las grandes redes (tanto CLX licencia) ...

Tras cientos de horas de codificación, el día del juicio final llegó. Tuve que
mostrar mi trabajo a finales de febrero de 2008. Hice una presentación en Linux,
32 bits de Windows y en Mac OSX y la dirección de la empresa se sintió complacido y
satisfecho con ella. Por supuesto todavía hay errores y funciones que aún no
a cabo, pero que aprecia mi argumento principal. Si nos trasladamos a
Lázaro, que sería capaz de trabajar en otros (aún más) el apoyo
plataformas, y también porque Lázaro es un proyecto de código abierto, que se
no estar a merced de las decisiones adoptadas por otras compañías (tales como
Borland) que nos había perjudicado en el pasado. Que se convirtió en el día más feliz en
los últimos años de mi vida laboral. Me dieron el presupuesto y el tiempo
necesaria para mover nuestras aplicaciones a Lázaro. Ahora tenía un plazo razonable
(15 meses) para mejorar Lázaro y volver a escribir nuestras aplicaciones de Lázaro
(Y hacer frente a otras tareas cotidianas). Durante 2008/2009 que convierte todos los
los componentes de terceros y todas nuestras aplicaciones para FPC / Lazarus,
por lo que también contribuyó con una gran cantidad de parches para el proyecto Lázaro.
El objetivo es llegar - Lázaro es mejor ahora que Kylix 3 y empezamos
para desplegar aplicaciones Lcl LCL lo largo de más de 3.500 en los sitios de los clientes.

impresiones de usuario fueron positivos ya que nuestras aplicaciones se ve en todos los nativos
plataformas. Una docena de usuarios de Mac OS X también feliz desde que damos
que aplicaciones nativas por primera vez (que utiliza Linux Parallels VM).
WOW, lo que es un día glorioso. Simplemente no tenía necesidad de los productos de Borland
más.

Ahora nuestra gama completa de software se desarrolla utilizando FPC / Lazarus y
utiliza PostgreSQL RDBMS:
1. HoloERP - ERP con> 400 módulos (formas)
2. Cafeman - Caffe bares y restaurantes de backoffice y el sistema POS
3. UAT - backoffice pequeñas tiendas y sistema POS
4. Cine - software para los cines (reservas, billetes, etc)
5. ArhStudio - arquitectos base de datos de documentación.

Todas estas aplicaciones son aplicaciones de los siguientes componentes tercera parte:
· Zeoslib
· FastReport (portado CLX)
· EMT Grids (portado CLX, sino también que la nueva licencia VCL
y portando)
· Planificación del TMS (portado CLX, más tarde VCL)
· FlexCell (con licencia de LCL, sí hay versión LCL)
· Nuestros componentes personalizados

Conclusión:
¿Por qué?
Lázaro está listo para su uso comercial, especialmente para las personas con herencia
Kylix3 / Delphi7 bases de código.
Mi opinión personal es que Lázaro Qt es mucho mejor que en este K3/D7
tiempo (0.9.29 tronco), y los desarrolladores estarán encantados con su nuevo 0.9.30
versión.
· La programación orientada a objetos sólo RAD que soporta plataformas de tantos.
· Constantemente desarrollado por voluntarios, que no depende de comerciales
decisiones para que pueda evitar la quiebra, etc
· Costes casi nada, excepto energía y tiempo.
· Si no se ajusta a sus necesidades, usted puede cambiar y contribuir.
· Si hay un error - se puede arreglar y que contribuyen, pero por lo menos
puede abrir un tema en el seguimiento de Lazarus tema ".

Autor de este texto del blog es miembro del foro Zeljan Lázaro y el caso de software
es de http://www.holobit.net. El texto es de Blaise Pascal Newsletter
Base de datos especial.

[Carlos Miguel FARIAS]

Intente buscar HOLOErp en la web, los sitios me dan como inválidos (en español casi no hay referencias).

Los artículos que vi están en alguna versión de lenguaje que no logro discernir (no es ingles, ni francés ni alemán, parece algo de Europa Oriental).

En nuestro caso: Necesitabamos un lenguaje que cubriera cualquier posibilidad.

Nuestra elección en python surge:

Curva de aprendizaje muy rápida, aún más rápida que Fox, ni hablemos de Pascal, es más, está considerado como uno de los lenguajes más fáciles de aprender.

Multiplataforma: Windows, Unix, Linux, AS/400, Móviles y fundamentalmente, gran capacidad para web.

Licencia gratuita de todos sus elementos.

Es uno de los lenguajes más utilizados o mencionados en cualquiera de los rankings existentes, esto fue fundamental para convencer a gente que ni sabía de su existencia.

Es usado por por grandes empresas en el mundo (Google, Nasa, etc.)

Es compatible para:

Aplicaciones de cualquier tipo (el otro día por probar, pude obtener 10^100000 y aguantó el resultado (intel I5 4Gb RAM) y operaciones con números complejos directamente.

Es de los pocos lenguajes aparte de C++ (CLOS, Eiffel, Objetive C) que soporta herencia múltiple (no me mencionen que se reemplazan con interfaces, porque demuestran que no tienen idea de OOP)

Aplicaciones de escritorio o Web

Macros de Libre/Open Office

Código en el Navegador (Brython) (o sea, se usa python en lugar de JS para scripts en el navegador)

Scripts para Linux (muchos linux lo traen preinstalado)

Por la potencia del lenguaje, podría hacer scripts para Windows también.

Código para Procedimientos almacenados en postgresql.

Y como nosotros estamos usando ArcGIS, para toda la gestión de planos e información georeferenciada, el python es el lenguaje que tenemos para tratar de hacer procesos especiales contra la data que maneja dicha herramienta.

Para el desarrollo de sistemas en general, se ha determinado que los sistemas serán del tipo cliente delgado (navegador en cliente, programas en el servidor) porque tenemos más de 600PCs desperdigados por casi toda la ciudad, y muchas de las locaciones solo pueden acceder por internet (servicio externo) y el resto lo haría por intranet (varias áreas vía fibra óptica).

Esas son en general las razones por la cual encaramos python.

Para la web encaramos Django, que permite un desarrollo rapidísimo (toda la parte de gestión básica) se hace automáticamente a partir del modelo de datos. el mismo Django se encarga de traducir el modelo de datos, escrito en python en la bd, te lleva la migración (cambio de modelo) de la bd automáticamente (no hay que meter dedos con SQL CREATE, DROP, etc.) y te genera, si fuese requerido, todos los abms que son relativamente rudimentarios, pero en muchos casos te saca del apuro.

Además Django te gestiona toda la parte de seguridad de acceso de los usuarios.

Saludos: Miguel, La Pampa (RA)

[Carlos Miguel FARIAS]

Mario: Lo reenvio al grupo vfp-a-python. Muy buena exposicion

---------- Mensaje reenviado ----------
De: Mario López <guag...@gmail.com>
Fecha: 4 de mayo de 2018, 14:44
Asunto: Re: [vfp] Re: ¿ Vale la pena usar Lazarus en lugar de VFP como futuro lenguaje principal de programación ?
Para: Comunidad de Visual Foxpro en Español <publice...@googlegroups.com>

Yo cuando decidí invertir en otra tecnología fuera de VFP elegí un lenguaje que me permitiera desarrollar tanto programación de sistemas desktop tradicionales, plataformas móviles, Web y general, tanto en Windows como en Linux. Por eso elegí Python con sus librerías:

Python + PyQt5 o PySide (toolkit gráfico) + SqlAlchemy (ORM) + Postgres (BBDD) para sistemas desktop
Python + Kivy (toolkit gráfico móvil) para plataformas móviles
Python + Flask para aplicaciones web mínimas o muy modulares
Python + web2py para aplicaciones web medianas
Python + Django para aplicaciones web grandes (sólo lo usé para pruebas, no hago aplicaciones web de un tamaño que justifique profundizar en Django)

Mis 2 centavos,
Mario