El 1 de enero finalizó oficialmente el soporte a la versión 2.7 del lenguaje de programación Python. La Python Software Foundation, liderada por el creador del lenguaje, Guido van Rossum, anunció que en el futuro dejaría de recibir actualizaciones de seguridad y correcciones de errores. La fecha llevaba pospuesta desde 2015, pero ahora es definitivo.
|
etiquetas: python , programación
Soy muy "de letras" y no entiendo nada de Python, ¿por qué estos temas funcionan tan bien en Menéame?
Es una comunidad rara
Gracias.
Que hartura, pierdo mas tiempo en migraciones (porque muchas cosas son diferentes al 3) que en desarrollo.
Me acuerdo que hace alrededor de 4 años que asistí a una reunión de usuarios de Python y una de las preguntas estrella fue relativa a que versión usábamos para nuestros proyectos y si no recuerdo mal casi todo el mundo contesto que seguía usando la versión 2.
Este es el listado de versiones:
www.python.org/doc/versions/
Si buscas lenguajes más usados siempre Python está en el TOP 5 o incluso TOP 3
www.geeksforgeeks.org/top-10-programming-languages-of-the-world-2019-t
github.blog/2018-11-15-state-of-the-octoverse-top-programming-language
Python está siendo actualizado normalmente. Si, se recomienda aprender a programar en Python.
Los cambios que hay con python 3 son suficientes para que corregir el código sea todo un problema.
No sé a qué sistemas te refieres, pero has probado a ejecutar "python3" en vez de "python"?
- ¡Viva el rey!
¿Para cuándo Python 4?
hay detalles como que "print" en python 3 es una función.
www.pythonmania.net/es/2016/02/29/las-principales-diferencias-entre-py
cc #15
De la noticia:
Por eso, ahora avisan que, incluso si se detecta un problema de seguridad catastrófico en el software de Python 2, los voluntarios de la fundación no ayudarán a solventarlo, porque estarán centrados en el desarrollo de Python 3. Y recomienda a los rezagados que recurran a las herramientas de portabilidad (como el software 2to3) que la fundación lanzó para facilitar la migración de proyectos de una a otra rama de desarrollo del lenguaje.
Desde la fundación también se ha publicado una completa guía con consejos para portar el código a Python 3. Nick Coghlan, uno de sus directivos, afirmaba que "gracias a los esfuerzos combinados de un gran número de contribuyentes a lo largo del ecosistema Python, Python 3 ya está listo para cualquier tarea que pueda haber sido llevada a cabo previamente con Python 2. Este es un momento histórico para la comunidad Python".
Hay que meter mierdas de rehl o instalarlo 'en la home'.
Yo también he sufrido un jefe de operaciones cazurro, implementando master/slave en redis cuando ya lo soportaba la versión oficial.
pero para un uso sin muchas triquiñuelas, creo que puedes coger codigo y copiar pegar.
Bien enterrada está.
Realmente me parece mejor como lo han resuelto en python3... Pero lamentablemente ha llegado muy tarde. Python 2.7 seguirá siendo el más usado por muchos años.
Pero la verdad es que creí que hablabas de aplicaciones, si es un tema de scripting la cosa cambia. Con qué distro tuviste esos problemas? Me consta que, además de Amazon Linux (sea lo que eso), tienen por lo menos Debian y FreeBSD. Y esas son dos rocas.
Al final la responsabilidad es suya y el marrón se lo come el solito, tal vez ese script lo programó alguien que ya no trabaja en la empresa bajo órdenes de otro supervisor ya jubilado.
Es un buen motivo para aprender python primero en en 2.7, pero pasar al 3 lo antes posible.
Si hay tanta gente reticente a pasar a python 3 es por algo.
Es mas, en bolsa está la plataforma metatrader, la que tiene mas auge es la versión 4, de 2005, y la versión 5, de 2010. Hablamos de 9 o 10 años, y la gente sigue usando la versión anterior.
Es simplemente vagancia
No sé si te refieres a utilizar Python para aprender a programar o a, conociendo algún otro lenguaje, aprender además Python. En cualquiera de los dos casos: asbolutamente.
Además de ser el lenguaje más usado actualmente, y seguir en crecimiento, la claridad y sencillez de su sintaxis (probablemente la más cercana al pseudocódigo), su tipado dinámico, el ser un lenguaje interpretado y multiparadigma y el venir con "pilas incluidas" lo convierten en un excelente candidato para aprender programación.
Lo único que ha pasado es que el grupo de desarrolladores que mantienen el código no tienen ganas de mantenerlo más porque consideran que hay cosas más importantes que hacer. Nadie impide a otro grupo seguir con el trabajo, sencillamente ellos (la PSF) no lo harán.
#89 Lo dudo mucho. Todos los lenguajes evolucionan y van sacando cosas nuevas. Muchos mantienen la retrocompatibilidad y otros no. Y la mayoría de los usuarios de Python llegaron a este lenguaje cuando Python3 ya existía, se hubiesen ahorrado tener que aprender que hay dos versiones no totalmente compatibles entre sí.
Yo siempre he sido de Debian, pero tengo que reconocer que aún no he visto romper una RHEL. Y es el sistema sobre el que desarrollo.
Coincido contigo en que la transición a Python 3 se podía haber hecho mucho mejor. Y no sé cuál es tu perfil, pero si eres sysop el cabreo está más que justificado
Pero también he visto muchas quejas sobre este tema en situaciones en las que debería ser totalmente irrelevante y que dejan traslucir el hecho (y no digo en absoluto que sea el caso, sólo lo traigo a colación) de que hay mucha gente cometiendo barbaridades como desplegar sus aplicaciones sobre el Python del sistema que pontifica sobre temas en los que es muy evidente que aún les queda mucho por aprender.
Así que a mi humilde juicio... ¿Error estratégico de Guido? Pues muy probablemente. ¿Flame memificado y sacado de contexto, como el de systemd, por gente deseosa de aparentar un criterio que no tiene? También.
yumdnf depende de /usr/libexec/platform-python (un python3 solo para herramientas de sistema. Por tanto no hay ningun /usr/bin/python{,2,3} instalado y el administrador lo tiene que instalar a parte cuando una aplicación de terceros (que no sea el sistema operativo) lo requiera.Además, /usr/bin/python no apunta a ninguna versión concreta; se debe configurar con alternatives --config python (si es que así lo quieres, en lugar de hacer que programas no migrados casquen de forma evidente).
Por otra parte estos cambios están aplicados desde Fedora 27 así que ha habido tiempo más que de sobra para probar/migrar cosas.