Menéame: comentarios [4093162]

#58 Python: El documental (ENG)

exeware — Thu, 04 Sep 2025 12:00:21 +0000

#57 jaja al menos eres gracioso

» autor: exeware

#57 Python: El documental (ENG)

--841154-- — Thu, 04 Sep 2025 11:22:34 +0000

#56 Falacia de autoridad, como se usa en Reddit e Instagram tiene que ser bueno....

» autor: --841154--

#56 Python: El documental (ENG)

exeware — Thu, 04 Sep 2025 11:19:20 +0000

#55 python es exageradamente ineficiente y es el lenguaje del framework backend más utilizado y también del tercero, quien tenga dos dedos de frente sabe que no puedes estar en lo cierto no puede ser eso y ser la opción escogida para aplicaciones tan importantes como reddit e Instagram, pero tu sigue en tu burbuja

» autor: exeware

#55 Python: El documental (ENG)

--841154-- — Thu, 04 Sep 2025 09:10:18 +0000

#53 Yo no estoy atacando a los lenguajes de alto nivel como pareces insinuar, estoy atacando a Python por ser exageradamente ineficiente y que se ha abusado demasiado de él. Pero ya veo que no lo quieres entender, Creer que creo que todo tiene que hacerse en código de máquina o algo así. Claro te vas al otro extremo para desacreditarme. Menuda falacia de hombre de paja te has montado.

» autor: --841154--

#54 Python: El documental (ENG)

exeware — Thu, 04 Sep 2025 07:27:54 +0000

#28 vale ahora lo pillo jaja si.. el tema de las indentaciones ... en fin quisieron hacer algo cool vamos a ahorrales escribir una { a cambio van a tener que sufrir mirando si han indentado correctamente... un plan sin fisuras...

» autor: exeware

#53 Python: El documental (ENG)

exeware — Thu, 04 Sep 2025 07:23:33 +0000

#45 gracias por la educada respuesta evitando ademas radicalismo taliban de #46 que los árboles no le dejan ver el bosque, se olvida cual es el objetivo de programar. La pregunta es en qué momento se decidió dejar de usar ensamblador y crear lenguajes de alto nivel y la respuesta es FORTRAN en 1957 y se creó para tener: abstracción, portabilidad, legibilidad, mantenibilidad y productividad. Ponga como se ponga #46 esas son las razones de tener lenguajes de alto nivel, en aquellos tiempos las maquinas eran super costosas los procesadores eran de risa y la memoria inexistente y se decidio usar un lenguaje de alto nivel que reduciria la calidad/eficiencia del codigo ensamblador y la capacidad de memoria y el resultado es que el numero de investigaciones y proyectos realizados se multiplico con mucho por que si en ensamblador tardabas 6 meses en hacer algo en FORTRAN eran 3 dias y que un codigo se ejecutase en 10 horas y el otros en 20 horas no importaba que fuera el doble de lento otro factor que ignora #46 que lo importante para una empresa de software para un laboratorio etc es cuantos proyectos terminas en el mismo periodo de tiempo. Si #46 viviera en 1957 diria que FORTRAN es ineficiente es una mierda, que sus mejores librerías estan hechas en puro ensamblador y tendria razón en sus afirmaciones como quizas las tenga ahora pero es que la cuestion para definir un mejor lenguaje no es 100% cual se ejecuta mejor en el procesador sino cual aumenta tu productividad y FORTRAN multiplico la productividad. Casualmente FORTRAN se creo para calculos cientificos y ingeniería (tb es cierto que no habia ordenadores en las casas) y es donde python brilla y domina. Pero python domina en muchos mas campos por ejemplo en backend domina con django y Flask esta en el top 5 y ahora #46 me dira que es lider siendo facil por que es una mierda no eficiente ... realmente crees que en el mundo backend empresas como instagram,netflix o reddit usan django/flask por que lo programa su abuela o por que su magnifica abstracción, portabilidad, legibilidad, mantenibilidad y productividad. Lo cierto es que salvo en frontend y segun que desktop software en el resto de los campos sus frameworks son los mas usado por empresas serias que no tienen a sus abuelas trabajando sino que tienen los mejores artquitectos de software ,los mejores programadores que podrian programar en octal si hiciese falta y mereciese la pena pero no, lo hacen en python. Ignorar la cantidad de empresas importantes que lo han elegido antes que otros lenguajes es solo por que se es un ignorante y se cree que todo es el juego de fibonacci que tiene en su ordenador y eso es la definición de perfecto dunning kruger que es #46.

