Hablemos de PYTHON

[@hiahir]

Excelente, como de costumbre. Por supuesto que me sumo al top black magic en lenguajes de programacion. Python fue el segundo lenguaje que aprendí, después de C. Es increíble todo lo que se puede hacer con python. Especialmente en scripting y herramientas para automatizacion y gestión de sistemas, que es donde yo más suelo utilizarlo. Tiene una de las sintaxis más cómodas y bellas que he visto. La verdad que me entusiasma mucho sus avances. No obstante, hay algunas implementaciones con las que no me llevo muy bien, como el uso de clases abstractas con ABC y los genericos; me recuerda mucho lo incómodo que me siento cuando trabajo con C# jajajajaja

[@programandootrahistoria]

Chip está contigo, anotamos hacer el top de presencia de "magia negra" en lenguajes de programación y gracias por el comentario!

Python es más antiguo que Java 😨

[@programandootrahistoria]

Sí, parece que Java sea antiquísimo pero no, en comparación con otros no es tan antiguo :-D

[@Cameo1453]

Ese top de lenguajes que usan "magia negra" es necesario

[@programandootrahistoria]

Habrá que hacerlo, de momento solo hemos hecho un top y no fue nada mal (te animamos a verlo si no lo hiciste), así que nos lo apuntamos, gracias por el comentario.

[@alfredonoboa]

También quiero ver ese top de "Magia negra".

[@carlosjorellana]

Mi lenguaje favorito. Gracias por el contenido.

[@programandootrahistoria]

A mandar 🫡, gracias por tu apoyo y el comentario!

[@carlosjorellana]

@@programandootrahistoria disfrutó mucho de sus vídeos. De verdad gracias.

[@alvsanand]

Video fantastico!!

[@OscarVilla97]

Estos videos me recuerdan las video infografías que veía de chiquito en los 2000

[@programandootrahistoria]

Nos alegra que tanto te transmita nostalgia como lo encuentres útil y esperamos que incluso entretenido. Gracias por el comentario.

[@xls2498]

Buen trabajo como siempre, python lo uso para casi todo, en cuanto a frameworks de videojuegos he usado pygame que es básicamente SDL... Dentro de un par de temporadas tendremos mojo.

[@programandootrahistoria]

Pygame no lo conocíamos, aunque parece el obvio para desarrollo de juegos, aquí conocíamos Löve que es muy facilito, sobre Mojo le echaremos un vistazo porque ya nos lo han recomendado, no obstante parece como otro intento de hacer que Python tenga un mayor rendimiento, algo como Nim, gracias por el comentario.

[@frandelroio]

Pyglet y panda3d tambien

[@programandootrahistoria]

Parece que hay muchas opciones para programar juegos, gracias por el comentario

[@frandelroio]

@@programandootrahistoria hay unas cuantas opciones. Por desgracia, y a causa de que no es mi campo de expertice, no puedo decir qué tan buenas son. Hay proyectos actualmente descontinuados muy, pero que muy interesantes. Cito, además de Panda3D y pyglet (este último un mero envoltorio a OpenGL) a python-soya aunque le perdí el rastro o bien se ha dejado de mantener, directamente. Su última versión se publicó en Henero de 2019. Su concepto básico es el de construir objetos pero empleando las características de Python para lograrlo.

[@adonisECM]

Buen video, aunque ,em quede con las ganas de que tocaran el tema de pypy, cpython y el GIL

[@programandootrahistoria]

A veces es difícil incluir todo y sobre todo cuando los temas son tan grandes, no obstante, podemos proponerlo a los miembros para votar para un siguiente vídeo, gracias por el comentario.

[@ososirgo]

Saludos desde Caracas, cuando dicen "es perfecto" me recuerdan a las triste historia de Nokia y su resistencia al cambio... Actualmente vamos por Python 3.12.4 pues poco a poco debe ir pareciendose a Python 4 😅 todo debe evolucionar, en este caso es deseable que se mantenga la estructura actual de la sintaxis...

[@programandootrahistoria]

Realmente si se basan en el versionado semántico (lo explicamos en el vídeo de Rust) nos queda Python 3 para tiempo porque aunque se cambie poco a poco, cambiando los números inferiores se supone que nos mantenemos con nuevas características pero sin romper compatibilidad hacia atrás. En cierta forma, es preferible para evitar la obsolescencia. Saludos.

