Re: [Python-es] Desarrollo web o no

[Jesús Quintero Suárez]

Hola todos, en ocasiones las dependencias de terceros traen consigo más 
problemas que soluciones, en estos casos reinventar la rueda es benéfico, 
migrar de VFP a Python es exactamente eso, mis aplicaciones corren 
perfectamente, cero problemas.

Con respecto a los diseñadores de GUIs para Python que visto, en todos tiene 
que hacer cosas adicionales y en algunos más que en otros porque tienen 
problemas con Windows, talvez no conozcan el de VFP, te abre ventanas 
independiente para codear eventos, métodos para un o múltiples widgets, esto 
facilita el trabajo, todo tu diseño queda plasmado en una tabla de base de 
datos nativa, en la que cada elemento inclusive la ventana es un registro que 
incluye todas y cada una de las característica y el código de control, la cual 
puedes leer y con un programa generar el archivo completamente funcional que 
necesitas para correr en Python y de verdad nada complicado y si un alivio 
enorme hacia futuro.

Saludos, Jesús.

___
Python-es mailing list
Python-es@python.org
https://mail.python.org/mailman/listinfo/python-es
FAQ: http://python-es-faq.wikidot.com/

Re: [Python-es] Orientación para el desarrollo de aplicaciones GUI.

[Mario Lacunza]

Mi única duda xq esto: Diseñador de GUI: Visual FoxPro ?

tendrías q escribir código especial para poder usar lo q genere ese
programa cuando con cualquier tool del paquete de widgets q escojas solo
tienes q heredar de las clases base q te generen en Python

Saludos / Best regards

Mario Lacunza
Email:: mlacu...@gmail.com
Personal Website:: http://www.lacunza.biz/
Hosting:: http://mlv-host.com/
Mascotas Perdidas:: http://mascotas-perdidas.com/
Skype: mlacunzav

Lima - Peru

El 13 de enero de 2016, 18:55, Jesús Quintero Suárez 
escribió:

> Hola, atendiendo sus respuestas definitivamente me voy por aplicaciones de
> escritorio, con la combinación:
>
> · Python: Versión reciente.
>
> · Base de datos: PostgreSql.
>
> · Orm: SqlAlchemy.
>
> · Diseñador de GUI: Visual FoxPro
>
> Solo me queda faltando el paquete para a utilizar, en lo posible con la
> capacidad TouchScreen si saben de alguno por favor, de lo que podido leer
> Kivy, QT o pyGObject que incluye Gtk3+ para Python 3.4.x, estas son las
> opciones, si conocen una mejor por favor.
>
> Saludos, Jesús
>
>
>
>
>
>
>
> ___
> Python-es mailing list
> Python-es@python.org
> https://mail.python.org/mailman/listinfo/python-es
> FAQ: http://python-es-faq.wikidot.com/
>
>
___
Python-es mailing list
Python-es@python.org
https://mail.python.org/mailman/listinfo/python-es
FAQ: http://python-es-faq.wikidot.com/

[Python-es] Orientación para el desarrollo de aplicaciones GUI.

[Jesús Quintero Suárez]

Hola, atendiendo sus respuestas definitivamente me voy por aplicaciones de
escritorio, con la combinación:

* Python: Versión reciente.

* Base de datos: PostgreSql.

* Orm: SqlAlchemy.

* Diseñador de GUI: Visual FoxPro

Solo me queda faltando el paquete para a utilizar, en lo posible con la
capacidad TouchScreen si saben de alguno por favor, de lo que podido leer
Kivy, QT o pyGObject que incluye Gtk3+ para Python 3.4.x, estas son las
opciones, si conocen una mejor por favor.

Saludos, Jesús

 

 

 

___
Python-es mailing list
Python-es@python.org
https://mail.python.org/mailman/listinfo/python-es
FAQ: http://python-es-faq.wikidot.com/

Re: [Python-es] Orientación para el desarrollo de aplicaciones GUI.

[Mario R. Osorio]

Creo que pretendes hacer un arroz con mango y deberias pensar mejor lo que
te propones ya que mezclar VFP y Python no debe ser nada facil y tampoco no
tiene mucho sentido: Si VFP te da todo lo que necesitas y tus aplicaciones
estan funcionando "sin problemas", para que tomarte la molestia? Es como
tratar de reparar lo que no se ha roto...