» autor: exeware

#52 Python: El documental (ENG)

exeware — Thu, 04 Sep 2025 05:42:19 +0000

#44 mi madre si esta orgullosa gracias

» autor: exeware

#51 Python: El documental (ENG)

comadrejo — Thu, 04 Sep 2025 02:02:23 +0000

#48 No ha sufrido usted el visual basic de los cojones de los entornos industriales ibericos.

Aparte de sistemas y prototipado, he programado generación de reportes con reportlab y la productividad en ese área es imbatible.
Incluso un prototipo de microservicio frontal para una dns dinámica se quedo en producción durante años sin ninguna incidencia y finalmente hace poco la he reimplementado en go. Como servidor dns se utiliza powerdns github.com/PowerDNS/pdns escrito en C++

¿Podría hacerlo en ensamblador? podría pero la relación coste/beneficio sería nefasta.

En C y asm hace mas de 13 años que no programo nada productivo por el asunto coste/beneficio, no se ha necesitado en este tiempo mas rendimiento que el ofrecido por go con los beneficios de portabilidad. En cambio cientos de utilidades en python, especialmente para convertir datos en programas de gestión antiguos para integrarlos en, por ejemplo, postgresql.

En mi opinión python:
- Aplicaciones de uso intensivo con necesidad de rendimiento como una base de datos, mala idea.
- Herramientas de sistema / microservicios ligeros / prototipado, insuperable.

» autor: comadrejo

#50 Python: El documental (ENG)

The_Ignorator — Thu, 04 Sep 2025 00:40:20 +0000

#49 No estoy del todo de acuerdo con lo que dices.

Al fin y al cabo por experiencia que me he topado me he encontrado con grandes cosas hechas por profesionales que no se han formado en una titulación informática pero por sus logros jamás me pondría elitista con ellos (también por una cura de humildad y anda que no he/hemos programado cosas muy mejorables, aunque sea por las condiciones en las que se ha trabajado, y luego se han quedado).

También porque esas personas a lo mejor solo hacen (o debería, en algún que otro caso) solo programar la librería de turno de la que es especialista. Y eso lo mismo es la leche (y que podría estar escrito en otro lenguaje? pues si, pero a lo mejor se va y es que en el mundillo con lo que están acostumbrados es a haber aprendido todos con Python).

O aunque no forme parte ese especialista de tu proyecto. Pero resulta que ese especialista ha escrito esa pieza de código que te resuelve el tema y no te vas a poner a entenderlo (porque ni tienes ganas, o no sabes del tema en cuestion, o no te da tiempo) para reescribirlo en otro lenguaje, porque a lo mejor te vale más el collar que el perro.

O lo de correr en muchas máquinas. Pues si ya tienes interprete de python para la mayoria de SO (si no vienen ya preinstalados) Pues ¿por qué no planteartelo si lo mismo no quieres liarte con desarrollo web o irte a Java? No voy a meterme en un supuesto analisis de proyecto serio-inventado (y lo mismo hay alguna incompatibilidad entre interpretes/SOs que se me escapa y estoy diciendo una tonteria), pero espero que me compres el argumento de que puede haber un escenario en el que sea algo a valorar incluso para hacer algo serio y profesional.

Tampoco estoy de acuerdo con el argumento de popularidad que te esgrimían (que no había dicho antes). Una cosa puede ser muy popular y no ser lo mejor ni de lejos. Ahí estoy de acuerdo contigo,

