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:: 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 12 de enero de 2016, 19:11, Nekmo <conta...@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: conta...@nekmo.com > XMPP/Jabber: conta...@nekmo.com > Google+: Nekmo Com > > El 13 de enero de 2016, 0:50, Mario Lacunza <mlacu...@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:: 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 12 de enero de 2016, 17:30, Mario R. Osorio <mario@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@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 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/