Yo pense que estabas tratando de aprovechar la robustez de PostgreSQL y la
variedad de paquetes de Python ,web o no; para mejorar el rendimiento y
seguridad de tus aplicaciones, pero parece que quisieras embarcarte en "La
Odisea" solo, y sin brujula...


Dtb/Gby
===
Mario R. Osorio
A.S. of Computer Programming and Analysis

“If I had asked people what they wanted, they would have said faster
horses.”
 ― Henry Ford





2016-01-13 18:55 GMT-05:00 Jesús Quintero Suárez :

> Hola, atendiendo sus respuestas definitivamente me voy por aplicaciones de
> escritorio, con la combinación:
>
> · Python: Versión reciente.
>
> · Base de datos: PostgreSql.
>
> · Orm: SqlAlchemy.
>
> · Diseñador de GUI: Visual FoxPro
>
> Solo me queda faltando el paquete para a utilizar, en lo posible con la
> capacidad TouchScreen si saben de alguno por favor, de lo que podido leer
> Kivy, QT o pyGObject que incluye Gtk3+ para Python 3.4.x, estas son las
> opciones, si conocen una mejor por favor.
>
> Saludos, Jesús
>
>
>
>
>
>
>
> ___
> Python-es mailing list
> Python-es@python.org
> https://mail.python.org/mailman/listinfo/python-es
> FAQ: http://python-es-faq.wikidot.com/
>
>
___
Python-es mailing list
Python-es@python.org
https://mail.python.org/mailman/listinfo/python-es
FAQ: http://python-es-faq.wikidot.com/

[Python-es] Desarrollo web o no

[Jesús Quintero Suárez]

Cordial saludo para todos, en un post anterior estaba decidido a crear
aplicaciones de escritorio y solicitaba la mejor combinación utilidades para
lograrlo, las respuestas generaron controversia en el sentido que si era
mejor hacerlas web o no, eso me agrada pues la idea principal es la de
mejorar el producto existente, desarrollado 100% en Visual FoxPro,
multiusuario, con la base de datos nativa y siempre conectado.

Ahora lo que quiero es migrar a python y de paso mejorarlas en tos sus
aspectos, pero se presenta tres alternativas, web, escritorio o hibrido,
entiendo perfectamente las ventajas del desarrollo web, pero, hay
requerimientos que cumplir y algunas limitaciones:

Requerimientos:

* Son varias aplicaciones que comparten la base de datos, en cuanto
a su mantenimiento o administración.

* Cada aplicación debe funcionar independiente de las otras, excepto
por la base de datos.

* Un cliente puede poseer una o varias de ellas, pero nunca todas.

* Cada cliente debe tener su propia base de datos, es información
muy sensible.

* Las aplicaciones básicas responden a los requerimientos del estado
colombiano y no a los del cliente, a solicitud se desarrollan aplicaciones
especiales para el diligenciamiento automático de las básicas, con la
garantía de ninguno de mis otros clientes podrán acceder a ellas.

* La función principal de las aplicaciones básicas es la de generar
archivos que representan un único documento, pero una sola operación puede
generar más de 1000 documentos, tamaño máximo por archivo 100KB codificado
en ASCII extendido hasta 256 caracteres.

* Como lo mencioné antes, estas aplicaciones desarrolladas en VFP se
encuentran en producción, y no creo que mis clientes acepten ni sería justo
entregarles menos de lo que ya poseen, quiero decir:

o   Validación campo a campo teniendo en cuenta todos los datos hasta el
momento incorporados.

o   Para campos relacionados el usuario digita dato requerido por que en la
mayoría de los casos lo tiene a la mano o se lo sabe, esto les brinda más
agilidad que ponerse a seleccionar de una lista de probablemente miles de
opciones, sin embargo, si lo desconoce al oprimir una tecla especial se le
brindara una lista filtrada de acuerdo con datos conocidos y con opción de
búsqueda por los campos de la tabla padre.

o   Prevención de diligenciamiento, activación o desactivación de casillas
de acuerdo con datos incorporados en el formulario actual o anteriores.