[@xelisconcorde]

Va top de magia negra 🐐

[@programandootrahistoria]

Lo apuntamos, ciertamente sería un top donde tendríamos que elegir cuáles dejamos dentro y cuales fuera, hay mucha magia negra en la mayoría de los lenguajes. Pero haremos algo entretenido, ya sabes, campanita para que no te lo pierdas ;-)

12:50 yo he probado Julia, sé que para matrices es igual de fácil que R y que Python no tiene esa facilidad, por ejemplo, sumar dos matrices de 2 dimensiones, peeeeeero no me enganchó porque la mayoría de mis software de Sistemas de Información Geográfica usan Python (QGIS Python para geoprocesos y GUI y ArcGIS usa C# para crear GUI y Python para la API de Geoprocesos), lo cual hace que el tiempo en intentar aprender e implementar Julia no sea divertido.

[@programandootrahistoria]

Julia parece en muchos casos un lenguaje de propósito específico como R, pero cuando se usa una amalgama de lenguajes (como en el caso de Larry Wall que empleaba C, Awk, Shell Script..) tiende a culminar en la creación de una sola herramienta que reune y potencia el caso de uso de la necesidad de todas esas herramientas. De hecho, Julia tiene una historia similar detrás. ¿Te has planteado usar Boo para limitar todo a .Net o implementar una librería como Tkinter o PyQt5. Pero también depende de si la parte de Python la tenéis como un servidor web centralizado o no. Gracias por el comentario y el soporte.

@@programandootrahistoria No conocía a Boo, intentaré estudiarlo. En realidad los complementos personalizados en QGIS los programo usando QT designer modificado pues tiene herramientas para facilitar el trabajo en el SIG y ya con PyQGIS hago el geoproceso necesario. ArcGIS Pro cambió todo y solo se puede hacer estos complementos con el SDK de .net, la versión anterior de ArcGIS (ArcGIS desktop) se hacía todo con python y su generador de plugins.

@@programandootrahistoria Solo quería contarles que hay cosas que se escapan de mi conocimiento, como es el caso de lo que dijeron de Boo, pues mi formación de base no es ingeniería, en realidad soy Administrador en Salud con énfasis en gestión Sanitaria y Ambiental. 😆

[@HernanRengelChavezbrosso3D]

Top de magia negra!

A Guido me costó el título BDFL el operador := , la comunidad hizo gran debate de eso

[@programandootrahistoria]

Supongo que intentó corregir el problema que surgió a raíz de superplan de emplear el = como asignación, lenguajes como Pascal lo hicieron y son muy queridos, pero el problema no parece venir de si es correcto o no, sino de cambiar o intentar cambiar algo tan básico en el lenguaje. Realmente no conocíamos este dato por lo que gracias por el comentario y la información

[@gerardojosueportillo]

Primer comentario, saludos 🎉

[@programandootrahistoria]

Primera respuesta, saludos!

[@Boo-rp8kn]

Julia entonces sera la primera referencia para ciencia de datos

[@programandootrahistoria]

Es posible 🤔 está ahí ahí con Python

[@edalmava1982]

Se acerca vídeo de Julia

[@programandootrahistoria]

Sshhhhhh... no hagas spoilers ;-)

[@Boo-rp8kn]

Eso mismo pense

[@Boo-rp8kn]

ESTOY EN CIENCIA DE DATOS

[@pedromendozaaristegui5974]

Julia, un Lisp sin ()

[@error220_33]

nadie necesitaba a python, pero era tan facill de programar y dio a nacer a Blender.

[@programandootrahistoria]

En realidad, el motivo de existencia de muchos lenguajes es algo vago, suele centrarse en un inconformismo de sus creadores. La necesidad finalmente proviene de ese inconformismo y terminan surgiendo. Por otro lado, Blender es algo más de un 80% de C/C++ y menos de un 15% Python, es muy posible que su capacidad para plugins en Python (al igual que pasa con Gimp) sea muy deseable que esté realizada en un lenguaje tan fácil, pero realmente el sistema que los sustenta está más bien hecho en C/C++ al final.

[@Comandoneforever1]