En fin, tampoco me quiero liar muy seriamente con esto (que no son horas, ni tampoco me gusta tanto Python ). Solo quería esta vez intentar poner algo de cordura entre dos posturas, que creo que se os estaba llendo de madre por una parte y por otra que los dos tenéis vuestro puntito de razón.

» autor: The_Ignorator

#49 Python: El documental (ENG)

--841154-- — Thu, 04 Sep 2025 00:15:00 +0000

#45 exacto es un lenguaje asequible para gente que no se dedica a programar como matemáticos o científicos, para hacer pruebas de concepto o simplemente para aprender conceptos básicos de programación. Pero hacer software supuestamente serio y profesional que va a correr en muchas máquinas es simplemente una aberración.

» autor: --841154--

#48 Python: El documental (ENG)

--841154-- — Thu, 04 Sep 2025 00:05:25 +0000

#27 Exacto, el problema es que Python se está usando indiscriminadamente en muchas cosas donde es la peor opción, pero por moda, inercia o simplemente no saber otro lenguaje se hace

» autor: --841154--

#47 Python: El documental (ENG)

--841154-- — Thu, 04 Sep 2025 00:02:05 +0000

#22 pero con un rendimiento terrible

» autor: --841154--

#46 Python: El documental (ENG)

--841154-- — Wed, 03 Sep 2025 23:59:04 +0000

#16 claro que sí guapi, ahora no sabes la diferencia entre un lenguaje compilado o interpretado? , . Supongo que como viejuno que eres viviste esa época dorada de los ordenadores de 8 bits todos con su intérprete BASIC , y lo terriblemente lento que era para hacer un videojuego funcional. Pues las cosas siguen siendo igual, y que el hardware haya evolucionado mucho en 40 años sólo enmascara lo terriblemente ineficientes que son los lenguajes interpretados,

» autor: --841154--

#45 Python: El documental (ENG)

The_Ignorator — Wed, 03 Sep 2025 23:54:33 +0000

#39 #41 Perdonad si me meto donde no me llaman (y si no me he leido al detalle toda la conversación), pero allá voy. Hace bastante que no programo más allá de chorradas bash, y en su momento sí que más lenguajes (especialmente C a lo largo de años y en otro momento Java, pero no me considero profesional ni entendido más allá de la perspectiva de haber estudiado y tocar un poco de todo).

Con los lenguajes de programación siempre he tenido el concepto de que son herramientas y cada cual viene mejor en un momento dado.

Más allá del símil y yendo a Python, a mi no es un lenguaje que precisamente me guste (no sé si seguiran con el tema de la identación que me ponía de los nervios, por ejemplo; o como usuario el que todavía me encuentre cosas que me hagan pegarme con versiones 2.7 y 3.x, aunque hace tiempo que no me pasa). Pero hasta donde yo se Python nació como lenguaje con fines educacionales, que era capaz de funcionar bajo muchos tipos de paradigma de programación: en primer lugar tengo que tener esa perspectiva. Y creo que cumple.

Efectivamente eso puede haber llevado a una popularización un tanto excesiva y que llegados a un punto, debería utilizarse otro lenguaje más eficiente o ser revisado/optimizado por otras personas que el que escribió el código y que quizás sepa mucho de lo suyo (o sea un becario que ha hecho un cursillo de python) pero es algo mejorable. ¿Es culpa del lenguaje? Pues no lo creo. El objetivo de Python nunca creo que haya sido la eficiencia, sino la versatilidad y la facilidad de aprendizaje (y luego ya algo que lo retroalimenta es la cantidad de librerías que se han creado usando este lenguaje).

Pues como lo de Java, al que se le pueden criticar muchas cosas, pero hay que ver cuando nació (sin tanto servicio por Internet, ni uso de aplicaciones web o los navegadores como front), y que el tema era hacer algo para hacer codigo portable (hablando mal y pronto, nos entendemos). ¿Que ha envejecido mal? Pues probablemente. Y que tomarselo como chiste está bien si sabes a lo que vas, pero si te pones a hablar en serio, pues critícalo pero sin perder la perspectiva.