* Por último y la más importante, mis clientes están sometidos a un
régimen sancionatorio por errores, omisión de información o no entrega
oportuna de la documentación, y pueden ser económicas (cuantiosas),
suspensión o cierre de la entidad, esto está amparado por pólizas que el
estado hace efectivas tan pronto como lo crea conveniente, normalmente
siempre y después pregunta que paso mediante un requerimiento. Esto
realmente es preocupante y solo pensar en ofrecer los servicios de servidor
ya sea web o de ejecución de aplicaciones remotas me da miedo, en caso de
fallo y no poder restaurarlo rápidamente me metería en serios problemas, y
no con uno sino con todos.

* En la actualidad mi segundo mejor cliente tiene mi aplicación en
servidor de aplicaciones y la acceden a través de internet desde diferentes
sucursales en el país, como lo hicieron, no tengo ni idea, pero lo
importante es que cuando lo deseen pueden trastear con la base de datos e
instalar el software en cada una de las sucursales y hacerlas independientes
y en cuestión de minutos están en producción nuevamente.

Las limitaciones no son infranqueables, se deben a mi falta de conocimientos
sobre web, pero si van influir significativamente en el tiempo de
desarrollo, he estudiado python, django, html5 y css, pero creo que aún me
falta mucho más, por ejemplo:

* Como ponerlas en producción local y/o hosting sin ningún
conocimiento en servidores y que además con lo que estudiado sigo sin
entender.

* Como por lo menos replicar las características del software
anterior en VFP.

Mi opinión, que igual puede estar lejos de la realidad, es que Django está
muy estructurado y revertir todo eso podría ser más complejo por ir en
contra de su filosofía y su forma de actuar, quizá con Flask tenga que
codear más pero a lo mejor aprenderé a recorrer el camino, creo que con
cualquiera de estos framework se puede resolver el segundo punto de mis
limitaciones, es cuestión aprender, claro con un poco de orientación como
sobre que debo estudiar. El que me preocupa realmente es el primer punto, si
no puedo poner en producción la aplicación de forma local en el sistema
operativo Windows de una manera sencilla, que corra bien y sin mayores
inconvenientes a futuro, que no interfiera con los procesos y actividades
actualmente corriendo en el equipo que fungirá de servidor y que no genere
costos adicionales a mi cliente, debo descartarlo y tomar el camino de
aplicaciones de 

Re: [Python-es] Desarrollo web o no

[Mario Lacunza]

Y cuanto pagas por el análisis? jajaja

Mira lo último q planteas sobre usar VFP para diseñar intefaces GUI para
python no se como te lo has inventado. Si va a usar QT usa su designer q es
muy bueno, si vas a usar wxPython te aconsejo wxFormbuilder. Lo demás es
perdida de tiempo, no reinventes la rueda.

Segundo: web o desktop pues partiendo q sabes Python para web debes
aprender mínimo 3 lenguajes HTML+CSS+JS y si quieres hacer interfaces
dinámicas AJAX + el framework q vayas a usar. SI tienes el tiempo para todo
esto pues... yo a pesar de saber estos últmos en tu caso me decantaría por
una desktop tradicional, yo uso wxPython y SQL alchemy en todos mis
softwares sin problemas, deploy ya lo mencione, la primera vez 4
instaladores click click en windows al hacer un upgrade solo distribuyo el
EXE. No tengo mayores problemas.

El resto es análisis y diseño del software.

Saludos / Best regards

Mario Lacunza
Email:: mlacu...@gmail.com
Personal Website:: http://www.lacunza.biz/
Hosting:: http://mlv-host.com/
Mascotas Perdidas:: http://mascotas-perdidas.com/
Skype: mlacunzav

Lima - Peru

El 13 de enero de 2016, 11:01, Jesús Quintero Suárez 
escribió:

