Portada
mis comunidades
otras secciones
#10:
Me alegra ver que han aprendido algo del caos que ha traído con los años la ruptura de compatibilidad de Python 2 a 3. Todavía hoy cuando buscas cualquier recurso en Python te encuentras montones de mierdas incompatibles de la versión 2, muerta hace ya años. Encima en muchos casos no sabes si lo que has encontrado es compatible hasta que lo pruebas.
Conservar el nombre sin conservar la compatibilidad son ganas de hacer perder el tiempo a los desarrolladores. Mucho tiempo.
Conservar el nombre sin conservar la compatibilidad son ganas de hacer perder el tiempo a los desarrolladores. Mucho tiempo.
#19:
#10 las diferencias entre Python 2 y Python 3 vienen principalmente del lado de asyncio. El resto de cambios (unicode por defecto para strings, uso coherente de byte arrays,...), son fácilmente migrables, en la mayoría de veces con los mecanismos del lenguaje y sus utilidades: https://python-future.org/automatic_conversion.html
Conservar el nombre o no, no era el problema. De hecho poniendo Python 3 en cualquier búsqueda te salía siempre lo que necesitabas, el problema ha sido alargar tanto el soporte de Python 2.7, que muchos desarrolladores pasaban de Python 3. El tema es que es versión antigua se ha usado tanto y seguia siendo el por defecto en la mayoría de distribuciones y SO (hasta en OSX...).
Las ultimas revisiones de C++ cambian bastante el lenguaje (de hecho dista ya mucho del C++ anterior al 2011), y nadie se plantea ningún cambio de nombre. De hecho sería mucho más confuso para todos. En C++ siempre se contempla retrocompatibilidad con flags del compilador.
Conservar el nombre o no, no era el problema. De hecho poniendo Python 3 en cualquier búsqueda te salía siempre lo que necesitabas, el problema ha sido alargar tanto el soporte de Python 2.7, que muchos desarrolladores pasaban de Python 3. El tema es que es versión antigua se ha usado tanto y seguia siendo el por defecto en la mayoría de distribuciones y SO (hasta en OSX...).
Las ultimas revisiones de C++ cambian bastante el lenguaje (de hecho dista ya mucho del C++ anterior al 2011), y nadie se plantea ningún cambio de nombre. De hecho sería mucho más confuso para todos. En C++ siempre se contempla retrocompatibilidad con flags del compilador.
#3:
Le podría haber llamado Perl Jam
Comentarios
Le podría haber llamado Perl Jam
#3 O Perl Harbour
#20: ¿Es nuevo? No, lavado con PERLan.
#Mundo_Viejuno#3 O hay un Perlo en mi sopa...ehh bueno me voy...curro la puerta.
#3 se llama como la radio publica catalana
Rac 1
Me alegra ver que han aprendido algo del caos que ha traído con los años la ruptura de compatibilidad de Python 2 a 3. Todavía hoy cuando buscas cualquier recurso en Python te encuentras montones de mierdas incompatibles de la versión 2, muerta hace ya años. Encima en muchos casos no sabes si lo que has encontrado es compatible hasta que lo pruebas.
Conservar el nombre sin conservar la compatibilidad son ganas de hacer perder el tiempo a los desarrolladores. Mucho tiempo.
#10 las diferencias entre Python 2 y Python 3 vienen principalmente del lado de asyncio. El resto de cambios (unicode por defecto para strings, uso coherente de byte arrays,...), son fácilmente migrables, en la mayoría de veces con los mecanismos del lenguaje y sus utilidades: https://python-future.org/automatic_conversion.html
Conservar el nombre o no, no era el problema. De hecho poniendo Python 3 en cualquier búsqueda te salía siempre lo que necesitabas, el problema ha sido alargar tanto el soporte de Python 2.7, que muchos desarrolladores pasaban de Python 3. El tema es que es versión antigua se ha usado tanto y seguia siendo el por defecto en la mayoría de distribuciones y SO (hasta en OSX...).
Las ultimas revisiones de C++ cambian bastante el lenguaje (de hecho dista ya mucho del C++ anterior al 2011), y nadie se plantea ningún cambio de nombre. De hecho sería mucho más confuso para todos. En C++ siempre se contempla retrocompatibilidad con flags del compilador.
#19 El problema no es si la aplicación se puede migrar o no, el problema es que necesita migrarse o te jodes. Porque ambas versiones del lenguaje son incompatibles y no se ha guardado retrocompatibilidad, algo que como tú mismo explicas no sucede en otros lenguajes con cara y ojos.
Y sí, a Python 2 deberían haberlo matado hace mucho. Pero resulta que las primeras versiones de Python 3 eran una castaña, con lo cual los programadores no se fiaban. Todo junto una receta para el desastre y el caos, que aún sufriremos unos años más.
Con lo fácil que hubiera sido cambiarlo de nombre... Bien por Perl/Raku.
#25 Y si hubieran matado Python2 hace años todos os estaríais quejando de que no han dado suficiente tiempo para migrar las bases de código... El caso es quejarse.
#43 La última versión de Python 2 salió cuando Python 3 ya era estable, hace nada menos que ocho años. Con menos de la mitad de ese tiempo es suficiente para migrar cualquier cosa.
En cambio aún te encuentras documentos, tutoriales y mierdas de código que sólo funcionan en Python 2, precisamente porque nunca lo han matado.
Peor aún, los softwares que incluyen el motor de CPython 2 apenas se atreven a migrar debido a la gran cantidad de plugins que incluyen que son incompatibles con Python 3. El caso más notorio de esta atadura del pasado posiblemente sea Kodi.
Sea como sea, tu comentario tiene poco que ver con el tema. Si hubiesen renombrado el lenguaje, como han hecho con Perl/Raku, no habría habido ningún problema ni antes ni ahora.
#19 Uno de los principales causantes fue ESRI, que no ha migrado a Python 3 hasta que sacaron ArcGIS Pro, y las empresas son tan conservadoras que han seguido usando ArcMap 10x hasta hace dos días (y lo siguen haciendo) a pesar de que es un puto desastre de menús que además va a 32 bits. La pena es que ArcGIS Pro no es mucho mejor y va más lento que el caballo del malo.
¿Un jeroglífico para qué?
#1 para que? .... Aprender Perl fue de las mejores cosas que hice la decada pasada
#21 Pues porque...
#perl -E 'say "True" if 0.1 + 0.2 == 0.3'
#perl6 -e 'say 0.1 + 0.2 == 0.3'
True
#36 Entre todas las cosas que hay raras y feas en Perl has ido a escoger la unica que tiene sentido y ademas funciona igual en casi todos los demas lenguajes de Java a Golang a C a JavaScript. 😅 😅
0.1 + 0.2 == 0.3 no tiene nada que ver con Perl.
https://0.30000000000000004.com
#39 Quería decir que en Raku los valores en "punto flotante" se tratan con matemática completa, por lo que no hay problemas de decimales como los que comenta la web que enlazas. Era solo un ejemplo de lo que trae el lenguaje.
#1 Ilustremos...
#1 Es un asunto... complejo...
#raku -e 'say 3²-4i³'
9.000000000000012+63.99999999999998i
Alguien recuerda a@Perl
#5 ese nick solo lo podía tener un viejo cascarrabias que además iba de guay con su nick y luego usaba PHP.
#5 El que cumplió el dicho de mejor malo conocido que bueno por conocer.
Por un momento pensé que era por presiones de algún SJW que consideraba el nombre viejo ofensivo... a este punto hemos llegado.
#4 pues relájate.
#23 Qué quieres que te diga... no sería el primer caso: https://www.omgubuntu.co.uk/2019/08/glimpse-gimp-image-editor-fork
No lo decía porque sí.
#31 Dios mío, alguien planteando un rebranding de GIMP para hacerlo más atractivo en entornos educativos y empresariales porque "gimp" significa "tullido" y es un insulto usado frecuentemente contra niños con problemas de integración! Eso sólo puede provenir de un fanático intransigente!
Háztelo mirar.
#33 Tienes razón. Por eso también debemos prohibir enseñar lengua española en los estados unidos: porque cuando lleguen a los colores, se encontrarán que tienen que utilizar la palabra "negro", la cual es un terrible insulto.
Y no, no es una chorrada que me haya inventado yo: https://actualidad.rt.com/sociedad/view/95573-despiden-profesora-decir-negro-espanol
(y sí, estaba siendo sarcástico)
#41
- Yo creo que tenemos un buen producto, quizás tendría más éxito si en vez de llamarlo "Gilipollas"...
- ¡Imposible! En EE.UU. despidieron a una profesora por decir que en español "black" se dice "negro".
https://es.wikipedia.org/wiki/Falso_dilema
#31 también tienes el caso de Bro -> Zeek
#84 Touche
A la mierda.
Aquí uno que programó un sistema de base de datos en Perl, cuando no existian mysql ni php.
Lástima de neuronas quemadas.
Hubo una época que la única forma de programar algo en un servidor web era el perl, por aquello de "la seguridad".
Lo que no sabían los sysadmin de la época es que prácticamente se podía hacer de todo... con sangre, sudor y lágrimas.
Aun recuerdo lo sencillo que era crear un script en perl que leía el fichero /etc/passwd de Arrakis con sus nombres de usuario, correos y password hasheados.
¿El colapso de un Hard Rock Cafe seguido de un artículo titulado "We, Wall, we, Wall, Raku"?
Problemas del mundo informático
#26 Eso se arregla con inmersión lingüística.
Solía usar mucho Perl 4-5, era mi lenguaje de scripting de referencia, antes de que Python se pusiera de moda. Me ha dado por mirar Perl 6 / Raku y solo puedo decir
¡Qué mierda es esto! En serio no hemos aprendido nada?
#11 Cambia de camello.
#12 cambia de religión
#15 ¿No sabes que el logo de Perl 4 era un camello? Va a ser que eres un mentirosín entonces.
#24 pues la verdad no me acordaba. De hecho he olvidado todo lo relacionado con Perl, creo que solo soy capaz de recordar un par de lenguajes a la vez.
#11 ¿En serio? Me tocó utilizar perl en una web hace 20 años y desde entonces no lo toco ni con un palo.
#13 he dicho que lo usaba, no que me encantara. Entonces ya era un galimatías innecesario.
Lo que no entiendo es que con Perl6 no hayan aprovechado para darle más sentido al lenguaje.
“There’s more than one way to do it” debería ser un concepto de alto nivel. No una simple excusa para introducir 5 formas diferentes de declarar un array o 50 operadores crípticos e innecesarios.
#14 «Lo que no entiendo es que con Perl6 no hayan aprovechado para darle más sentido al lenguaje».
Te aseguro que sí se lo han dado... Solo se parece a Perl 5 en un par de detalles. Todo lo demás... forma un lenguaje divertido y potente.
Ruka hubiera sido un nombre mucho más popular
#6 El otro dia vi que Alcampo tenia Ruka otra vez en stock
Yo nunca he usado perl, todo el mundo recomendaba python (y ruby en menor medida) en la época en la que me plantee aprenderlo así que nunca lo he tocado.
Alguien sabe si perl destaca hoy en día en algo?
#16 Destaca en la creación de prototipos, pero también en: API, red, seguridad, administración de sistemas y bases de datos.
Prueba a buscar alguna cosa aquí: https://metacpan.org/
#16 A día de hoy no destaca en nada. Uno de los pocos motivos por los que sigue "vivo" es porque existe una compañía gigante que todavía lo sigue usando: Booking.
#37 Bueno... hay más de una empresa grande que lo usa...
https://github.com/vmbrasseur/Perl_Companies/blob/master/Perl_Companies.md
¿¡Que sois, programadores o militantes de izquierdas?!
broma escrita por un izquierdista izquierdoso