¿Se pueden desarrollar aplicaciones móviles con Python?

La mejor respuesta

Python se ha convertido en uno de los lenguajes más populares para el desarrollo de aplicaciones móviles. Dicho esto, el desarrollo de aplicaciones móviles con Python es un concepto popular entre la comunidad de desarrolladores. De hecho, fue votado como el mejor lenguaje de programación para 2019, superando al original lenguaje de codificación, Java. Python no solo hace que el desarrollo sea fácil sino también fluido.

Respondiendo a su pregunta, sí, puede codificar aplicaciones móviles usando Python. Pero, ¿por qué los desarrolladores eligen Python sobre cualquier otro lenguaje?

· Es fácil de leer y comprender

· Las aplicaciones de codificación y las aplicaciones web son rápidas y constantes

· Proporciona un desarrollo basado en pruebas

· Tiene una biblioteca estándar que le permite seleccionar módulos de una amplia gama según sus requisitos

· Es compatible con tecnologías modernas como Big Data y la nube

· Es está respaldado por una comunidad sólida y solidaria que proporciona herramientas de desarrollo de Python para facilitar la codificación

Entonces, ¿qué tipos de aplicaciones puedes crear con Python?

Bueno, puedes crear aplicaciones de blockchain , comm y aplicaciones de línea, aplicaciones de audio y video, desarrollo de aplicaciones de juegos, aplicaciones administrativas del sistema, aplicaciones de aprendizaje automático y otras aplicaciones comerciales.

Además, Python también es compatible con otras necesidades como desarrollo web y de software, procesamiento de imágenes y OCR, pruebas automatizadas y rastreadores web.

Respuesta

tl; versión dr: PSF hizo que la migración a Python 3 fuera una prioridad para la comunidad, que eliminó las innovaciones pitónicas durante 2006-2016, que fue el momento decisivo en la historia de las tecnologías web modernas y las tecnologías móviles.

Aquí está la respuesta genuina. El lanzamiento de Python 3 fue la causa principal de este problema.

Python 3 se lanzó en 2006 y no despegó tan rápido como esperaba PSF. Para superar la gravedad de Python 2.7, tenían Para matar deliberadamente a Python 2 usando numerosas estrategias, la estrategia principal es dejar de agregar nuevas funciones a Python 2.7 ( también conocido como simplemente abandonar el lenguaje de tipado dinámico más popular del mundo en ese momento )

En contraste, había varias comunidades que seguían portando nuevas características de Python 3 a Python 2.7, lo que ralentizaba aún más la adaptación de Python 3. Por lo tanto, tienen que presionar el interruptor de apagado por declarando Python 2.7 como heredado a pesar de las consecuencias, debes recordar que Python 2 tenía el conjunto de características más moderno de ese momento en comparación con C, C ++, Perl, Java, etc. No tenía nada de heredado.

Esos 10 años de período de transición fueron una gran pesadilla en el peor de los casos, comunidades (especialmente los propietarios de bibliotecas) se vieron obligados a mantener su código compatible con 2 y 3, lo que provocó que el costo de las pruebas se disparara, esto afectó a los desarrolladores «la libertad de pensamiento, el libre flujo de ideas, etc. el lenguaje de repente se convirtió en una desventaja porque se esperaba que escribiera en Python 2 y 3. La productividad fue lo original que hizo popular a Python, que no era el experiencia durante la transición.

En los 10 años completos los Pytonists no codificaron en Python 2 ni en Python 3 hubo codificación en el medio idioma ( Python X) lleno de hacks de mezcolanza aquí y allá sin documentación clara, había suficientes pautas oficiales para la migración a Python 3 pero no para mantener el código en Python 2 y 3, ya que realmente no esperaban que surgiera tal problema.

Portar desde 2 -> 3 wa Es fácil para un usuario final, pero como propietario de una biblioteca mantener para 2 y 3 fue una pesadilla. Muchas bibliotecas simplemente fueron abandonadas.

La experiencia de aprendizaje de Python a través de Internet alcanzó el mínimo histórico, las preguntas en Google conducirían a publicaciones de blog y Stackoverflow que tenían fragmentos para Python 2. Cada conocimiento archivado (incluso tan simple como ordenar un dictado) tenía que ser reescrito una vez más. para Python 3 y etiquetado con las versiones adecuadas de Python. Esta parte causó una gran confusión para los principiantes e hizo JavaScript como posible primer idioma . La mayoría de las respuestas de desbordamiento de Stack dejaron de funcionar repentinamente ya que originalmente se escribieron para Python 2. Las nuevas respuestas no se escribieron con tanta frecuencia al hacer la misma pregunta para Python 3, la pregunta estará -votado, bloqueado y eliminado o marcado como duplicado por moderadores aleatorios menos informados que no estaban al tanto de este problema específico de Python, también Stackoverflow no fue diseñado para conversar sobre preguntas de múltiples versiones de un mismo lenguaje de programación.

Grandes herramientas como WxPython, PyQT, PySide se volvieron viejas e inconscientes porque «Python 3» se impuso de repente como prioridad. (Imagínese como un desarrollador de código abierto, de repente PSF / community declara su trabajo como obsoleto, podría perder el espíritu, no le importaría mucho, eso es lo que pasó con cientos de bibliotecas, las grandes bibliotecas se declararon heredadas incluso pensando que estaban funcionando bien, solo porque PSF quería impulsar Python3. De hecho, no fue para matar 100 bibliotecas solo porque el autor no tenía tiempo / interés en portar (también conocido como mantener en 2 y 3)

La experiencia de portar a Python 3 no fue tan fácil como imaginaba o como pensaba el PSF. Para un desarrollador, puede ser simplemente mover de 2 a 3. Pero para el propietario de una biblioteca es todo sobre manteniendo 2 y 3 al mismo tiempo, con un costo de prueba adicional.

Por lo tanto, todos fueron testigos de eso durante 2006 a 2016 no hubo innovación ni ocurrieron cosas innovadoras en el mundo de Python, estaban ocupados resolviendo la transición de Python 3 (portando y manteniendo) y lanzando pequeñas características por apenas k eeping las cabezas en el agua. Sin embargo, todos sabíamos que 2006-2016 fue el momento decisivo de la tecnología web y las tecnologías móviles.

JavaScript comenzó a dominar en todas partes con marcos revolucionarios y nuevas formas de hacer las cosas (como E / S sin bloqueo, sockets web, etc.) mientras La comunidad de Python se estaba rompiendo la cabeza para limpiar el desastre. Python 3 es bueno pero mal programado. Esta es la razón por la que Python no tiene un marco multiplataforma adecuado para dispositivos móviles.

Si bien C # tiene Xamarin, JS tiene Cordova y Titanium, incluso Lua tiene Corona, pero los equivalentes de Python, Kivy y PyQT, siguen estancados. Sin embargo, , Python tendrá un futuro sólido en el aprendizaje automático, la PNL, la computación estadística y científica. Por lo tanto, para repetir el punto Python perdió lo que se merecía de 2006 a 2016, pero dominará lo que realmente merece de 2016 a 2026, lamentablemente el desarrollo móvil (front-end) no es uno de ellos.

Deja una respuesta

Tu dirección de correo electrónico no será publicada. Los campos obligatorios están marcados con *