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

Mar Ene 12 19:31:05 EST 2016

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/
>
>
------------ próxima parte ------------
Se ha borrado un adjunto en formato HTML...
URL: <http://mail.python.org/pipermail/python-es/attachments/20160112/10716049/attachment.html>