¿O como lo de BASIC que se decía? Pues seguro que se hicieron muchas mierdas, claro que sí, como en cualquier lenguaje. Pero seguro que a mucha gente le hizo el apaño, o aprendió con ello. Si luego el mundo corporativo abusó de que era un lenguaje popular para abaratar costes o lo que fuera y escribir sus cosas en ese lenguaje en vez de otro más eficiente, no se le puede echar la culpa al lenguaje.

Y ya aunque sea por un tema de practicidad, al igual que en un momento puedes hacer en la vida real una ñapa con celo o comer en un sitio de comida rápida. No necesitas lo mejor o lo más eficiente: necesitas algo rápido, funcional y barato que te saque del apuro. Si luego ya de eso abusas y lo conviertes en tu forma de vida o algo estructural, no le eches la culpa al celo o al kebap de la esquina.

» autor: The_Ignorator

#44 Python: El documental (ENG)

--841154-- — Wed, 03 Sep 2025 23:46:19 +0000

#41 35 años, guau tu madre estará orgullosa....
Esas cosas tan chulas que hacen con Python son cosas que hacen librerías que no están hechas con Python,

» autor: --841154--

#43 Python: El documental (ENG)

--841154-- — Wed, 03 Sep 2025 23:40:18 +0000

#42 Lo que no tienes son argumentos

» autor: --841154--

#42 Python: El documental (ENG)

ccguy — Wed, 03 Sep 2025 22:44:25 +0000

#40 vale. Dado que no tienes ni puta idea te voy a dar la razón y listo.

» autor: ccguy

#41 Python: El documental (ENG)

exeware — Wed, 03 Sep 2025 22:32:26 +0000

#39 si tuvieras una mínima pizca de razón nunca estaría en el número uno del tíobe triplicado en cifra Al segundo... Yo no soy programador de python, tengo 35 años de experiencia profesional y me gano la vida muy bien programando en un lenguaje q esta en el top 10 que le come los webos en velocidad a python en muchas cosas pero a la hora de la verdad esos lenguajes q tu mencionas no puedes hacer una pizca de las cosas que con python hay ahora mismo y eso explica por que está en el número uno por que o usas python o nada...

» autor: exeware

#40 Python: El documental (ENG)

--841154-- — Wed, 03 Sep 2025 22:15:30 +0000

#38 Claro, para programar no, sólo sirven para hacer librerías para Python, para hacer cosas chulísimas con "Python", A Python le quitas sus librerías en lenguajes de verdad y ni para limpiarse el culo sirve.

» autor: --841154--

#39 Python: El documental (ENG)

--841154-- — Wed, 03 Sep 2025 22:13:28 +0000

#37 Qué siiii pesao , que Python es chupiguay y mola mogollón. Cansino , Que da igual que no valga para hacer nada medianamente serio y que necesite 32 nucleos de CPU y 500 Teras de RAM para hacer un hola mundo,

» autor: --841154--

#38 Python: El documental (ENG)

ccguy — Wed, 03 Sep 2025 22:13:23 +0000

#29 sí, lenguajes de verdad que son cojonudos para lo que son y no para todo.

» autor: ccguy

#37 Python: El documental (ENG)

exeware — Wed, 03 Sep 2025 22:08:59 +0000

#36 e ignoran los que ni a mediocres llegan

» autor: exeware

#36 Python: El documental (ENG)

--841154-- — Wed, 03 Sep 2025 22:06:27 +0000

#35 Cualidades que agradecen mucho los programadores mediocres.

» autor: --841154--

#35 Python: El documental (ENG)

exeware — Wed, 03 Sep 2025 22:05:30 +0000