@@programandootrahistoria asi es blender en c/c++ y los addons en Python, asi los usuarios lo tienen mas facil al ampliar blender y no estar compilando todo. ojo hace 2 dias no sabia nada de c++ jaja feliz 2025.

[@alanbarrientos5236]

Si vemos la ultima encuesta de StackOverflow en el apartados sobre trabajos de programacion la mayoria son en programacion web, es el sector que mas oferta laboral tiene y mi principal problema con python es que hay muy pocos trabajos como programador backend (Django, Flask, FastAPI) ,los otros trabajos son en Ciencia de Datos pero requiere mayormente titulo universitario y al menos que vivas en la capital de tu pais, una ciudad grande o en USA es poco probable que exista esa carrera en tu universidad local. Puede ser el mejor lenguaje en cuanto a legibilidad (mientras no uses clases 😛) pero no es la mejor opcion si te vas a dedicar a la web.

[@programandootrahistoria]

Solo por curiosidad, ¿cuál consideras que es el mejor lenguaje para programar web? Gracias por el comentario

[@alanbarrientos5236]

​@@programandootrahistoria Para crear APIs diria que Go y JS con Typescript, para lo demas PHP, Java(Spring) y C#(.Net). Si bien en Java y C# no hay tantos trabajos, es mas facil encontrar trabajo ya que no hay tantos programadores como por ejemplo en JS.

[@hiahir]

​@@programandootrahistoria no me lo preguntaste, pero yo diría el que mejor se ajuste a la arquitectura de una solución dada, generando el menor coste posible. Es decir, no hay una sola respuesta.

[@programandootrahistoria]

Buena respuesta. Desde aquí defendemos el uso de los lenguajes de programación como herramientas, no hay uno universalmente bueno o malo, cada uno tiene su nicho y si llevan tanto tiempo ahí y siendo usados debe ser por algo. No obstante, es normal que haya herramientas que cueste usar y susciten odio. Además, no hay mayor entrenamiento para abrir la mente que cambiar a otro lenguaje completamente diferente y hacer algún proyecto.

[@aluissp]

Lo de magia negra claramente JS xd

[@programandootrahistoria]

Ni confirmamos ni desmentimos... lo veremos en ese vídeo 😉 Gracias por el comentario.

[@alanbarrientos5236]

Like si te gusta que te metan el python en el c++😱

[@programandootrahistoria]

¿Meter qué por dónde? ¿Te refieres a embeber Python dentro de código C++ para programar extensiones/plug-ins/addons como en Gimp?

[@hiahir]

Sapegato, prefiero el tecnicismo "embeber"

[@Metaconta]

Nunca me ha gustado el santo Python de las narices y me lo hicieron aprender en el instituto, prefiero C/C++/C# y Java e incluso hasta ensamblador.

[@programandootrahistoria]

Las imposiciones nunca son buenas, hay mucho odio a C y Java por razones similares. No obstante, los casos de uso para los lenguajes que enumeras son muy diferentes, esperemos puedas reconciliarte con Python en algún momento 😉

[@marcovidal2810]

Bueno, eres programador imagino, el resto está contento

[@juanfranciscofernandezrodr2339]

Ya duérmete bro, nadie te pregunto

[@JulsGeekPI]

¿No que lo obligaron a dejar el rol de dictador benevolente y que pusieron un Soviet en su lugar?

[@programandootrahistoria]

Realmente no, Guido quedó como BDFL-emérito y se eligió un grupo de "gobernadores" así que ahora Python es como la mayoría de monarquías, con la diferencia de que no existe ninguna figura más poderosa que otra, son 5 al parecer: peps.python.org/pep-0013/ Gracias por remarcar esto, se nos pasó comentarlo en el vídeo y gracias por el comentario .

[@matiasbrollo6871]

El rol de la chica es preguntar cómo si no supiera, y el de los chicos es explicarle. Hasta ahora en todos los videos que he visto de este canal.

[@programandootrahistoria]

Si quieres ver a Violeta más desenvuelta echa un vistazo al vídeo de Flutter o Linus Torvalds. Python es el lenguaje preferido de Chip, es normal que sea muy "ducho" en este tema, en el resto de vídeos verás que "el único que sabe" es Pro(fesor) ;-)