> Cordial saludo para todos, en un post anterior estaba decidido a crear
> aplicaciones de escritorio y solicitaba la mejor combinación utilidades
> para lograrlo, las respuestas generaron controversia en el sentido que si
> era mejor hacerlas web o no, eso me agrada pues la idea principal es la de
> mejorar el producto existente, desarrollado 100% en Visual FoxPro,
> multiusuario, con la base de datos nativa y siempre conectado.
>
> Ahora lo que quiero es migrar a python y de paso mejorarlas en tos sus
> aspectos, pero se presenta tres alternativas, web, escritorio o hibrido,
> entiendo perfectamente las ventajas del desarrollo web, pero, hay
> requerimientos que cumplir y algunas limitaciones:
>
> Requerimientos:
>
> · Son varias aplicaciones que comparten la base de datos, en
> cuanto a su mantenimiento o administración.
>
> · Cada aplicación debe funcionar independiente de las otras,
> excepto por la base de datos.
>
> · Un cliente puede poseer una o varias de ellas, pero nunca todas.
>
> · Cada cliente debe tener su propia base de datos, es información
> muy sensible.
>
> · Las aplicaciones básicas responden a los requerimientos del
> estado colombiano y no a los del cliente, a solicitud se desarrollan
> aplicaciones especiales para el diligenciamiento automático de las básicas,
> con la garantía de ninguno de mis otros clientes podrán acceder a ellas.
>
> · La función principal de las aplicaciones básicas es la de
> generar archivos que representan un único documento, pero una sola
> operación puede generar más de 1000 documentos, tamaño máximo por archivo
> 100KB codificado en ASCII extendido hasta 256 caracteres.
>
> · Como lo mencioné antes, estas aplicaciones desarrolladas en VFP
> se encuentran en producción, y no creo que mis clientes acepten ni sería
> justo entregarles menos de lo que ya poseen, quiero decir:
>
> o   Validación campo a campo teniendo en cuenta todos los datos hasta el
> momento incorporados.
>
> o   Para campos relacionados el usuario digita dato requerido por que en
> la mayoría de los casos lo tiene a la mano o se lo sabe, esto les brinda
> más agilidad que ponerse a seleccionar de una lista de probablemente miles
> de opciones, sin embargo, si lo desconoce al oprimir una tecla especial se
> le brindara una lista filtrada de acuerdo con datos conocidos y con opción
> de búsqueda por los campos de la tabla padre.
>
> o   Prevención de diligenciamiento, activación o desactivación de
> casillas de acuerdo con datos incorporados en el formulario actual o
> anteriores.
>
> · Por último y la más importante, mis clientes están sometidos a
> un régimen sancionatorio por errores, omisión de información o *no
> entrega oportuna de la documentación*, y pueden ser económicas
> (cuantiosas), suspensión o cierre de la entidad, esto está amparado por
> pólizas que el estado hace efectivas tan pronto como lo crea conveniente,
> normalmente siempre y después pregunta que paso mediante un requerimiento.
> Esto realmente es preocupante y solo pensar en ofrecer los servicios de
> servidor ya sea web o de ejecución de aplicaciones remotas me da miedo, en
> caso de fallo y no poder restaurarlo rápidamente me metería en serios
> problemas, y no con uno sino con todos.
>
> · En la actualidad mi segundo mejor cliente tiene mi aplicación
> en servidor de aplicaciones y la acceden a través de internet desde
> diferentes sucursales en el país, como lo hicieron, no tengo ni idea, pero
> lo importante es que cuando lo deseen pueden trastear con la base de datos
> e instalar el software en cada una de las sucursales y hacerlas
> independientes y en cuestión de minutos están en producción nuevamente.
>
> Las limitaciones no son infranqueables, se deben a mi falta de
> 

Re: [Python-es] Desarrollo web o no

[Carlos Zuniga]

2016-01-13 11:01 GMT-05:00 Jesús Quintero Suárez :
> Cordial saludo para todos, en un post anterior estaba decidido a crear
> aplicaciones de escritorio y solicitaba la mejor combinación utilidades para
> lograrlo, las respuestas generaron controversia en el sentido que si era
> mejor hacerlas web o no, eso me agrada pues la idea principal es la de
> mejorar el producto existente, desarrollado 100% en Visual FoxPro,
> multiusuario, con la base de datos nativa y siempre conectado.
>
> Ahora lo que quiero es migrar a python y de paso mejorarlas en tos sus
> aspectos, pero se presenta tres alternativas, web, escritorio o hibrido,
> entiendo perfectamente las ventajas del desarrollo web, pero, hay
> requerimientos que cumplir y algunas limitaciones:
>
> Requerimientos:
>
> · Son varias aplicaciones que comparten la base de datos, en cuanto
> a su mantenimiento o administración.
>
> · Cada aplicación debe funcionar independiente de las otras, excepto
> por la base de datos.
>
> · Un cliente puede poseer una o varias de ellas, pero nunca todas.
>
> · Cada cliente debe tener su propia base de datos, es información
> muy sensible.