#33 como es popular.... Pero sigues sin entender que no se ha hecho popular por que haga tik tok sino por que funciona muy bien y sus limitaciones se compensan mil veces con otras muchas cualidades...

» autor: exeware

#34 Python: El documental (ENG)

exeware — Wed, 03 Sep 2025 22:03:14 +0000

#31 si sigues cierta practicas de clean code sacrificas eficiencia de esa q te llena la boca... Si haces solo funciónes de 5 líneas.... Estarás llenando el stack sin necesidad..

» autor: exeware

#33 Python: El documental (ENG)

--841154-- — Wed, 03 Sep 2025 22:03:12 +0000

#32 Lo de Python es demasiado exagerado para ser aceptable, pero como se ha hecho tan popular precisamente porque permite "programar" fácilmente ahora tenemos python hasta en la sopa. Ya puestos que se use Scratch para todo...

» autor: --841154--

#32 Python: El documental (ENG)

exeware — Wed, 03 Sep 2025 21:58:47 +0000

#29 si tuvieras razón, si la eficiencia solo se midiese en segundos, disciplinas como clean code no harían falta, kiss tampoco, solid tampoco, yagni aún menos. Seguiríamos usando ensamblador por que a pesar de su complejidad es mas "eficiente" ...

» autor: exeware

#31 Python: El documental (ENG)

--841154-- — Wed, 03 Sep 2025 21:55:46 +0000

#18 oye que quiero cambiar dos coistas le dices no mira es que para eso tendre que reprogramar todo o quien lo hizo no esta

Pues eso no habla muy bien de quien lo programó que no lo documentó, que no lo hizo escalable , si tiene que reprogramar todo es que no tuvo buenas prácticas a la hora de hacerlo. Y eso no tiene que ver nada con el lenguaje

» autor: --841154--

#30 Python: El documental (ENG)

exeware — Wed, 03 Sep 2025 21:51:38 +0000

#28 in q?

» autor: exeware

#29 Python: El documental (ENG)

--841154-- — Wed, 03 Sep 2025 21:46:18 +0000

#23 si sólo quieres hacer fibonacci no uses python.

el dedo y la Luna.... No se trata de hacer fibonacci sino evidenciar que python es infumablemente ineficiente.
Todas esas cosas que lo hacen cojonudo son librerías hechas en lenguajes de verdad.

» autor: --841154--

#28 Python: El documental (ENG)

lawerka — Wed, 03 Sep 2025 21:45:57 +0000

#18 indentas muy bien

» autor: lawerka

#27 Python: El documental (ENG)

ghotam — Wed, 03 Sep 2025 21:01:23 +0000

Cada lenguaje tiene su ámbito de aplicación. No es que sea uno mejor que otro. Sino todo el mundo estaría programando en CM.

» autor: ghotam

#26 Python: El documental (ENG)

DarthAcan — Wed, 03 Sep 2025 20:58:12 +0000

#22 No la tiene, si, efectivamente todo lo que ejecuta el ordenador es código máquina, pero no, Python no es ni se "convierte" a código máquina. Si quitamos la PVM ni el código Python ni el bytecode pueden ser ejecutados porque la máquina no entiende las instrucciones a ejecutar (ergo no es código máquina) y necesita de una maquina virtual que interprete el bytecode y le "diga" a la máquina que instrucciones tiene que ejecutar.

es.m.wikipedia.org/wiki/Lenguaje_de_máquina

es.m.wikipedia.org/wiki/Intérprete_(informática)

» autor: DarthAcan

#25 Python: El documental (ENG)

--842676-- — Wed, 03 Sep 2025 20:56:13 +0000

[Usuario deshabilitado]

» autor: --842676--

#24 Python: El documental (ENG)

exeware — Wed, 03 Sep 2025 20:43:01 +0000

#22 gracias, hay gente que se cree que el byte code se ejecuta por arte de magia y no deja de ser un lenguaje en binario intermedio que luego se ejecuta en su intérprete a medida para cada plataforma....
Pero por su forma de responder insultando ya se ve que no da para más...

