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

Mar Ene 12 23:19:37 EST 2016

Comparto la solución de Mario lacunza si es de aplicación de escritorio
usar wxpython, Dormite sqlalchemy aunque es un monstruo es mejor dedicar
mas al aprendizaje en algo que te va a dar salucion a diferentes
necesidades , ahora desde punto de vista y que también he querido perderle
miedo a las app web me iría por framework de los grandes como django, en
esas ando ahora desarrollando una aplicación de gestion de matrícula :)
El 12/01/2016 21:49, "Fernando Villarroel via Python-es" <
python-es en python.org> escribió:

> Hola Jesús.
>
> La programación web te obliga a tener cierto dominio de js, css, HTML, etc.
> Pero quizás sea la ocasión de perder el miedo y atreverte, no creo que
> mueras en el intento.
>
> Por ahí te hablaron de Flask, genial no es complicado y muy potente, ideal
> para desarrollo de API.
>
> También te hablaron de Django, si su curva de aprendizaje es algo más
> pronunciada, pero te garantizo que si aprendes Flask  entonces Django irá
> de una.
>
> Yo te quería hablar de Web2py es muy simple y si quieres aprender de Web
> es ideal, de verdad te sorprenderá, te lo recomiendo. Insisto también dale
> tiempo a Flask.
>
> Suerte y la decisión es tuya.
>
> Saludos
>
> Enviado desde mi iPhone
>
> El 12-01-2016, a las 21:31, Mario Lacunza <mlacunza en gmail.com> escribió:
>
> Ya leiste los requerimientos q ha puesto el amigo Jesus? aún piensas q tu
> idea es buena?
>
> Antes q existieran las apps web estuvieron las desktop puras y aún siguen
> y su distribución no es mucho problema, 2 o 3 installers (y luego 1) tipo
> click click q tanto les gustan a los users windows y listo.
>
> Leyendo los requerimientos de Jesús insisto q tu solución no es adecuada.
>
> Saludos / Best regards
>
> Mario Lacunza
> Email:: mlacunza en gmail.com
> Personal Website:: http://www.lacunza.biz/
> Hosting:: http://mlv-host.com/
> Mascotas Perdidas:: http://mascotas-perdidas.com/
> Skype: mlacunzav
>
> Lima - Peru
>
> El 12 de enero de 2016, 19:11, Nekmo <contacto en nekmo.com> escribió:
>
>>  @Mario Lacunza, Flask consume muy poquitos recursos, como 8-12MiB de
>> RAM, y aunque modesto, su servidor web se porta realmente bien si no
>> hablamos de grandes cantidades de usuarios.
>>
>> Si hablamos de desarrollar para un solo usuario, al ser una "aplicación
>> de escritorio", te sirve y te sobra.
>>
>> ¿En qué casos he usado yo Flask para propósitos como este?
>> 1. Un daemon en Python que requiere una interfaz de configuración. Al
>> tener una interfaz web, permite su fácil configuración desde otra máquina.
>> 2. Una aplicación de servidor que, al no poder contar con interfaz GUI
>> convencional, se ha desarrollado vía web.
>>
>> Son casos sencillos y que no requieren de algo grande, ni van a atender
>> muchas peticiones. Prefiero evitarme los problemas de una configuración
>> compleja si puedo tenerlo todo en uno. Y en el caso de una aplicación de
>> escritorio, es básico su facilidad de distribución.
>>
>> En ocasiones nos empeñamos en matar moscas a cañonazos, cuando una
>> solución así es mucho más simple, fácil de desarrollar, mantener, instalar,
>> y no requiere de múltiples servicios corriendo (Gunicorn + Nginx + ...).
>>
>>
>> Un cordial saludo:
>> -- Nekmo.
>>
>> Sitio web: http://nekmo.com
>> Dirección de contacto: contacto en nekmo.com
>> XMPP/Jabber: contacto en nekmo.com
>> Google+: Nekmo Com
>>
>> El 13 de enero de 2016, 0:50, Mario Lacunza <mlacunza en gmail.com>
>> escribió:
>>
>>> Vivo en el mismo mundo q tu, y no todo se debe o puede hacerse en web ya
>>> q todo depende de los requerimientos para modelar una solución ofimática.
>>> En este caso el amigo sólo pidió "aplicación de escritorio" sin más. Por
>>> eso muchos entendemos una app tradicional no web, claro q ahora el modelo
>>> web también es posible como mencionan.
>>>
>>> Sin embargo al amigo q le contesté x su solución en la q el mismo se
>>> contradice sobre su eficiencia y modelado, agregando mas librerías a cada
>>> respuesta (lo cual sabemos q significa) no era algo óptimo.
>>>
>>> Y recuerda q no TODO es web sino sistemas como SAP y un largo etc no
>>> existirían y M$ (léase Microsoft) no seguiría dando soporte a lenguajes de
>>> programación que puedan crear sistemas desktop tradicionales y sus
>>> librerías de controles, dlls, etc.
>>>
>>> Y en el mundo donde vivimos no todos pueden comprarse un CoreI7 + 16GB
>>> de RAM con lo último, tengo muchos q aun tienen PCs viejas Core2Duo y una
>>> de ellas funge de servidor de datos y creo q es la realidad de muchos
>>> países.
>>>
>>> Escalabilidad: eso depende de COMO diseñes tu sistema y nada más.
>>>
>>> En web es mejor la instalación de upgrades ya q no tienes q ir de
>>> cliente en cliente instalando los exe, deb o bin nuevos, sólo haces el
>>> deploy en el server y listo.
>>>
>>> Al final la solución que se ofrezca se dará según requerimientos y con
>>> lo q tenga el user de fierro, lo q recomendé es lo más sencillo de instalar
>>> y usar para una app desktop tradicional, punto el resto son gustos y sobre
>>> eso no han escrito los autores.
>>>
>>> Saludos / Best regards
>>>
>>> Mario Lacunza
>>> Email:: mlacunza en gmail.com
>>> Personal Website:: http://www.lacunza.biz/
>>> Hosting:: http://mlv-host.com/
>>> Mascotas Perdidas:: http://mascotas-perdidas.com/
>>> Skype: mlacunzav
>>>
>>> Lima - Peru
>>>
>>> El 12 de enero de 2016, 17:30, Mario R. Osorio <mario en osorio.solutions>
>>> escribió:
>>>
>>>>
>>>>  @Mario Lacunza
>>>>
>>>> Mario,
>>>> Con el debido respeto, cuando dices que
>>>>
>>>>
>>>>> "*La verdad lo q recomiendas es un Frankenstein de solución*"
>>>>
>>>>
>>>> Me haces pensar que  quizás vivas en otro mundo.
>>>>
>>>> La tendencia hoy día es hacer TODAS las aplicaciones para la web. Esto
>>>> ofrece, entre muchas otras, la ventaja de que cualquier usuario con un
>>>> navegador la puede utilizar.
>>>> Por supuesto, en el otro lado tiene que haber al menos un servidor web
>>>> y otro de bases de datos, pero como explico alguien anteriormente, existen
>>>> varios servidores web y sistemas de bases de datos relacionales, no
>>>> relacionales, sql, nosql; que puedes escoger, según la carga que tu
>>>> aplicación va a tener. Existen opciones para todo y lo mejpr es que tanto
>>>> los servidores web como de bases de datos de hoy día pueden convivir
>>>> prácticamente en cualquier computador de los que se fabrican hoy día
>>>> absolutamente sin ningún problema.
>>>>
>>>> Incluso, aun si la aplicación es mono usuario, hacerla web te da la
>>>> ventaja de la posibilidad de escalarla y adaptarla a cualquier necesidad.
>>>>
>>>> Por otro lado, estamos hablando de python. Tu puedes usar cualquier
>>>> combinación de tecnologías y lenguajes de programación, etc. que quieras
>>>> pero, aunque también lo puedes usar en tu aplicación, NO NECESITAS PHP.
>>>>
>>>>
>>>> Dtb/Gby
>>>> =======s
>>>> 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
>>>>
>>>>
>>>>
>>>>
>>>>
>>>> _______________________________________________
>>>> Python-es mailing list
>>>> Python-es en python.org
>>>> https://mail.python.org/mailman/listinfo/python-es
>>>> FAQ: http://python-es-faq.wikidot.com/
>>>>
>>>>
>>>
>>> _______________________________________________
>>> Python-es mailing list
>>> Python-es en python.org
>>> https://mail.python.org/mailman/listinfo/python-es
>>> FAQ: http://python-es-faq.wikidot.com/
>>>
>>>
>>
>> _______________________________________________
>> Python-es mailing list
>> Python-es en python.org
>> https://mail.python.org/mailman/listinfo/python-es
>> FAQ: http://python-es-faq.wikidot.com/
>>
>>
> _______________________________________________
> Python-es mailing list
> Python-es en python.org
> https://mail.python.org/mailman/listinfo/python-es
> FAQ: http://python-es-faq.wikidot.com/
>
>
> _______________________________________________
> Python-es mailing list
> Python-es en python.org
> https://mail.python.org/mailman/listinfo/python-es
> FAQ: http://python-es-faq.wikidot.com/
>
>
------------ próxima parte ------------
Se ha borrado un adjunto en formato HTML...
URL: <http://mail.python.org/pipermail/python-es/attachments/20160112/06dd8d1e/attachment.html>