Aquí depende de si vas a hacer un servicio web, donde todos los
clientes se registran en tu servidor y acceden a su propio contenido o
si cada uno va a tener su propio servidor web. Para lo primero,
probablemente usaras una sola base de datos y diferenciaras los datos
de cada cliente por algún campo en ella. Aquí es importante filtrar en
todas las consultas por ese campo para evitar acceder a la data de
otro cliente, pero se simplifica la administración y actualización del
software ya que todo esta en tus propios servidores (cada nuevo
cliente solo significa crear una nueva cuenta no instalar nada).
Podrías separar bases de datos por cliente pero aún así todas las
bases de datos están dentro de tu infraestructura así que no es mucha
la diferencia. Con la segunda forma cada cliente requiere su propia
infraestructura, el mantenimiento y actualización serán más
complicados ya que tendrán que realizarse para cada uno pero el diseño
de la base de datos será más simple, se simplifican las consultas a la
BD y no habrá problemas de fuga de datos de un cliente a otro.

Las aplicaciones de escritorio requerirán actualizar los cambios en
cada estación de trabajo (o un sistema de actualización por la red).

También hay que tener en cuenta la disponibilidad del servicio, si por
alguna razón el cliente se queda sin Internet, pierde acceso al
servicio web, pero sigue teniendo acceso a sus propios servidores. Por
otro lado, pueden acceder al servicio web desde cualquier navegador
(incluso su smartphone) y no solo dentro de la empresa (y esto le
suele gustar a los gerentes).

>
> · Las aplicaciones básicas responden a los requerimientos del estado
> colombiano y no a los del cliente, a solicitud se desarrollan aplicaciones
> especiales para el diligenciamiento automático de las básicas, con la
> garantía de ninguno de mis otros clientes podrán acceder a ellas.
>
> · La función principal de las aplicaciones básicas es la de generar
> archivos que representan un único documento, pero una sola operación puede
> generar más de 1000 documentos, tamaño máximo por archivo 100KB codificado
> en ASCII extendido hasta 256 caracteres.

Una aplicación web tendría que generar todos estos archivos en el
servidor y el usuario tendrá que descargarlos (puedes ponerlos en un
zip para que sea una sola descarga), esto significa descargas de unos
100MB (seguro menos si los comprimes en zip pero aún así son archivos
grandes). Tienes que tener en cuenta que tus servidores tengan espacio
en disco para cubrir el uso de todos tus clientes. En este punto una
aplicación de escritorio puede ser más veloz y sencilla de usar.

>
> · Como lo mencioné antes, estas aplicaciones desarrolladas en VFP se
> encuentran en producción, y no creo que mis clientes acepten ni sería justo
> entregarles menos de lo que ya poseen, quiero decir:
>
> o   Validación campo a campo teniendo en cuenta todos los datos hasta el
> momento incorporados.

La aplicación web requerirá de mucho javascript para hacer validación
en caliente. Además de la validación en el lado del servidor, que aún
si validas en el cliente no debes dejar de hacerla.

Y si la aplicación requiere widgets como grids, hacerlos con una
aplicación de escritorio es más fácil que javascript en web.

>
> o   Para campos relacionados el usuario digita dato requerido por que en la
> mayoría de los casos lo tiene a la mano o se lo sabe, esto les brinda más
> agilidad que ponerse a seleccionar de una lista de probablemente miles de
> opciones, sin embargo, si lo desconoce al oprimir una tecla especial se le
> brindara una lista filtrada de acuerdo con datos conocidos y con opción de
> búsqueda por los campos de la tabla padre.

Para hacer esto en web necesitarás de todas maneras hacer llamadas
AJAX (a menos que sean tan