» autor: exeware

#23 Python: El documental (ENG)

ccguy — Wed, 03 Sep 2025 20:33:13 +0000

#14 si sólo quieres hacer fibonacci no uses python.

Para muchísimas cosas es cojonudo.

» autor: ccguy

#22 Python: El documental (ENG)

casiguapo — Wed, 03 Sep 2025 20:15:51 +0000

#20 #19 Tiene razón, todo se convierte a código máquina. ¿Si no cómo se ejecuta ese código? Ya sea compilado, interpretado o bytecode al final todo acaba siendo código máquina.

» autor: casiguapo

#21 Python: El documental (ENG)

exeware — Wed, 03 Sep 2025 19:54:35 +0000

#20 te dejo pero por falton

» autor: exeware

#20 Python: El documental (ENG)

DarthAcan — Wed, 03 Sep 2025 19:41:30 +0000

#19 Según tu definición todo es código máquina y mira, no.

No tienes ni puta idea, déjalo ya.

» autor: DarthAcan

#19 Python: El documental (ENG)

exeware — Wed, 03 Sep 2025 19:40:23 +0000

#17 ya pero luego ese byte code se pasa al codigo maquina de la maquina que lo ejecuta asi que al fina acaba siendo codigo maquina.

» autor: exeware

#18 Python: El documental (ENG)

exeware — Wed, 03 Sep 2025 19:39:23 +0000

#14 gracias por la masterclass, pero yo ya en los 90 programaba demos gráficas de sólo 4kb (en C psadas a emsamblador y luego optimizados), que ganaba concursos de programación de la revista pc-actual (2 veces), o habia programado un programa que se llamaba exeware como nickname que fue el mas descargado de softonic durante meses para su uso en redes p2p... Ignoras que no todos necesitamos un f1 a la puerta de casa, que un coche que nos lleve a todos los sitios es mejor que un f1 que solo puede correr en circuitos, muchas de las librerias de python las que necesitan eficiencia ya estan hechas en esos lenguajes. Ignoras que para una empresa usar un lenguaje que sea fácil de mantener, que de nada te sirve hacer un programa que es 20 segundos mas rapido si cuando el cliente te dice oye que quiero cambiar dos coistas le dices no mira es que para eso tendre que reprogramar todo o quien lo hizo no esta y de los que hay nadie se atreve a entender ese codigo. Ignoras muchisimas cosas y por eso crees que estas en lo cierto por que eres un duning kruger de libro.

» autor: exeware

#17 Python: El documental (ENG)

DarthAcan — Wed, 03 Sep 2025 19:36:20 +0000

#16 No, Python no se convierte en código máquina, Python se compila a bytecode y este se interpreta con una Python Virtual Machine. PHP y java funcionan de forma parecida.

No existe algo que sea indirectamente código máquina.

» autor: DarthAcan

#16 Python: El documental (ENG)

exeware — Wed, 03 Sep 2025 19:26:48 +0000

#12 directamente o indirectamente si, nada corre en tu ordenador si ser código maquina

» autor: exeware

#15 Python: El documental (ENG)

--841154-- — Wed, 03 Sep 2025 19:26:05 +0000

#13 Pues sí, otra mierda más, el java.

» autor: --841154--

#14 Python: El documental (ENG)

--841154-- — Wed, 03 Sep 2025 19:25:39 +0000

#11 Ejemplo comparativo real
Un benchmark simple calculando el número 40 de Fibonacci de forma recursiva mostró:

C lo ejecutó en 0.65 segundos

Python tardó 26.66 segundos

Esto se debe a que C compila directamente a código máquina, mientras que Python se ejecuta sobre una máquina virtual, lo que añade capas de abstracción.

???? ¿Entonces cuándo usar cada uno?
Usa C si necesitas máxima eficiencia, como en sistemas embebidos, videojuegos o procesamiento intensivo.

Usa Python si priorizas rapidez de desarrollo, prototipado, ciencia de datos o automatización.

Ahora hacer chapuzas ineficientes se le llama productividad.
El día que hagan un sistema operativo, un codec de vídeo, un driver o una API gráfica en Python hablamos.
Que millones de personas lo usen para hacer mierdas ineficientes no lo hace mejor lenguaje. Todos los avances en hardware de los últimos 30 años echados a perder usando eso.

» autor: --841154--

#13 Python: El documental (ENG)

DarthAcan — Wed, 03 Sep 2025 19:24:08 +0000

#2 Pues como java, pero ahí está.

» autor: DarthAcan

#12 Python: El documental (ENG)

DarthAcan — Wed, 03 Sep 2025 19:23:24 +0000

#7 no, Python no se convierte a código máquina.

» autor: DarthAcan

#11 Python: El documental (ENG)

exeware — Wed, 03 Sep 2025 18:47:46 +0000

#10 claro la clave es que se puede usar... luego si funciona no importa... haztelo mirar... la gente que usa python no lo usa como pasatiempo sino herramienta de productividad repito productividad!!

» autor: exeware

#10 Python: El documental (ENG)

--841154-- — Wed, 03 Sep 2025 18:46:03 +0000

#9 Precisamente por eso es tan popular, porque lo puede usar hasta tu abuela, pero eso no lo hace mejor. Es como el McDonalds.

» autor: --841154--

#9 Python: El documental (ENG)

exeware — Wed, 03 Sep 2025 18:43:55 +0000

#8 un 26% de cuota haciendo cosas chapuceras jaja pues como serán el resto...

» autor: exeware

#8 Python: El documental (ENG)

--841154-- — Wed, 03 Sep 2025 18:37:24 +0000

#3 El error es utilizar un lenguaje que está pensado para gente que no es programadora, ingenieros, matemáticos, científicos o aprendizaje. Que es sencillo e ineficiente , para cosas que necesitan mayor eficiencia.
Python hará muchas cosas pero todas chapuceras.

» autor: --841154--

#7 Python: El documental (ENG)

exeware — Wed, 03 Sep 2025 18:08:27 +0000

#4 el python se convierte a codigo maquina sabes? muchas de sus librerias estan implementadas en otros lenguajes como rust.

» autor: exeware

#6 Python: El documental (ENG)

PerritaPiloto — Wed, 03 Sep 2025 18:04:48 +0000

#2 ¿He oído java?

» autor: PerritaPiloto

#5 Python: El documental (ENG)

Heni — Wed, 03 Sep 2025 18:03:17 +0000

#4 Es decir, el gran avance es que las IAs se vuelvan compiladores?

» autor: Heni

#4 Python: El documental (ENG)

woke — Wed, 03 Sep 2025 18:00:23 +0000

#2 en teoría, cuando la IA este muy avanzada, todos los códigos deberían ser convertidos a ensamblador o código máquina para que la eficiencia sea máxima

» autor: woke

#3 Python: El documental (ENG)

exeware — Wed, 03 Sep 2025 17:59:45 +0000

#2 si estas en lo cierto, que sea el mas usado habla muy mal de todos los programadores que lo usan... creo que no estas teniendo encuenta que a veces es mejor tener un cuchillo que puede cortar todo que tener el cuchillo mas afilado del mundo que solo corta ciertas cosas... ahi esta tu error.

» autor: exeware

#2 Python: El documental (ENG)

--841154-- — Wed, 03 Sep 2025 17:42:21 +0000

El lenguaje más sobrevalorado del mundo , es como el BASIC de los 80, ineficiente pero asequible hasta para los mas tontos.

» autor: --841154--

#1 Python: El documental (ENG)

The_Ignorator — Wed, 03 Sep 2025 17:36:47 +0000

¿Quién hubiera pensado hace 30 años que hubiesemos llegado aqui?
Con suerte nos daba para programar en un Olivetti. Sin teclado.

» autor: The_Ignorator