Menéame: comentarios [3933900]

#138 En un momento crucial para la IA, Google acaba de despedir a todo su equipo de Python de EE.UU: esto es lo que sabemos

--759566-- — Fri, 10 May 2024 20:33:25 +0000

#136 #137 El único que no para de hablar de tecnologías de los años 90 eres tú. Despeja la equis, pollavieja.

Y por supuesto que no puedes instalar un sistema operativo desde cero SOLAMENTE con un gestor de paquetes, merluzo. ¿Guix se ejecuta en el aire, quizá? ¿Se saca del culo las fuentes del sistema? Siempre vas a necesitar ejecutar un instalador sobre algo y tener accesible lo que vas a instalar, capullín.

Ya has hecho el ridículo confundiendo gestor de paquetes con sistema operativo (que mira que hay que ser burro), ahora lo confundes también con un instalador de sistema operativo. Eres una diarrea mental con patas, en ningún momento tienes la menor idea del calibre de las tonterías que estás soltando una tras otra.

Todo lo demás que dices por supuesto puede hacerse con cualquier gestor de paquetes existente. Sucede que tú no tienes ni puta idea del tema, eso es todo.

¿Pero tú te crees que los paquetes los ha inventado Guix, pedazo de animal? Cualquier paquete incluye (por resumírtelo mucho) como mínimo un script o guión que se ejecuta elevado y permite hacer con el sistema lo que te salga de los cojones, a partir del contenido del propio paquete, del sistema, de Internet... En otras palabras, un paquete de cualquier gestor de paquetes puede hacer TODO, cualquier cosa que se te ocurra. ¿Lo pillas? También tienen script opcional de rollback, por supuesto. Y además usando el intérprete que elijas tú, no en una antigualla de lenguaje incomprensible que te quiere imponer un zumbado que se cree hacker porque usa pollas libres.

”debootstrap junto a debconf”.

Vamos, que tiras de herramientas externas como siempre. Empezando por dpkg, lo que implica que tu gestor no pinta absolutamente nada en los procesos de instalación de cada paquete, ni tampoco en los rollbacks, ni interviene en nada de lo que dices. Gracias por aclararlo.

”Guix es como juntar el comando net, wmi, ad, gpo's...“ ”Es juntar kvm, emerge, ansible, ostree, docker, yum, y rpm”.

Claro, campeón, y por eso NO LO USA NI DIOS. Sólo Stallman y tu abuelo, que aún programan en LISP.

¿Pero no te das cuenta de que es la realidad y no yo la que se caga en todas tus ilusas trolas?

P.D.: Aprende a responder en un comentario, que pareces ”retardao” añadiendo mentiras conforme se te van ocurriendo.

» autor: --759566--

#137 En un momento crucial para la IA, Google acaba de despedir a todo su equipo de Python de EE.UU: esto es lo que sabemos

--777905-- — Fri, 10 May 2024 18:26:42 +0000

#135 Blablabla... mentira. Nada de lo que dices existe. Sencillamente porque para ser mínimamente útil antes se necesita recrear todo. todo, todo lo que ya existe para otros sistemas de gestión de paquetes. ¿Qué parte no entiendes?

No existe. Ni con debootstrap junto a debconf.

Ignoras lo que hace guix, si no ni los compararìas. Es juntar kvm, emerge, ansible, ostree, docker, yum, y rpm sin pisarse en un solo sitio.
Ni Fedora Atom se le acerca.

» autor: --777905--

#136 En un momento crucial para la IA, Google acaba de despedir a todo su equipo de Python de EE.UU: esto es lo que sabemos

--777905-- — Fri, 10 May 2024 18:22:38 +0000

#135 guix system en inria. Lo demás son lloros de pollaviejas viviendo como en 1993 con Irix y un gestor limitado.
Puedes instalar Fedora solo con DNF? No. Containers? No. Compilar cruzadamente, hacer rollbacks, exportar configs, configurar usuarios, demonios, redes, cortafuegos? No.
Pues a cascarla.
Irónicamente wmi en windows se le acerca algo con políticas de grupo, pero sin rollback, compilación, vms, containers..
Guix es como juntar el comando net, wmi, ad, gpo's... en uno. Pero usando un ini para todo.

» autor: --777905--

#135 En un momento crucial para la IA, Google acaba de despedir a todo su equipo de Python de EE.UU: esto es lo que sabemos

--759566-- — Fri, 10 May 2024 17:34:24 +0000

#133 ”Guix es un gestor de paquetes, containers, sistemas y de compilación cruzada e INSTALADOR del sistema con guix system”.

O sea, un instalador de paquetes y punto. Lo puedes describir de mil maneras y con todas las flores que quieras, pero va a seguir siendo sólo eso.

Pero mira tus cacareados scripts en Scheme de Guix, so burro, que sólo son instrucciones para instalar paquetes y NADA MÁS. Como cualquier otro gestor de paquetes, sólo que en tu caso usando un lenguaje que es una basura.

Te inventas fantasías delirantes y eres tan tonto que hasta te las crees. Si hasta has llegado a decir que Guix es un sistema operativo, mostrenco. Está clarísimo quién no tiene ni puta idea aquí.

De paso te aclaro (porque es evidente que tampoco lo sabes) que Nonguix es sólo un repositorio para Guix. Pero por su contenido no libre has de añadirlo a mano. Y (lee bien esto) la propia fuente GNU prohíbe su documentación y difusión. La solución ideal para nadie, sólo quebraderos de cabeza. Y una perfecta demostración de lo incompleto que es el software libre, y de las paradójicas contradicciones que te fuerza a sufrir tu secta.

Ahora compara con rpm, yum, apt, o cualquier solución de paquetes que ya viene preinstalada en el sistema. No tienes que lidiar con una mierda de lenguaje en desuso, no necesitas recrear tooooooodos los paquetes ya existentes, no has de configurar el cliente a mano, no necesitas añadir nada para instalar paquetes estándar, no te vas a encontrar con repositorios públicos escasos y vacíos... y sobre todo no te impiden acceder a lo que te apetezca sólo porque un barbudo a diez mil quilómetros ha decidido que tus gustos no le molan.

Por eso tu mierda de herramienta GNU no la usa ni dios, y así seguirá siendo por mucho que patalees.

Por cierto, he ojeado el manual que enlazas y los ejemplos son una demostración aplastante de por qué LISP es una puta mierda infame para cualquier cosa que quieras hacer. Madre mia, qué horror, y se supone que eso son los ejemplos más simples. No te digo ya que soportes formatos de configuración hipersencillos tipo set o ini tal y como hacen la mayoría de herramientas existentes, si lo has de complicar como mínimo usa estándares inteligibles tipo json o yaml como hacen tantos otros, y no la cagada de LISP en el que a la tercera anidación ya te has perdido.

#134 Blablabla... mentira. Nada de lo que dices existe. Sencillamente porque para ser mínimamente útil antes se necesita recrear todo. todo, todo lo que ya existe para otros sistemas de gestión de paquetes. ¿Qué parte no entiendes?

Y encima por lo visto hay que hacerlo en tu basura de lenguaje decimonónico LISP. Ni siquiera puedes elegir programar la instalación de tu paquete con el intérprete que te venga bien, como sí permiten todos los demás sistemas de instalación de paquetes.

Tu chufa sólo sirve para hacer experimentos con gaseosa en tu sistema local. Jamás la va a usar nadie, por mucho que lloriquees.

» autor: --759566--

#134 En un momento crucial para la IA, Google acaba de despedir a todo su equipo de Python de EE.UU: esto es lo que sabemos

--777905-- — Fri, 10 May 2024 15:58:19 +0000

#132 Lo más parecido es emerge y emerge ni instala binarios por defecto, ni reproduce, ni configura sistemas, ni nada de nada. Ni te monta containers, ni te hace un guix pack para meter un tgz donde te salga los merendengues, ni tiene guix shell con chroots o entornos aislados para probar cosas nuevas, ni te hace rollbacks enteros del sistema, ni te importa como si nada cosas de CPAN/CRAN/PIP/Common Lisp ponga aquí su gestor para lenguajes. Y mucho más.

Por hacer, te puede hacer compilar un binario de Icecat para Win32/64. O portarte software libre en bloque para Msys2.

Si, igual que un gestor de paquete.

Qué iluso...

guix.gnu.org/manual/es/html_node/index.html#SEC_Contents

No le queda nada al resto...

» autor: --777905--

#133 En un momento crucial para la IA, Google acaba de despedir a todo su equipo de Python de EE.UU: esto es lo que sabemos

--777905-- — Fri, 10 May 2024 15:52:31 +0000

#132 >Guix es sólo un instalador de paquetes, ”flipao”.

Errando la primera no sabes de lo que hablas.

Guix es un gestor de paquetes, containers, sistemas y de compilación cruzada e INSTALADOR del sistema con guix system.

No tienes ni puta idea y hablas como un cunyado de barra de bar.

> es que por mucho que te inventes, resulta obvio que una chufa especializada en proveer exclusivamente paquetes que tengan licencia libre NO SIRVE PARA NADA

Nonguix, 'hinjeniero'. Usado en Inria para sus HPC con CUDA:

guix.bordeaux.inria.fr/

Aprende algo, merluzo:

guix.gnu.org/manual/es/html_node/Uso-de-la-configuracion-del-sistema.h

» autor: --777905--

#132 En un momento crucial para la IA, Google acaba de despedir a todo su equipo de Python de EE.UU: esto es lo que sabemos

--759566-- — Fri, 10 May 2024 15:49:55 +0000

#129 Guix es sólo un instalador de paquetes, ”flipao”. Por muchas ilusiones vanas que os hagáis los adoradores de la secta Stallman , ni siquiera GNU entero es un sistema operativo sin un núcleo (y no me mentes Hurd que me parto el culo). Como siempre, no tienes ni puta idea de qué hablas.

En todo lo demás es evidente que mientes, desde el momento en que tu chufa de instalador no la utiliza ni dios. Ni un solo sistema operativo la ha adoptado, no te digo ya los usuarios.

Y es que por mucho que te inventes, resulta obvio que una chufa especializada en proveer exclusivamente paquetes que tengan licencia libre NO SIRVE PARA NADA. Siempre la vas a tener que complementar con un gestor de paquetes serio que te dé acceso a lo que necesitas. Y para eso te ahorras instalar Guix, que es lo que hace todo el mundo.

#130 #131 Que no hace nada que no hagan los demás, ”pesao”, sólo lo hace más complicado. Y encima se configura usando tu mierda de LISP de hace treinta años, con una sintaxis peor que la de C (que ya es decir).

Pero es que ni aunque tu herramienta funcionase en lenguaje natural e hiciese pajas con sabor a chocolate, nadie la usa y nadie la usará nunca. Porque ”out of the box“ no te deja instalar lo que necesites, sino sólo lo que quiera Stallman. Para cualquier otra cosa ya requiere añadir a mano repositorios que ni están documentados. Y eso con mucha suerte, porque conociendo GNU no vas a encontrar ni un solo repositorio público que contenga lo que necesites.

Eso es un jaque mate que condena para siempre a tu invento a una comunidad compuesta exclusivamente por adolescentes pipiolos sin nada útil que hacer. Sencillamente porque existen opciones mejores, más profesionales, mucho más versátiles y mucho más sencillas de usar, y que además vienen de serie con el sistema operativo que te instales.

Despierta a la realidad, hippie.

» autor: --759566--

#131 En un momento crucial para la IA, Google acaba de despedir a todo su equipo de Python de EE.UU: esto es lo que sabemos

--777905-- — Fri, 10 May 2024 08:50:04 +0000

#128 Y sobre Hurd, GuixSD con Linux Libre funciona perfectamente, y Guix como gestor de paquetes/containers va perfecto en Ubuntu, Red Hat... ). Por eso lo recomienda GNU.
Bajas el script para tu Ubuntu, Debian, RHEL... y se configura solo, repos, integración con systemd, todo. Es la forma idónea de tener el software GNU de forma universal en cualquier máquina.
Puedes por ejemplo, meter Icecat, Python, R... como usuario sin privilegios una vez tengas instalado Guix. Y tener tu propio Guix -como usuario- actualizable con guix pull, totalmente independiente del resto de usuarios. Ah, se integrará con G con iconos y demás.

Si quieres el kernel cerrado en GuixSD, toca añadir Nonguix, pero en #guix en libera.chat te darán cero ayuda por ser un canal cerrado). Saben de él, pero nadie de GNU lo usaría salvo emergencias (adaptador Wifi externo Atheros fallando con los años y teniendo que usar el interno con drivers cerrados normalmente de Ralink o Broadcom).

Y bueno, Guix puede agregar el demonio childhurd en el config.scm para tener una máquina virtual automática con hurd y guix para éste para hacer pruebas vía SSH y VNC. Todos ganan.

» autor: --777905--

#130 En un momento crucial para la IA, Google acaba de despedir a todo su equipo de Python de EE.UU: esto es lo que sabemos

--777905-- — Fri, 10 May 2024 06:55:20 +0000

#128

www.nature.com/articles/s41597-022-01720-9

El gestor usa Scheme, tiene mucho que ver.
El archivo /etc/config.scm que define todo mi equipo es en realidad código Lisp.
La definición de paquetes y repos también.

» autor: --777905--

#129 En un momento crucial para la IA, Google acaba de despedir a todo su equipo de Python de EE.UU: esto es lo que sabemos

--777905-- — Fri, 10 May 2024 06:47:45 +0000

#128 Guix system es un sistema operativo integrado. Usa Sheperd y no Systemd. Para no tener apoyo de Red Hat o IBM, cuyo análogos son Anaconda+DNF+Andible+Docker... siendo muy inferiores. Sin millones de RH o IBM, repito.
Ah, Guix trae instaladores universales que se adaptan a tu SO con SystemD, OpenRC... y como reside en /gnu/store, no rompe nada.
>pelado...
Reproducibilidad en versiones, librerias, que lo que le metas se ciña a espec. como toda ingeniería o ciencia sin miedo a rotura de dependencias. Desde libc a gcc, vrsión de Python, CUDA... eso en ciencias vale oro, y en Inria y su HPC lo ves mejor.

» autor: --777905--

#128 En un momento crucial para la IA, Google acaba de despedir a todo su equipo de Python de EE.UU: esto es lo que sabemos

--759566-- — Thu, 09 May 2024 23:25:48 +0000

#127 ¿Pero qué mierda tiene que ver el origen de Unix con nada en esta conversación? No escribes más que tonterías sin sentido.

”es el gestor recomendado de GNU”.

Igual que el núcleo recomendado por GNU es Hurd, y tampoco lo usa ni dios.

Por mucho que tú trempes con la frondosa barba de Stallman, el mundo del software hace dos décadas que se ha decantado por las licencias no víricas y las recomendaciones de GNU no las sigue ni dios. Los únicos puristas trasnochados que seguís creyendo que GNU es un principio de autoridad sois cuatro críos hippies que no tenéis nada serio que hacer con un ordenador, entérate ya.

”para mantener Python + Numpy + simpy en versiones fijas sin la chapuza de docker“.

Para empezar, eso lo hace pip sin ayuda de ningún añadido. Para eso existe pip, mendrugo. Y con pyenv puedes usar simultáneamente todas las versiones fijas de Python que quieras, ¿para qué demonios necesitas docker?

Igual que crear un entorno virtual de ejecución sin dejar rastro en el sistema es algo que también hace Python solito. Ni docker ni tu chufa de instalador pintan NADA en ello.

Y para continuar, las extensiones numpy y simpy son para usos muy concretos, no son genéricas ni mucho menos imprescindibles. Eres tan cenutrio que has copiado un comando de ejemplo sin saber ni qué es. Y para coronar tu burrez pretendes venderlo como un ”bundle” conjunto que sólo existe en tu imaginación ignorante.

¿Pero de verdad no he das cuenta de que tus imbecilidades analfabetas no tienen ninguna posibilidad ante alguien que sí sabe de qué habla? Que hasta un junior se reiría en tu puta cara, niño, que no pasas del nivel de conocimientos de un usuario.

”Quieres jugar con Python en Guix sin instalarlarlo?”

No necesito instalarlo para jugar con él, payaso, viene de serie en cualquier sistema en el que puedas aspirar a encontrar GNU también.

Lo que no vas a encontrar integrado en ningún sistema es Guile y Guix, ¿quieres que te ayude a instalarlos? ¿O mejor somos listos y pasamos de esa mierda innecesaria?

”gui import -r pip loquesea > loquesea.scm
luego eso lo puedes importar con guix package, crear un canal (repo) para guix, crear una vm, un repo docker, lo que sea”.

O puedes simplemente ejecutar ”pip loquesea” y te ahorras tooooda esa basura innecesaria.

¿Para qué iba nadie a necesitar guardar una extensión de Python en un repositorio que no sea PyPi? ¿Por qué cojones con tu invento hay que reempaquetar lo que ya es un paquete instalable? ¿Para qué coño necesitas docker o máquinas virtuales, si con Python pelado puedes crear todos los subsistemas pyenv que quieras?

Es para partirse el culo. TODO lo que estás describiendo es INÚTIL e INNECESARIO. Tu invento GNU no hace sino complicar lo que es sencillo y añadir overhead por la cara, sin aportar ninguna ventaja en absoluto. Igual que tu mierda de lenguaje favorito, vamos.

Vives en una fantasía en la que crees que el más tonto e ineficiente es el más guay. No me extraña que busques casito tan desesperadamente, en la puta vida vas a oler un entorno profesional. Sólo eres un pamplinas que dice tonterías sin sentido, sin saber de qué habla, y sin entender siquiera qué es lo que copias y pegas.

» autor: --759566--

#127 En un momento crucial para la IA, Google acaba de despedir a todo su equipo de Python de EE.UU: esto es lo que sabemos

--777905-- — Thu, 09 May 2024 21:23:27 +0000

#126 Sigues sin enterarte. El punto álgido de Unix fueron las terminales y antes los teletipos. Todo el sistema es un hack hecho para hacer funcionar programas como si fueran terminales. man 2 signal y man 7 signal.
Eso ha lastrado muchas cosas, como por ejemplo lo que pasaba con tar y pax en modo verbose.

Eso hasta Unix v8/v10 con el Blit y luego sus herederos plan9/9front, que ya fueron hechos para gráficos con la filosofía de todo es un archivo y texto pero sin usar terminales o simulaciones. Las 'terminales' de plan9/9front en realidad son ventanas corriendo term y rc. Drawterm y cpu no necesitan una reimplementación de la historia de las telecomunicaciones desde la era victoriana a hoy.

Sobre que el gestor no lo usa ni dios, lo usan HPC's, en investigación para mantener Python + Numpy + simpy en versiones fijas sin la chapuza de docker y con resultados garantizados; es el gestor recomendado de GNU por excelencia para instalar cualquier cosa nueva y los militares van a adoptar Guix a parte de Nix para reproducibilidad y para lanzar containers y vm's desde el mismo comando guix.

Quieres jugar con Python en Guix sin instalarlarlo?

guix shell python python-numpy python-simpy -- python

Sales de python y todo ese entorno muere, no deja rastro.

guix.gnu.org/manual/en/html_node/Invoking-guix-shell.html

Quieres importar algo de pip que no esté portado a guix?

gui import -r pip loquesea > loquesea.scm

luego eso lo puedes importar con guix package, crear un canal (repo) para guix, crear una vm, un repo docker, lo que sea.

guix.gnu.org/manual/en/html_node/index.html

Guix para tu amado Python con CUDA y amigos (repo nonguix para ello, está fuera de GNU), es vital para la reproducibilidad científica y garantizar resultados y entornos.
Gracias a Guile y su ahora JIT.

Como distro, Guix es como Nix. Guardas un archivo .scm y ahí está todo tu sistema formateado, usuario, paquetes, demonios, cortafuegos, config sysctl...

» autor: --777905--

#126 En un momento crucial para la IA, Google acaba de despedir a todo su equipo de Python de EE.UU: esto es lo que sabemos

--759566-- — Thu, 09 May 2024 19:11:27 +0000

#125 No hay frase en la que no incluyas una payasada ignorante.

¿Pero qué demonios dices de teletipos, si Python en su origen ya se usaba en scripting? ¿Y qué estupidez es ésa de esperar al terminal? Un intérprete no tiene que esperar a nada si no se lo dice el código, mendrugo. Ni siquiera sabes lo que es un intérprete, es que me meo.

Por cierto, resulta enormemente divertido ver cómo criticas Unix cuando hablas de GNU, como si tuviera algo que ver una cosa con la otra. Nunca sabes de qué hablas. Y además, si no fuese por ciertas variantes de Unix, Stallman viviría debajo de un puente y los hippies de la informática ni siquiera existiríais.

Por lo demás, estás hablando de un gestor de paquetes que según tú arrasa con todo pero que curiosamente no utiliza ni dios. Para sorpresa de nadie, tus fantasías siempre se dan de hostias con la realidad.

Y no, ni es de ahora ni está basado en LISP. Guix es un parche para Guile, que durante 20 años ni tenía gestor de paquetes. Y Guile es de hace treinta años, como todo lo que tú conoces. De ahí que la primera extensión que tuvo fuese para poder usar tu antigualla de lenguaje LISP. Pero soporta multilenguaje por diseño, y por ende Guix también. Ni en un fumadero de caspa encontrarás a alguien tan imbécil como para crear un paquete con instrucciones en LISP hoy en día.

Vamos, que sigues mintiendo en todo y sin tener ni pajolera idea de nada.

Pero lo más descojonante, con diferencia es verte dando tumbos de un extremo al contrario, encumbrando ahora al dialecto de LISP en el que te cagabas en tu comentario anterior. LISP está tan fragmentadísimo que hasta puede verse la fragmentación en tus comentarios y en tu cerebro.

» autor: --759566--

#125 En un momento crucial para la IA, Google acaba de despedir a todo su equipo de Python de EE.UU: esto es lo que sabemos

--777905-- — Thu, 09 May 2024 14:48:04 +0000

#124 No somos hackers, hacker es stallman, el resto o crackers o gente de ingeniería inversa.

Sobre nostalgia sobre lo desfasado, más que desfasado que Python y ascendientes, de 1987, descansando sobre Unix, hecho para teletipos, donde tiene que esperar a la E/S de terminal como loco en cada escritura... compara tar/pax sin el flag v y con el un paquete con una larga estructura de archivos y me comentas. Eso en 2024.

Yo ya te dije, que del mundo Unix, me gusta más 9front, donde también tenemos guías. Es el sucesor natural de Unix sin las limitaciones de éste.

En el mundo Lisp, menos ojalá Guix y sistemas operativos como Mezzano nos saquen de C, C++, Unix y similares. De momento es esperable que las Coreutils de GNU se reimplemente en Guile. Saldríamos de la tiranía de SIGABRT y demás al más mínimo fallo. Trataríamos al usuario con respeto, ofreciéndole corregir sus errores en vez de fallar como política y callar en caso de una ejecución correcta.

Por cierto, GuixSD es de ahora, basado en un Scheme y se folla a PIP/APT/Debian/Nix y lo que sea. 100% reproducible, desde 0 con GNU MES.
Ese es el futuro, se usa en Inria (que no son mancos precisamente) y deja todo lo que me puedas desplegar con Ansible/Docker/APT/YUM... como plataformas de juguete. Guix hace *todo eso* y más.
Gracias a Scheme.

guix.bordeaux.inria.fr/

archive.societe-informatique-de-france.fr/wp-content/uploads/2021/05/j

Quien es el obsoleto ahora?

» autor: --777905--

#124 En un momento crucial para la IA, Google acaba de despedir a todo su equipo de Python de EE.UU: esto es lo que sabemos

--759566-- — Wed, 08 May 2024 23:59:16 +0000

#122 #123 La conversación es sobre lenguajes, más concretamente sobre Python. De Unix sólo estás hablando tú, vete a saber por qué. No trates de poner en boca ajena tus gilipolleces, nunca va a colar.

Y tu vida no le interesa a nadie, como comprenderás. Anda que no eres plasta pretendiendo hablar de ti mismo, se nota que no te hace caso ni dios (y con razón).

Eso sí, descojona enormemente leer que te crees un pro porque has leído un libro y una vez cambiaste dos líneas de código.

Para más descojone, nombras como referencia de utilidad un servidor que claramente es una antigualla para pipiolos que se creen hackers por ejecutar comandos preinstalados en un Unix.
texto-plano.xyz/

Debo decir que he pasado un rato divertido, todo en tu comunidad de referencia hace descojonar. Ojo a las perlas ya en la página principal, que dice a gritos ”entra aquí si no tienes ni puta idea o te quedaste en el siglo XX”.

¿Qué puedes hacer?
- Aprender a usar la consola de UNIX
- Participar de una BBS
- Crear una web con HTML, CSS y quizás JavaScript
- Crear un diario personal con gopher
- Chatear por IRC o Jabber/XMPP

De veras me estoy partiendo el ojal echando un vistazo a tu guardería para adolescentes hippies. Desde abanderarse en lo antiguo hasta el tufo antisistema, pasando por el aire cutre y desfasado que lo impregna todo, es un no parar de reír.
wiki.texto-plano.xyz/doku.php?id=hacker

Joder, si es que hasta la lista de juegos es de hace treinta años.
wiki.texto-plano.xyz/doku.php?id=nethack
wiki.texto-plano.xyz/doku.php?id=snake

Pura nostalgia de lo desfasado. Definitivamente ahí encajas como un guante. Avisa cuando lleguéis al siglo XXI.

» autor: --759566--

#123 En un momento crucial para la IA, Google acaba de despedir a todo su equipo de Python de EE.UU: esto es lo que sabemos

--777905-- — Wed, 08 May 2024 11:55:28 +0000

#121 en #122 quise de decir 'un módulo de interfaz para nethack/slashem', ya que está desacomplada del núcleo en ANSI C y existen desde interfaces Win32 a Amiga, Be/Haiku, SDL, QT, Ncurses... por eso se puede más o menos crear una ad-hoc y que se vea más o menos igual que la de otras plataformas, porque plan9 lo de ncurses es herejía y es algo forzado cuando es un SO que desde 0 se pensó para ser como texto a lo Unix pero gráfico por defecto sin limitaciones de las terminales de 80x24.

Es decir, si hay un port de Nethack/Slashem me gustaría que pudiera redimensionar la ventana agusto. No, ya sé que ncurses provee funciones para eso usando señales de Unix y patatin/patatan, a mí dame una interfaz de la GUI de 9front que se verá todo más decente.

» autor: --777905--

#122 En un momento crucial para la IA, Google acaba de despedir a todo su equipo de Python de EE.UU: esto es lo que sabemos

--777905-- — Wed, 08 May 2024 11:48:17 +0000

#121 >De verdad, en la vida he visto un tío tan paleto e ignorante intentando hacerse pasar por programador. ¿No te das cuenta de que estás hablando con un programador de verdad, ”alelao”?

En C solo he portado cpulimit de FreeBSD a OpenBSD cambiando bastante la ABI (sys/time.h y muchas cositás más); pero qué sabré yo, el alelao de Common Lisp.

PD: mi build solo se usa en n Pubnix como texto-plano para un demonio que vigile que los usuarios no se salgan de madre, pero claro, como soy el lerdo de CL, no tengo ni puta idea de Unix, aunque tenga 9front y me haya releído el libro de Ballesteros 20 veces y esté intentando crear un módulo de interfaz usando la librería gráfica nativa de plan9/9front y aprovechando NPE que es un wrapper para POSIX poniendo 'shims' donde no haga falta.
De momento hay un port básico de SDL2.

Pero sí, no tengo ni idea de Unix.

» autor: --777905--

#121 En un momento crucial para la IA, Google acaba de despedir a todo su equipo de Python de EE.UU: esto es lo que sabemos

--759566-- — Tue, 07 May 2024 22:03:44 +0000

#119 ”Puedes interpretar el codigo, compilarlo a bytecode o crear una imagen nativa con el REPL dentro”.

O sea, como con Python.

¿Te suena PyInstaller? No es imprescindible para nada, pero desde hace veinte años es la única herramienta que puedes querer necesitar además de PIP. Yo la uso esporádicamente cuando por cuestiones de negocio quiero desplegar proyectos sin entregar las fuentes. Y sí, permite compilar Python en un binario nativo con el motor del intérprete incorporado. Aunque tú lo ignores todo de Python, es una prestación que siempre ha estado ahí.

De hecho, si no necesitas entregar el proyecto empaquetado con un lacito, Python te permite hasta desplegar un entorno virtual entero con todo lo que tu aplicación necesite del sistema. Y eso sin herramienta adicional, sólo usando el ejecutable de Python, pelado y ”standalone”.

Y todo, todo, TODO lo que has dicho, lo trae Python de serie DESDE SIEMPRE, a ver si te entra de una vez en el vacío interestelar que tienes entre las orejas.

Hasta tu cacareada ”depuración/reflexión/redefinición en runtime” se reduce a escribir instrucciones en un puto intérprete de línea de comandos, ya ves tú. Python siempre ha sido exactamente eso, un intérprete con línea de comandos incorporada que permite ejecutar código, inspeccionar objetos y modificarlos al vuelo. Te lo llevo diciendo desde el principio, atún.

¿De verdad sigues creyendo que todas las cosas que tanto te alucinan las ha inventado tu compilador o son exclusivas de LISP, pedazo de ”flipao”? ¿Pero no te percatas de que en todo momento estás hablando de un compilador libre que COPIÓ LAS FEATURES DE OTROS LENGUAJES?

Con la diferencia de que Python es indeciblemente más potente ya ”out of the box”, con un extensísimo framework incorporado. Además no te obliga a lidiar con decenas de dialectos, y con una única herramienta vas sobrado.

#118 ¿Y por qué no paras de hablar de C y de cosas que no tienen absolutamente nada que ver con el tema? ¿No te das cuenta de que aquí el único fanboy eres tú, y que claramente estás intentando proyectar en los demás gilipolleces absurdas que sólo están en tu cabeza?

De hecho no sé ni para qué intentas tirar por ahí, cuando ya te hemos visto escribir subnormalidades tan espectaculares como que Scheme (dialecto) es a LISP lo que C++ y Go son a C (que son lenguajes diferentes, melón). En tu cabeza de adoquín resulta que cualquier lenguaje que tenga una sintaxis parecida a C es un dialecto de C. Es para cagarse diez veces.

De verdad, en la vida he visto un tío tan paleto e ignorante intentando hacerse pasar por programador. ¿No te das cuenta de que estás hablando con un programador de verdad, ”alelao”?

Por mucho que lo intentes, te quedaste en los años 90 y hasta el más tonto entre los juniors te daría sopas con hondas. A ver cuánto más haces el ridículo antes de darte cuenta.

» autor: --759566--

#120 En un momento crucial para la IA, Google acaba de despedir a todo su equipo de Python de EE.UU: esto es lo que sabemos

--777905-- — Tue, 07 May 2024 20:25:24 +0000

#118 Que compatible es todo en GNU y BSD, eh?

github.com/oasislinux/oasis/issues/13

No hay manera de compilar GNU/Linux sin un compilador de GNU C, las extensiones de GNU a C99.

github.com/oasislinux/oasis/issues/13#issuecomment-637026725

Pena que RMS sucumbiera a Unix para crear GNU, era el entorno de moda para maquinas modestas frente a una PDP 10.

De hecho el Hurd y Emacs encima funcionando me hubiera molado mas. Eso de montar cosas sin tener que usar permisos de root, setuid/setguid con parches guarros o un demonio como polkit me parece la hostia. Como FUSE pero con rendimiento real.

» autor: --777905--

#119 En un momento crucial para la IA, Google acaba de despedir a todo su equipo de Python de EE.UU: esto es lo que sabemos

--777905-- — Tue, 07 May 2024 20:18:33 +0000

#118 :SBCL es un compilador, paleto, ¿qué hay que abrir? ¿Aún no sabes lo que es un compilador?

Compilador, intérprete y REPL segun las opciones de sbcl y de configuracion mediante variables con setq.

No son herramientas diferentes, son todas en el mismo entorno.

Para no saber de lo que hablo, tu hablas como un novato.

Las herramientas de las que digo, las tienen ECL, SBCL, Clisp y el resto porque se toman muy en serio el cumplir estandares.

No como otros, con el kernel Linux compilable via GCC/Clang y gracias.

Esta Oasis Linux que intenta eso con Cparser o Cproc, no recuerdo, con C99. Y aun asi no lo han hecho del todo.

En Lisp como digo, tu no has tocado un Common Lisp moderno en tu vida.

Puedes interpretar el codigo, compilarlo a bytecode o crear una imagen nativa con el REPL dentro.

Pero explicar esto a un fanboy de C y Unix (y eso que yo uso cwm bajo GNU Hyperbola, y tambien 9front con ACME creando una GUI para Nethack usando NPE para compilar las cosas POSIX y la GUI como tal, la UI de plan9) es cosa jodida, como explicar fisica a una hormiga.

» autor: --777905--

#118 En un momento crucial para la IA, Google acaba de despedir a todo su equipo de Python de EE.UU: esto es lo que sabemos

--759566-- — Tue, 07 May 2024 20:12:36 +0000

He pasado de leer #115, #116 y #117. Que tú seas un asno y me repitas mil veces lo mismo en diferentes comentarios no implica que yo me tenga que pasar la vida repitiéndome. Aprende a expresarte y responde en un único comentario, ceporro.

#113 ”necesitas a GDB arrancando un SUBPROCESO para depuarar”.

¿Pero en qué universo vives tú? Tío, que existen entornos de depuración estáticos desde los años 80, y desde los 90 hasta con entorno gráfico.

El servidor de GDB, como no necesites depurar eventos asíncronos despachados en C, no lo vas a necesitar en la puta vida. Ni siquiera entiendes lo que te estoy diciendo, sencillamente no sabes de qué hablas.

”Abre SBCL y hablamos”.

SBCL es un compilador, paleto, ¿qué hay que abrir? ¿Aún no sabes lo que es un compilador?

Es que me parto el culo. Nombras un compilador pero estás hablando de abrir un intérprete... como el de Python de toda la vida.

Va a resultar que toda tu fantasía de ”cambiar cosas al vuelo” se reduce a que tienes un puto intérprete. Porque eres tan inútil que no sólo no distingues una herramienta de otra, es que ni sabes qué son ni para qué sirven. Y claro, flipas pepinillos con cualquier chuminada, aunque sean cosas triviales cuando usas otros lenguajes.

”Common Lisp lo hace DE SERIE”.

Aquí vuelves a confundir lenguaje con herramienta. No sólo no tienes ni idea, tampoco tienes remedio.

De hecho a continuación comparas LispWorks (herramienta) con Python, Basic y Perl (lenguajes). Ni aunque te lo expliquen mil veces, eres tonto y ya.

Y por supuesto al hablar de LISP no paras de nombrar herramientas diferentes. Es imposible dejar más claro que si usas LISP no puedes cagar y limpiarte el culo sin cambiar de entorno.

» autor: --759566--

#117 En un momento crucial para la IA, Google acaba de despedir a todo su equipo de Python de EE.UU: esto es lo que sabemos

--777905-- — Tue, 07 May 2024 18:54:50 +0000

#114 >Y la falta de unificación también es de LISP, como demuestra que existan chorrocientos dialectos y chorrocientos entornos de desarrollo (cada cual para una cosa). Por mucho que mientas y lo niegues están ahí, no los he inventado yo

Repito, solo veo dos:

Common Lisp, da igual el compilador si soporta Quicklisp, Bordeaux-threads y el HyperSpec
Scheme, donde si hay cientos de dialectos.

Pero como digo, Scheme y CL tienen que ver lo que Go y C++ con C. Son otra cosa. Nadie de CL usará Scheme como un Lisp. De hecho, lo comentan hasta los propios creadores de la Lisp Machine: Scheme dejo de ser Lisp hace mucho.

» autor: --777905--

#116 En un momento crucial para la IA, Google acaba de despedir a todo su equipo de Python de EE.UU: esto es lo que sabemos

--777905-- — Tue, 07 May 2024 18:42:30 +0000

#114 >Por mucho que patalees, Scheme es LISP. Punto pelota. El por qué te has puesto a hablar de C, nadie lo sabe y a nadie le importa.

Scheme es a LISP (Sea 1.5) lo que C++ a C.
Voy a tener que llamarte gen-zetaer a partir de ahora. Hablas como ellos.

Esto no es depurar, que no sabes ni de lo que hablas. Esto es definir funciones, metodos, clases hasta de la propia API interna de forma dinamica sin que el compilador se te mee en los pantalones. Eso no lo hace ni GDB sin que libc se vaya a tomar por culo, glib y gobject acaben yendo a la mierda al primer cambio con pseudo objetos en gobject y cualquier cosa de Gnome. Repito, solo Smalltalk y Common Lisp lo hacen. Y Forth, en microcontroladores y similares.
El resto, como tu, habla sin saber.

2002:

tiborsimko.org/common-lisp-runtime-redefinition.html

Venga, sigue con la fiesta. Me sigo riendo.

En HN tienen ejemplos más extremos:

news.ycombinator.com/item?id=14879556

Colega, me estas comparando C, C++, Python, Go... como si fuera algo avanzadisimo cuando son los herederos del WORSE IS BETTER de Unix is amigos.

» autor: --777905--

#115 En un momento crucial para la IA, Google acaba de despedir a todo su equipo de Python de EE.UU: esto es lo que sabemos

--777905-- — Tue, 07 May 2024 18:39:46 +0000

#114 malisper.me/category/debugging-common-lisp/

Mira, un 0.00001%, tus comentarios si que son para descojonarse.

Te suena Smalltalk? Es como eso mismo, pero en Lisp.

Nada que ver con tus juguetes de Python y demas tristes clones de Algol atrasando la informatica haciendola casi por lotes.
Esto es otra cosa.

» autor: --777905--

#114 En un momento crucial para la IA, Google acaba de despedir a todo su equipo de Python de EE.UU: esto es lo que sabemos

--759566-- — Tue, 07 May 2024 18:38:00 +0000

#111 El único burro que está hablando de C, C++ y Go como si fuesen dialectos y no lenguajes diferentes eres tú, cazurro. No sólo no tienes ni puñetera idea de nada, encima intentas proyectar TU ignorancia en los demás.

Por mucho que patalees, Scheme es LISP. Punto pelota. El por qué te has puesto a hablar de C, nadie lo sabe y a nadie le importa.

Y la falta de unificación también es de LISP, como demuestra que existan chorrocientos dialectos y chorrocientos entornos de desarrollo (cada cual para una cosa). Por mucho que mientas y lo niegues están ahí, no los he inventado yo.

No te apures, en los 90 y principio de los 2000 era normal ver surgir decenas de variantes en lenguajes que no usa ni cristo. Porque cuando un lenguaje sólo lo usan cuatro gatos no se da importancia a la estandarización, y cada cual se monta su invento a su manera.

Por eso LISP es un sindiós que requiere una decena de compiladores y entornos diferentes según lo que quieras hacer, como tú mismo has ilustrado perfectamente varias veces.

Y como lo siguen usando sólo cuatro gatos trasnochados, ni se ha unificado, ni ha cuajado un estándar, ni ha evolucionado gran cosa desde hace décadas. Sigue siendo lo mismo que era, un batiburrillo de dialectos y herramientas incompatibles.

Y repito, esto lo has ilustrado tú mismo repetidas veces. Puedes releer tus propios comentarios y ver cómo cada vez que haces alusión a las ”maravillas” de LISP mencionas un mínimo de tres dialectos y una decena de herramientas incompatibles.

Sucede que tú eres limitadísimo y encima hablas de oídas. Ni siquiera conoces las herramientas de las que hablas. Joder, si hasta flipas con que un programa se pueda depurar, es para descojonarse. Pero como te suena que lo open es bueno, ahora te emperras en que eso convierte la elección que digas tú en estándar. Y hace unos comentarios estabas defendiendo otra. Por tus cojones ignorantes y embusteros, como todo lo que escribes.

» autor: --759566--

#113 En un momento crucial para la IA, Google acaba de despedir a todo su equipo de Python de EE.UU: esto es lo que sabemos

--777905-- — Tue, 07 May 2024 18:34:54 +0000

#112 Abre SBCL y hablamos, y veras lo que es un entorno DE VERDAD, y no cualquier COMPILADOR, donde necesitas a GDB arrancando un SUBPROCESO para depuarar, melon.

Un Common Lisp lo hace DE SERIE.

Y si pasas a Lispworks (no lo recomiendo, es propietario) deja a Python en comparacion como si comparamos Basic de los PC micro de los 80 frente a Perl.

Es como comparar el DDT de ITS donde era shell y depurador y podias tomar cualquier proceso y cambiar cualquier cosa al vuelo, con un triste sh de Unix.

» autor: --777905--

#112 En un momento crucial para la IA, Google acaba de despedir a todo su equipo de Python de EE.UU: esto es lo que sabemos

--759566-- — Tue, 07 May 2024 17:45:25 +0000

#106 Demasiado subnormal hay que ser para recortar mis frases intentando que parezca que dicen otra cosa. Y tú pareces bastante aficionado a intentarlo.

Encima lo cuelgas de otro comentario donde no he escrito nada parecido. Hasta parece que tienes obsesión por mi comentario #96, ya llevas cinco sartas de estupideces citándolo que ni tienen que ver con lo que yo digo ahí. Sencillamente no te funciona la cabeza.

¿Tú te crees que no sé lo que he escrito y dónde, animal?

Por lo demás, estás describiendo CUALQUIER COMPILADOR que tenga un depurador asociado, melón ignorante. Todos ellos pueden guardar la tabla de símbolos en el binario compilado para que la use el depurador, mendrugo. Todos son capaces de compilar una variante depurable y decompilable del binario. No es ningún invento de LISP, por mucho que tú acabes de descubrirlo (cuarenta años tarde).

Y hasta en eso gana Python, porque al ser interpretado el depurador no necesita tabla de símbolos alguna.

Por lo demás, eres tan tontaina que no entiendes que tener opciones de velocidad/optimización en el compilador significa que cualquier optimización que no sea la máxima por definición no es la mejor. Es tan evidente que hasta da vergüenza ajena tener que aclarártelo.

Y entre otras cosas eso implica que o depuras u optimizas, no puedes tener ambas cosas por muchas pajas de fantasía que tú te inventes.

También implica que o bien mientes a sabiendas o bien eres un completo ignorante en informática básica.

» autor: --759566--

#111 En un momento crucial para la IA, Google acaba de despedir a todo su equipo de Python de EE.UU: esto es lo que sabemos

--777905-- — Fri, 03 May 2024 18:06:52 +0000

#110 >No es un dialecto lo que está fragmentado, chiquitín, es todo el lenguaje LISP. Precisamente porque hay decenas de dialectos. Y no, no se han unificado más que en tu imaginación. De hecho tú mismo has descrito perfectamente cómo necesitas setecientas herramientas y entornos diferentes según el dialecto que uses y la finalidad que persigas. Ni C tiene un caos tan grande, que ya es decir.

Pero qué todo el lenguaje Lisp? Joder, y tu eres el experto?
Eres comos los GenZ'ers starbuckeros confundiendo C y C++...
Ya te he dicho que Scheme y CL son mundos aparte. Tienen que ver con el Lisp original lo que C de K&R (Ansi C no, el anterior) con C89 o C99 con booleanos y// y C++.
Buena suerte compilando C99 siquiera con un compilador de K&R pre-estandar.

Y docenas de dialectos, querido cuñado, solo hay Scheme con sus SRFI (estándares), que son su propia cosa, y ANSI CL (HyperSpec) con Common Lisp. QuickLisp es el 'pip' de CL de facto. Lo toman todos.

No vas a usar una librería C++ en un compilador de C puro como TCC, no? Pues deja de juntar churras con merinas.

» autor: --777905--

#110 En un momento crucial para la IA, Google acaba de despedir a todo su equipo de Python de EE.UU: esto es lo que sabemos

--759566-- — Fri, 03 May 2024 17:38:15 +0000

#105 ”se usa en entornos serios donde Python ni entra”.

Y eso lo dice alguien que ni se dedica a la informática ni ha pasado de la tecnología de los 90. Sin duda habrá que hacerte caso e ignorar lo que todos vemos con vuestros propios ojos: que en los últimos veinte años LISP ha desaparecido y Python no ha parado de triunfar. Tanto en empresas como fuera de ellas, tanto en ámbito científico como industrial, tanto en software de utilidad como de usuario, etc.

”Se juntaron los dialectos de Common Lisp en su día para montar un estandar, en los 80”.

Lástima para tu credibilidad que la mayoría de dialectos surgieran después de los 80. Que tú te empeñes en que no existen no va a hacer que dejen de existir. Los 90 fueron tiempos proclives a los experimentos con gaseosa, pero los muchos intentos de arreglar la mierda que siempre ha sido LISP no lo consiguieron.

No es un dialecto lo que está fragmentado, chiquitín, es todo el lenguaje LISP. Precisamente porque hay decenas de dialectos. Y no, no se han unificado más que en tu imaginación. De hecho tú mismo has descrito perfectamente cómo necesitas setecientas herramientas y entornos diferentes según el dialecto que uses y la finalidad que persigas. Ni C tiene un caos tan grande, que ya es decir.

Para tu desgracia, para afianzar estándares hace falta una base consistente de desarrolladores. Y LISP sencillamente no la tiene. Sois cuatro gatos anclados en el pasado, nada más.

De hecho me acabo de descojonar leyéndote. ”Mira, que hay dos dialectos y sólo uno está fragmentado, pero está este tercer dialecto que...”. Léete tú mismo, anda, eres de lo más cómico.

» autor: --759566--

#109 En un momento crucial para la IA, Google acaba de despedir a todo su equipo de Python de EE.UU: esto es lo que sabemos

--759566-- — Fri, 03 May 2024 17:13:18 +0000

#108 Mi querido burro, o me hablas de un lenguaje o me hablas del otro. Es extremadamente idiota que intentes sacar mis frases de un contexto y las intentes calzar en otro para que parezca que he dicho gilipolleces que sólo dices tú. ¿Pero tú te crees que no sé lo que he escrito, capullín?

Sólo tú confundes lenguajes y dialectos, lenguajes y herramientas, intérpretes y compiladores... Sencillamente no tienes ni zorra. Está todo escrito ahí arriba, mandril.

Y encima sigues sin decir NADA que tenga que ver con el tema. Eres una pérdida de tiempo con patas.

”Con CL como digo el estándar manda desde hace décadas”.

Y por eso te has tirado media vida diciendo que ELISP era lo más. También sigue escrito ahí arriba, besugo. Has amontonado tantas trolas que ya no eres coherente ni contigo mismo.

”y SBCL es mucho más avanzado que Python”.

Aquí ya no sé si estás pretendiendo comparar con el lenguaje o con el intérprete, porque como tú confundes ambas cosas... En cualquier caso la cagas, porque SBCL es un compilador. De nuevo estás comparando peras y botijos porque no sabes de qué hablas.

De hecho mágicamente has ido cambiando tu compilador favorito de LispWorks a SBCL, en cuanto te has enterado de que el primero no es apto para un pobretón como tú. Al final va a ser verdad que con LISP todo cambia sobre la marcha, especialmente tus tonterías.

Por lo demás, toda comparación que hagas con Python es un chiste. Ya has demostrado varias veces que no sabes ni qué es, ni qué hace, ni cómo funciona. Sencillamente lo ignoras todo.

¿De verdad no te das cuenta de que no le vas a poder colar tus gilipolleces ignorantes a alguien que sabe que no tienes ni remota idea de qué estás hablando?

» autor: --759566--

#108 En un momento crucial para la IA, Google acaba de despedir a todo su equipo de Python de EE.UU: esto es lo que sabemos

--777905-- — Fri, 03 May 2024 16:17:24 +0000

#107 >Es un dialecto estándar.
Pero si acabas de decir que está fragmentado y no distingues compilador e implementación, melón.
Common Lisp en ANSI es como decir C99, y SBCL, CMUCL... lo mismo que cparser, clang, gcc...

Mira lo mucho que se usa C y todavía en 2023 no tenemos algo como QuickLisp o PIP... y eso que CL es mucho más limpio, subdirectorio por módulo y listo, con PIP hay que usar virtualenv y hacer chapuzas.

Como todo lo que digas de "Lisp fragmentado" se achaca a Scheme. Es otro lenguaje, otro universo. Como mezclar C y C++.
Por supuesto puedes implementar un Scheme en CL, es parte del libro de Paradigms of Artificial Inteligence, lo mismo que puedes hacer una marcianada con C++ montándote un CPP para C definiendo macros al vuelo. Pero no es el caso.
Lo que quiero decir es que CL es más compatible todavía que C++, que intentas compilar cosas de 2007 y petan. Con CL como digo el estándar manda desde hace décadas y SBCL es mucho más avanzado que Python.

» autor: --777905--

#107 En un momento crucial para la IA, Google acaba de despedir a todo su equipo de Python de EE.UU: esto es lo que sabemos

--759566-- — Fri, 03 May 2024 15:52:20 +0000

#104 Yo no he equiparado en ningún momento dialectos con herramientas, ésa es una ignorantísima cagada que no paras de hacer tú solito.

Y ANSI C es un dialecto estándar, no es ”el lenguaje C”, así que ni siquiera tu intento de falacia tiene sentido. Un lenguaje es la suma de sus dialectos, no el dialecto que digas tú.

#102 ¿Para qué coño me estás escribiendo setecientas respuestas a un mismo comentario? ¿Te crees que voy a perder el tiempo leyendo cómo te repites? Hasta he respondido ya a tus respuestas, chato, tira adelante y deja de hacer el idiota.

» autor: --759566--

#106 En un momento crucial para la IA, Google acaba de despedir a todo su equipo de Python de EE.UU: esto es lo que sabemos

--777905-- — Fri, 03 May 2024 15:46:50 +0000

#96 >No vas a poder depurar en binario...

Abre SBCL y cágate. Empezando por (decompile 'cdr) y las opciones de velocidad y compilación a imágen nativa.

» autor: --777905--

#105 En un momento crucial para la IA, Google acaba de despedir a todo su equipo de Python de EE.UU: esto es lo que sabemos

--777905-- — Fri, 03 May 2024 15:42:29 +0000

#103 Solo hay dos. Scheme encarnado más en Chicken y Guile. Muy dividido entre sí y como digo es a Lisp lo que Golang al C de Plan9. Y C++ no es una mejora precisamente. Y Common Lisp, la batería de cocina con todo.
Y se usa en entornos serios donde Python ni entra.
Si me dices que la fragmentación es real, ésa está en Scheme, no en CL.
Y el propio Elisp de Emacs se acerca más a CL (tiene hasta librerías de compatibilidad con CL) que Scheme.
MIra, con Scheme te doy la razón, es un pifostio. Con CL, no.
Se juntaron los dialectos de Common Lisp en su día para montar un estandar, en los 80.
Y de ahí a usar QuickLisp como el PIP de CL. No hay más.

» autor: --777905--

#104 En un momento crucial para la IA, Google acaba de despedir a todo su equipo de Python de EE.UU: esto es lo que sabemos

--777905-- — Fri, 03 May 2024 15:39:44 +0000

#96 Por cierto, antes de que la cagues, hablar de Clisp, CMUCL y SBCL es como hablar de Clang, GCC, TCC y Cparser diciendo que son 'dialectos' de ANSI C.
Y el 99% del grupo de Common Lispers te va a usar ANSI+ el gestor QL, que es casi como C99 y POSIX con un pkgsrc universal (no existente ahora) que por norma se hayan adscrito desde Android hasta OSX y Ubuntu dejando atrás cualquier sistema de manejo de dependencias.

» autor: --777905--

#103 En un momento crucial para la IA, Google acaba de despedir a todo su equipo de Python de EE.UU: esto es lo que sabemos

--759566-- — Fri, 03 May 2024 15:36:50 +0000

#101 Cualquier nave espacial es un logro, no sé qué tiene que ver eso con nada. Pero que mientas descaradamente e intentes hacer pasar por un mérito de LISP una avería provocada por LISP, eso es una patética invención hipócrita salida directamente de tu fanatismo embustero.

Fíjate que si LISP hubiera usado un GIL (como Python) la nave no habría fallado. Ni deadlocks, ni race conditions... cero problemas de sincronismo. Tu chufa de lenguaje en cambio falló como una escopeta de feria, allí donde Python no puede fallar.

”Si no distingues entre Scheme y Common Lisp, mejor deja la informática”.

Precisamente porque me dedico al ramo no me interesan los cien dialectos de una chufa que lleva décadas en desuso. Si me dedicara a la arqueología, quizás...

”Y cuatro gatos, mis cojones 23, CL está en sistemas y DSP's que tu ni hueles”.

No los huelo yo ni nadie. Ésa es precisamente la definición de ”lo usan cuatro gatos”, chavalín.

» autor: --759566--

#102 En un momento crucial para la IA, Google acaba de despedir a todo su equipo de Python de EE.UU: esto es lo que sabemos

--777905-- — Fri, 03 May 2024 15:28:02 +0000

#96 Emacs precisamente te ayuda a eso desde 1985 por lo menos, ya que al venir con Elisp es su puta tarea desde el pleistoceno. Así que encanchar Common Lisp a Elisp para sintaxis y ayuda y depurar todo desde el REPL para Emacs está tirado. Paredit evita que te vuelvas loco con parentesis.

Por poder puedes agregarle hasta colorines por par...

En serio, al principio yo también odiaba Lisp, pero tras usarlo semanas, cambió bastante mi visión.
PD: Con CL casi te olvidas de las listas. No es tu tarea, pero nunca viene mal saber como opera a mano. Tienes iota, loop, length y demás para que no te vuelvas loco.

Odiar Common Lisp por cosas ya obsoletas es como odiar Perl pesando que son todo oneliners, cuando medio Debian usa Perl internamente para debconf, apt, herramientas de crear debs...

Y repito, todo CL ha de portar ANSI CL, Quicklisp e hilos. Si no, no sirve para nada, y de toda esa lista el 90% va bien.

También hay diferentes implementaciones de Python. Cuantos funcionan aparte del de Guido? Exacto. Yo puedo tomar un proyecto con FASD, importarlo con QuickLisp y funcionarme en SBCL del tirón.
Hoy migrar de Python2 a 3 ya te da dolor de cabeza, incluso con algunas ramas de 3.8 a la 12.

» autor: --777905--

#101 En un momento crucial para la IA, Google acaba de despedir a todo su equipo de Python de EE.UU: esto es lo que sabemos

--777905-- — Fri, 03 May 2024 15:20:48 +0000

#100 CL es una especificación.

Bien, pero HOY Common Lisp, como mínimo, ha de soportar el estandar ANSI y QuickLisp junto con hilos.

>La nave...

Ya. Ahora mira los recursos de cuando se lanzó la nave y hablamos.Me parece un puto logro. Punto pelota.

>¿Y en qué universo los cien dialectos de LISP son ”lenguajes diferentes”? ¿Porque lo dicen tus huevos? Todos son el mismo frankenstein cojo, melón, sucede que ni siquiera tiene un estándar de facto porque sólo lo usan cuatro gatos anticuados.

Si no distingues entre Scheme y Common Lisp, mejor deja la informática.
Y cuatro gatos, mis cojones 23, CL está en sistemas y DSP's que tu ni hueles.

» autor: --777905--

#100 En un momento crucial para la IA, Google acaba de despedir a todo su equipo de Python de EE.UU: esto es lo que sabemos

--759566-- — Fri, 03 May 2024 14:18:18 +0000

#97 Hay que ser pero que muy burro para pretender que la reflexión consiste en decompilar o depurar. Es más, si optimizas compilando a binario nativo no vas a tener ni reflexión ni decompilación ni siquiera depuración, has de elegir. Ya has dejado bien claro que no tienes ni idea de qué es reflexión, pero como mínimo aprende qué es compilar y qué es una tabla de símbolos, coño.

Para postre mencionas la homoiconicidad, que en el caso de LISP se reduce a que todo, absolutamente todo, sea una lista. Su mayor fracaso, un mar caótico de paréntesis que mantiene a todos los programadores alejados de ese pestiño desde hace un largo cuarto de siglo.

¿Y en qué universo los cien dialectos de LISP son ”lenguajes diferentes”? ¿Porque lo dicen tus huevos? Todos son el mismo frankenstein cojo, melón, sucede que ni siquiera tiene un estándar de facto porque sólo lo usan cuatro gatos anticuados.

Por cierto, Common Lisp no es una implementación, sino una especificación. Así que hacer, lo que se dice hacer, no hace nada. No paras de confundir el lenguaje con las herramientas en todos tus ignorantes comentarios, absolutamente en todos.

Y tu mención a ”Deep Space” (que ni sabes el nombre, por lo visto) es el colmo de intentar darle la vuelta a las cosas para mentir. Porque lo que falló en la nave fue precisamente un programa en LISP. Todo un éxito de LISP, según tú. La aportación más notoria de LISP a la misión ”Deep Space” ha sido un fallo cuasi catastrófico por ”race condition”, ya ves tú.

Obviamente un cacharro que se construyó hace casi 30 años no podía optar a lenguajes fiables como los de hoy. Por suerte LISP se abandonó hace mucho y hoy las misiones espaciales ya no se cuelgan miserablemente.

Y por muchas pajas embusteras que te inventes, claro que hubo que reiniciar el programa. No es que hubiese que pararlo, es que ya llevaba tiempo tieso, colgado e inoperativo. La ”depuración” con la que te llenas la bocaza se redujo a ver qué puto programa había provocado el desaguisado y utilizar el agente remoto instalado exprofeso para reiniciar o ignorar componentes que fallan. Pero tú eres tan ”flipao“ y mentiroso que te inventas que accedieron al código del programa fallido y lo corrigieron. Ni siquiera eres consciente de las tremendas gilipolleces que escribes.

Pero es que encima esgrimes este fallo como si fuese un hito de la programación reflectiva. Hay que ser merluzo. Ahora resulta que la finalidad de la reflexión no es adaptar la ejecución a conveniencia sino arreglar cagadas de programación en LISP.

La verdad es que es admirable. Después de leerte, no hay ni una sola frase en la que no mientas, o te inventes, o sueltes chorradas ignorantes, o todo junto.

#98 Y otro montón de basura inútil que no interesa a nadie ni tiene que ver con el tema. Definitivamente llevas treinta años necesitado de casito.

¿No sabes absolutamente nada del tema del meneo y de la conversación? ¿Algo que decir de Python, más allá de negar idiotamente que puede hacer cosas que todos sabemos que sí hace?

Lo pregunto porque hasta ahora lo único que has transmitido es que si alguna vez fuiste programador llevas más de dos décadas hibernando en una cueva. Si no tienes nada que aportar más allá de tu embustero fanatismo por las antiguallas, obviamente voy a dejar de molestarme en leer tus ridículas trolas.

» autor: --759566--

#99 En un momento crucial para la IA, Google acaba de despedir a todo su equipo de Python de EE.UU: esto es lo que sabemos

Roberto_Doce — Fri, 03 May 2024 11:59:55 +0000

#1 No es cuestión de si programan mejor o peor (ya te digo yo que aún no nos mejoran). Las IA necesitan programadores que verifiquen e integren el código y eso puede ser más barato que pagar a un ingeniero y su equipo por hacer todo. El tema es que se busca mano de obra más barata. ¿Por qué pagarle 200k /año a un ingeniero de EEUU, más lo que cobre su equipo, cuando le puedes pagar 10k /año a un equipo de Bangladesh?
El tema es ese: abaratar costes. Y la manera más común que se conoce de incrementar la facturación es abaratando costes y, para la empresa, los salarios son coste.

» autor: Roberto_Doce

#98 En un momento crucial para la IA, Google acaba de despedir a todo su equipo de Python de EE.UU: esto es lo que sabemos

--777905-- — Fri, 03 May 2024 07:52:01 +0000

#96 Por cierto, sabes por qué digo esto? Common Lisp viene de MacLisp corriendo en ITS, del MIT. Filosofía opuesta a Unix. Unix son herramientas pequeñas usadas ortogonalmente. Nació en un PDP11, muy inferior a un PDP10 de la época. Eso se refleja incluso después, compara Emacs con Vi y el tener que lanzarlo en máquinas modestas.
En Unix lo que buscas, digamos, poniendo un similar en el época, un kernel pelado con Busybox, AWK y cosas ligeras comparado con un bicho gordo con Maclisp y Emacs haciendo cosas avanzadísimas sin parar la máquina.
En Unix cuanto menos tocases la CPU, mejor. Automatizar y reutilizar, la norma. En ITS/MacLisp/Emacs, los recursos chorreaban features cual grifo, así que hacían cosas increíbles para la era, como reparar errores al vuelo y seguir sin reiniciar. Unix no, Unix era falla rápido con SIGABRT y si todo va bien, sé parco en salida.
El sueño del hacker en ITS vs el de sysadmin automatizador con scripts ligeros en Cron en Unix. ITS también tenía demonios y su cron, pero es otra cosa.
En ITS, el DDT era mezcla de sh y gdb a la vez. No había permisos. La peña cambiaba cosas al vuelo, sin restricciones. Un sistema donde nació la IA, los chatbots y las redes conectadas y la colaboración abierta.
Por eso duele leer cosas como 'novedades', como funciones lambda. Bienvenido a Maclisp a 1979.

Te recomiendo probar SBCL con Slime/Sly. O si no te gusta Emacs, Gvim también tiene Slimv. Es otro mundo, y muy divertido.

» autor: --777905--

#97 En un momento crucial para la IA, Google acaba de despedir a todo su equipo de Python de EE.UU: esto es lo que sabemos

--777905-- — Fri, 03 May 2024 07:38:05 +0000

#96 Estás mezclando Lisps sin ton ni son. Scheme y Common Lisp son lenguajes diferentes.
Habla con propiedad.

>- Reflexión a niveles de ensueño. Desde los módulos hasta el propio código todo son objetos que se pueden no sólo analizar, sino también alterar en tiempo de ejecución, algo que muy pocos lenguajes permiten.

Common Lisp hace eso desde hace 30 o 40 años sin despeinarse. Es un Lisp, homoicónico, no me hagas reír comprando ESA función con Python, que CL se lo folla vivo con defmacro y decompilando, sí, DECOMPILANDO cada función al vuelo si le da gana, hasta el punto de corregir un error al VUELO, tocar una variable o función como si fuera GDB y después continuar SIN VOLVER A EMPEZAR.
Eso lo intentas en Python y el intérteprete se va a tomar por culo.
Me hace gracia que comentes esa feature de introspección en Python. Como decir que sabes hacer toques con el balón a Messi.

MIra, cosas serias:

blog.funcall.org//lisp psychoacoustics/2024/05/01/worlds-loudest-lisp-

>ABCL, Allegro CL, Clasp, Clozure CL, CLISP, CMUCL, ECL, LispWorks, MKCL, SBCL, Scieneer CL...

El estandar ANSI es de hace 40 años. Lo implementan TODOS. Para el resto, Quicklisp es como PIP pero mil veces mejor. UIOP para E/S y compilas desde ARM hasta IBM Power.
Si quieres más o menos rendimiento o portabilidad, SBCL está guay para empezar.

>Y encima los descriptores también son objetos programables, de nuevo posibilidades infinitas.

Ajam. Cosas que hacía CL desde hace 30 años. En serio, tío, que todo eso me lo montaba SBCL en el Athlon cuando Python2 era mediocre.

Todo lo que me vendas de Python sobre metaprogramación obviamente CL se lo va a follar.
La NASA acaba de arreglar un cacharro a chorropotocientos años luz gracias a correr Lisp. Eso nunca lo hará Python. No puede.
Todo lo que sea cambiar el programa *en tiempo de ejecución* sin reiniciar en absoluto o dejar de operar en lo que estaba, CL gana en esto. Por goleada.

Sobre Scheme, es otra cosa. Es al Lisp clásico lo que Oberon a Pascal. Hijo de familia española, pero se ha ido a Francia de bebé y apenas chapurrea español. Por poner un símil.

» autor: --777905--

#96 En un momento crucial para la IA, Google acaba de despedir a todo su equipo de Python de EE.UU: esto es lo que sabemos

--759566-- — Fri, 03 May 2024 02:28:06 +0000

#95 ¿Me acabas de enlazar unos benchmarks DE HACE MÁS DE VEINTE AÑOS? ¿No encuentras nada más reciente de tu antigualla de lenguaje, pobrete?

¿Y me acabas de explicar lo que es un compilador con tabla de símbolos? ¿Pero eres tonto o qué te pasa? ¿No te das cuenta de que acabas de describir prácticamente el 99% de los compiladores, como si el tuyo fuese la gran cosa?

De hecho sigues con lo mismo, nombrando cien dialectos y herramientas que demuestran que LISP es una chufa incompleta. A tenor de tus explicaciones, tu mierda de lenguaje es incapaz de hacer absolutamente nada si no le añades un entorno elefantiásico (que encima será uno u otro según lo que necesites hacer).

De hecho lo que estás explicando es aún peor. Si te emperras en usar LISP, resulta que para hacer X necesitas un compilador concreto de un dialecto concreto, pero para hacer Y necesitas usar otro diferente, luego para hacer Z has de tirar de un tercero y una librería externa, etc. Y si necesitas hacer X, Y, Z, te jodes y no puedes, porque ninguna de tus herramientas aúna todas las prestaciones. Son amalgamas de parches para un lenguaje del siglo pasado que apenas ha evolucionado, y encima tiran de herramientas y librerías externas.

Fíjate que no sabía que el multihilo en LISP también requiere de una librería externa. Y mira que es algo que añadieron hace doce años (tarde, pero hace una eternidad). Menuda mierda de compiladores te tienes que tragar por usar tecnología de hace décadas, jomío.

Lo que estás describiendo es sencillamente un infierno. Cada prestación que mencionas implica elegir un dialecto y un compilador diferente, es para cagarse.

Ni siquiera tienes un compilador que puedas considerar estándar de facto: ABCL, Allegro CL, Clasp, Clozure CL, CLISP, CMUCL, ECL, LispWorks, MKCL, SBCL, Scieneer CL...

Y encima tienes que lidiar con sopotocientos dialectos: Arc, AutoLISP, Clojure, Common Lisp, ELisp, EuLisp, Franz Lisp, GOAL, Hy, Interlisp, ISLISP, LeLisp, LFE, Maclisp, MDL, newLISP, NIL, Picolisp, Portable Standard Lisp, Racket, RPLm Scheme, SKILL, Spice Lisp, T, Zetalisp...

Si eso no te dice claramente que tu lenguaje es un frankenstein cojo, debes andar fatal de entendederas. Con LISP siempre te faltan partes del todo, uses lo que uses, jamás tienes el conjunto de prestaciones completo. Por mucho que fantasees y te pajees. Tú mismo lo estás dejando bien clarito.

Con Python sucede lo contrario. UN lenguaje, no uno diferente para cada cosa. UN intérprete, con TODO incorporado ”out of the box”. Con todo y más que la inmensa mayoría de lenguajes, de hecho.

Y ahora voy a desarrollar un poco eso, que el meneo va de Python y no de tu puñetera película del siglo pasado.

Y a ver si te das cuenta de que voy a hablar SÓLO DEL LENGUAJE. No necesito nombrar ni una sola herramienta o librería externa porque Python no las necesita (al contrario que LISP).

El ”juguete” que dices que es Python permite cositas que tú ni sueñas. Por poner ejemplos:

- Reflexión a niveles inigualados en ningún otro lenguaje. Esto lo explico mejor después. Es una obvia ventaja de los lenguajes interpretados y no compilados, pero en Python va más allá de la imaginación.

- Multiherencia. Sólo por esto ya os vais a tomar por culo tú y la mayoría de lenguajes, incluso los más utilizados. En la vida he conocido nada que ahorre más trabajo de programación que usar mixins en lugar de interfaces, y Python es el amo.

- Tipado múltiple. Si un objeto navega como un barco y vuela como un avión, es ambas cosas y así lo reconoce el lenguaje. Y no hablo de interfaces, hablo de tipos, incluidos los propios del lenguaje. La de virguerías que permite esto es imposible de describir.

- Millares de clases prefabricadas ”out of the box”, sin necesidad de añadidos ni librerías externas. ¿Cuántos lenguajes pueden arrancar un servidor web plenamente funcional con una sola línea de código, por ejemplo?

En cuanto a optimización, un intérprete tiene ciertas ventajas en eso también. Python precompila bytecodes JIT y el motor que los ejecuta es nativo. Lo que haya hecho el programador se optimiza al precompilar en tiempo de ejecución, y el motor nativo que lo ejecuta obviamente está 100% optimizado y es el mismo para todos los programas.

De hecho si Python ha triunfado especialmente en cálculos masivos y computación paralela es porque su rendimiento está por encima de lo habitual, a medio camino entre el C y los lenguajes de alto nivel convencionales.

De paso, un intérprete como Python permite que el programa en ejecución disponga de su propio código. Esto en Python se ha explotado hasta sacar un provecho que no tiene parangón en ningún otro lenguaje:

- Reflexión a niveles de ensueño. Desde los módulos hasta el propio código todo son objetos que se pueden no sólo analizar, sino también alterar en tiempo de ejecución, algo que muy pocos lenguajes permiten.

- Incluso las clases de objetos son objetos. El uso más común de esto es programar metaclases cuyas instancias son clases. Generación de código en tiempo de ejecución y a medida de las circunstancias.

- Se puede hacer no sólo decoración declarativa como en otros lenguajes, sino también decoración funcional y programable. De clases, métodos, funciones, propiedades... Esto no conozco ningún otro lenguaje que lo soporte, y permite desde adaptar código preexistente sin esfuerzo hasta estandarizar modificaciones funcionales en clases diferentes.

- Se pueden ir más allá de la reflexión de tu propio código e impersonar incluso métodos y propiedades de las clases y objetos propios del lenguaje mismo. Teniendo en cuenta que en Python TODO es un objeto, las posibilidades que esto da son infinitas. Por ejemplo se puede (yo lo he hecho) trampear objetos propios de Python para que una librería o funcionalidad cerrada se ejecute con fines para los que no estaba pensada, por pura conveniencia.

- Todo bloque de código tiene asociado un descriptor que funciona como getter/setter/deleter. Puedes coger cualquier función, convertirla en método o propiedad y engancharla al objeto o clase que quieras, simplemente haciendo un ”bind” usando su descriptor. Métodos automágicos, propiedades programables y otras virguerías que son el súmum en otros lenguajes, en Python son moneda absolutamente corriente. Y encima los descriptores también son objetos programables, de nuevo posibilidades infinitas.

Y esto son sólo pinceladas, sin una biblia de ejemplos no te haces ni remota idea de lo que suponen estas características en potencia y comodidad. Y no las vas a encontrar en casi ningún otro lenguaje. De hecho la reflexión ni siquiera existe en lenguajes compilados.

”20 años para quitar un GIL”.

¿Quién dice que se vaya a quitar? El GIL permite programas multihilo sin caer internamente en problemas triviales de sincronía (bloqueos, inconsistencias...). Entre otras cosas eso permite que hasta un mono con dos dedos pueda programar una extensión útil del framework de Python que se integre de forma robusta y cero problemática. En parte por eso Python goza de un repositorio estándar de librerías prácticamente inacabable.

Pero tú, desde tu completa ignorancia, contrapones el GIL a la concurrencia. Porque no sabes que en Python la concurrencia no se implementa con hilos sino con pools de procesos. La programación concurrente y asíncrona en Python tampoco se parece a nada que veas en ningún otro lenguaje, sencillamente es diferente. Y ha sido uno de los factores primordiales de su gran éxito, por si no lo sabes (que es evidente que no).

No conoces Python y no tienes ni puñetera idea de qué hablas, acéptalo. Tú sólo sabes de lenguajes del siglo pasado que tuvieron un breve uso hace treinta años y quedaron desfasados hace mucho tiempo.

» autor: --759566--

#95 En un momento crucial para la IA, Google acaba de despedir a todo su equipo de Python de EE.UU: esto es lo que sabemos

--777905-- — Thu, 02 May 2024 19:19:29 +0000

#94 Hasta tocado Common Lisp con QuickLisp (uno libre decente como SBCL) o sigues diciendo cuñadeces?
>Concurrencia
20 años para quitar un GIL, no me toques los cojones. Python es un puto juguete. Bordeaux-threads desde QL (multiplataforma) o de serie en SBCL, a tirar millas.
SBCL para tu información trae hasta decompilación/compilación nativa a nivel de FUNCIÓN y cosas como establecmiento de varios niveles de optimización *AL VUELO:

www.cliki.net/performance benchmarks

Eso ya es viejo, imagina ahora:

lispcookbook.github.io/cl-cookbook/performance.html

En el mundo Elisp, Emacs es una mierda monohilo, ok, pero ahora tiene JIT; y el de Guile (Scheme, nada que ver con CL, es el hermano bastardo) no es moco de pavo. El de Guile, para tu información está hecho por la gente que está con el V8 de JS en BLink/Webkit, algo saben.

» autor: --777905--

#94 En un momento crucial para la IA, Google acaba de despedir a todo su equipo de Python de EE.UU: esto es lo que sabemos

--759566-- — Thu, 02 May 2024 16:17:39 +0000

#93 ”Python te da un IDLE y gracias”.

¿Ves cómo no tienes ni zorra y no paras de confundir lenguaje con IDE? Yo mismo facturo una burrada haciendo aplicaciones estadísticas e industriales en Python y uso UN PUTO EDITOR DE TEXTO, melón. Y huyo de librerías externas porque raramente las necesita. Python es un intérprete y un lenguaje con framework incorporado, jamás ha necesitado las cien mil mierdas que tú necesitas para hacer funcional tu carraca de lenguaje de los 90 (que si nunca ha despegado es por algo).

Por mucho que te mientas a ti mismo inventándote que hace algo que los demás no hacen, LISP también es sólo un lenguaje (con una sintaxis que es pura mierda, eso sí). Pero lejos de aportar ninguna ventaja, ni siquiera tiene un framework incorporado como Python (y como casi todos los lenguajes con cara y ojos). De modo que LISP por sí solo no hace NADA de lo que dices. Pero como no tienes ni puta idea de qué hablas, no paras de confundir el lenguaje con las herramientas y las librerías externas. La simple realidad es que si Emacs no lo hubiese conservado en formol, esa basura desestructurada que es LISP ya no la usaría ni dios, igual que tu gopher. Sencillamente porque a todos los niveles que se te ocurran hay infinidad de cosas mejores que las basurillas experimentales que surgieron a patadas en los años 90.

La prueba es que hasta las herramientas estrella de LISP (como LispWorks) apestan a rancio. Sólo sirven para puentear desarrollos antiguos, bien porque usan estándares antiguos (p.ej. CORBA), o lenguajes antiguos (p.ej. Prolog), o herramientas antiguas (p.ej. Emacs). Joer, hasta prácticamente ayer los mejores compiladores de LISP ni siquiera soportaban cosas tan elementales como concurrencia (que por cierto es un punto fuerte de Python, sin necesidad de añadidos, y eso que es un puto intérprete y no un compilador).

Al contrario que otros lenguaje a los que el uso intensivo de la comunidad ha obligado a evolucionar, tu cacareado LISP sigue siendo un lenguaje de los 90 en todos los sentidos. Y no, eso tampoco significa que en los 90 fuese mejor que otros, nunca lo ha sido. Por algo no ha despegado nunca y se ha quedado en el pasado, donde también estás tú.

» autor: --759566--

#93 En un momento crucial para la IA, Google acaba de despedir a todo su equipo de Python de EE.UU: esto es lo que sabemos

--777905-- — Thu, 02 May 2024 14:59:53 +0000

#92 CL es ilegible si te quedas tu anclado en los 90, la gente normal o usa Emacs+Slime o paga miles de euros por Liskworks por proyectos que se hablan de UD con Python+CUDA.

Y Python es tan inútil por sí solo como CL o más.
Python te da un IDLE y gracias.
De memomento necesitas llamar a BLAS/Lapack para cosas gordas o medio básicas en álgebra/cálculo. CL lo tiene de base.

» autor: --777905--

#92 En un momento crucial para la IA, Google acaba de despedir a todo su equipo de Python de EE.UU: esto es lo que sabemos

--759566-- — Thu, 02 May 2024 08:57:15 +0000

#91 Has comparado explícitamente Lispworks con Python. Viene a ser como decir que tu taller es mejor que mi coche. No tienes ni puta idea.

Y está clarísimo que te has quedado anclado en los 90. Aludes a versiones de lenguaje hace 30 años como si demostrasen algo hoy, y hasta te montas clientes de protocolos que hace décadas que ya nadie usa. Eres un dinosaurio, chico, asúmelo.

Por lo demás, no conoces Python ni en postal. Que tú no tengas ni idea es una cosa, pero pretender que tu chufa de LISP se ha impuesto a Python ya es montarse una fantasía drogadicta. Empezando por que tú mismo has ilustrado profusamente que LISP no sirve para nada sin mil añadidos pesados. No hay frase en la que no necesites añadirle un prefijo dialectal y sumarle varias herramientas, sólo para intentar darle una apariencia que otros lenguajes ya implementan por definición.

Y además LISP es ilegible, siempre lo ha sido y seguirá siéndolo. Es una de sus características distintivas e inherentes a su sintaxis. Que necesites varias herramientas para adecentar el código ya es una prueba de ello, ¿o no lo entiendes?

Al contrario que Python, que está pensado para ser lo más legible posible. De eso va la conversación. Todo lo demás eres tú intentando hablar de ti mismo porque en tu entorno no te hacen casito, supongo.

» autor: --759566--

#91 En un momento crucial para la IA, Google acaba de despedir a todo su equipo de Python de EE.UU: esto es lo que sabemos

--777905-- — Thu, 02 May 2024 06:22:04 +0000

#90 Como confundo IDE con lenguaje? Te estoy hablando de Common Lisp con Slime, el que tenga REPL en Emacs via Slime no lo hace superior a Python, es el resto de cosas en el que hacian tareas que Python no olió hasta 2020.
Ya quisiera Python tener un depurador/decompilador como el de SBCL, o las librerías para resolver cosas que solo te lo hacía un doctorado hoy con el backend de CUDA para Python.
El ámbito donde estaba Common Lisp estaba a años luz de un picateclas con Python.
Y el problema del paréntesis te lo resuelve Emacs con Paredit, incluído en Slime; o sin él, ya que Elisp es primo hermano de CL y ya tiene sus poquitas cosas (pero cojonudas) de base para tratar automáticamente con la sintaxis. MIra, cero problemas para un ciego, Emacspeak y Slime están más que tratados para que lo maneje un invidente. Mientras tanto, Python sigue siendo un desastre en usabilidad.

» autor: --777905--

#90 En un momento crucial para la IA, Google acaba de despedir a todo su equipo de Python de EE.UU: esto es lo que sabemos

--759566-- — Wed, 01 May 2024 18:24:41 +0000

#89 Ni una puta coma que tenga que ver con el tema. Lo único que estás dejando claro que tú necesitas el Emacs hasta para cagar. Hasta confundes lenguaje con IDE, no tienes ni idea.

Avisa cuando se te pase el efecto del porro de ego infundado que no te dejan fumarte en tu casa, Quizá entonces escribas algo que tenga que ver con la conversación, o como mínimo que le importe una mierda a alguien.

» autor: --759566--

#89 En un momento crucial para la IA, Google acaba de despedir a todo su equipo de Python de EE.UU: esto es lo que sabemos

--777905-- — Wed, 01 May 2024 17:32:56 +0000

#88 Si la estás cagando... el Emacs de ITS era un ejemplo, y escrito en TECO, no Lisp. Ese Maclisp podía llamar a Emacs desde el REPL para editar cómodamente y evaluar de vuelta el resultado. GNU Emacs integró un Lisp tipo Maclisp y editor en una sola cosa, pero en C, 25%, el resto Elisp. En Unix.
Hoy en Common Lisp se hacen cosas que ni con Python llamando a numpy+CUDA lo logran.
Sobre ser ilegible, Emacs + Slime + SBCL se folla a Jupyter. Y ya Lispworks deja a Python de juguete.
Cosas como resolución vía sistemas expertos ya existían en CL de cuando Python era aún propietario y Linux casi ni estaba en 0.1.

» autor: --777905--

#88 En un momento crucial para la IA, Google acaba de despedir a todo su equipo de Python de EE.UU: esto es lo que sabemos

--759566-- — Wed, 01 May 2024 17:26:34 +0000

#87 Cada vez lo pintas peor. Ya no sólo necesitas usar como intérprete un editor de 100 megas, ahora además necesitas emuladores. Lo estás mejorando, ¿eh?

Y por si no te das cuenta, la conversación en ningún momento iba de funcionalidades. Ninguna de las irrelevantes pajas que te estás montando borra el hecho de que LISP es y siempre ha sido un infierno tirando a ilegible, que era la cuestión que pretendías discutir de Python.

P.D.: Si te sigues yendo del tema para hablarme de chuminadas que sólo te interesan a ti y no vienen a cuento de nada, voy a empezar a pensar que te hacen muy poco casito en tu trabajo. Por cierto, ¿quién coño usa gopher hoy en día? Te llaman de los años 90, que si vuelves para cenar.

» autor: --759566--

#87 En un momento crucial para la IA, Google acaba de despedir a todo su equipo de Python de EE.UU: esto es lo que sabemos

--777905-- — Wed, 01 May 2024 17:14:31 +0000

#83 Que lisp no puede? Comon lisp, maclisp en ITS...llamando a Emacs con (inf-mode) en un puto PDP10. O Macsyma a la impresora y hoy Maxima a Gnuplot.
Para no saber, solo estoy haciendo un cliente Gopher para Macsyma en ITS.

» autor: --777905--

#86 En un momento crucial para la IA, Google acaba de despedir a todo su equipo de Python de EE.UU: esto es lo que sabemos

Toponotomalasuerte — Wed, 01 May 2024 13:30:20 +0000

#85 en mi caso es desarrollo de producto. Por un lado investigación y nuevos proyectos para nosotros y por otro lado desarrollo de mejoras de producto. No hablo de soporte ni gestión de incidencias.

» autor: Toponotomalasuerte

#85 En un momento crucial para la IA, Google acaba de despedir a todo su equipo de Python de EE.UU: esto es lo que sabemos

cosmonauta — Wed, 01 May 2024 13:26:37 +0000

#36 Esa cadena de subcontractaciones que comentas son vasos comunicantes que se compensan en pocos años.

Y sólo aplicables s un tipo de proyectos muy cercano a la consultoria o los proyectos cerrados

» autor: cosmonauta

#84 En un momento crucial para la IA, Google acaba de despedir a todo su equipo de Python de EE.UU: esto es lo que sabemos

cosmonauta — Wed, 01 May 2024 12:58:01 +0000

#11 Los buscadores van camino de extinguirse, por la IAs.

» autor: cosmonauta

#83 En un momento crucial para la IA, Google acaba de despedir a todo su equipo de Python de EE.UU: esto es lo que sabemos

--759566-- — Wed, 01 May 2024 10:46:52 +0000

#82 Emacs fue elegido solamente por ser versátil como ejecutor de scripts y utilidades externas, un requerimiento del que ese proyecto no puede escapar. Ergo el uso de ELISP en dicho proyecto es meramente incidental. No fue elegido sino que vino impuesto por la herramienta necesaria.

”No usa Bash para nada”.

Pero mira las fuentes, mendrugo. Y deja ya de mentir.

”ELisp soporta llamar a comandos externos via funciones”.

De hecho LISP no lo soporta. Sólo el dialecto de Emacs.

Ni siquiera sé qué quieres decir con eso. Cualquier lenguaje compilado y la mayoría de lenguajes interpretados incluyen esa prestación. Prácticamente todos los que permitan crear aplicaciones locales lo hacen. No es ninguna cualidad diferencial.

Pero es que encima para hacerlo en LISP necesitas Emacs. Vaya puta mierda, chico.

”Es lo que tiene hablar sin tener ni puta idea, eh?”

Pues sí, estás quedando como el culo. Porque no paras de repetir que tu invento hace maravillas cuando sólo es un puente entre Emacs y aplicaciones externas. Y para más guasa nadie eligió hacerlo en LISP, eso viene impuesto por Emacs. Fliparte como te estás flipando efectivamente es no tener ni puta idea.

Y toda tu película sigue sin tener NADA que ver con el tema de la conversación, que no ha dejado de ser Python. Tu paja mental es tremenda.

» autor: --759566--

#82 En un momento crucial para la IA, Google acaba de despedir a todo su equipo de Python de EE.UU: esto es lo que sabemos

--777905-- — Wed, 01 May 2024 09:12:51 +0000

#76 Yo no he mentido. El 70% del código de Emacs es Elisp, y Emacspeak como mucho llama debajo a Speech Dispatcher para dictado, y éste a Espeak, Flite, Festival. No usa Bash para nada.
Lo único que usa para Speech Dispatcher es para enviarle la cadena de texto de forma asíncrona.

De hecho ELisp soporta llamar a comandos externos via funciones Elisp, sin tocar la shell. El resto de módulos como Eww, Nov.el, Calc... son puro Elisp.

Lo sé por que he tocado SHR de Eww (navegador webs de Emacs) para convertir imágenes a Braille Art, ahí sí, con programas externos como ImageMagick, cosa que Emacs soporta de base para formatos que se salgan de PNG, Tiff, Webm, GIF, XPM y el resto de formatos no conocidos...
Es lo que tiene hablar sin tener ni puta idea, eh?

» autor: --777905--

#81 En un momento crucial para la IA, Google acaba de despedir a todo su equipo de Python de EE.UU: esto es lo que sabemos

Rydra — Wed, 01 May 2024 05:55:29 +0000

#79 el libro es éste: www.oreilly.com/library/view/architecture-patterns-with/9781492052197/

Posiblemente el mejor libro de python que he tenido en mis manos. Te enseña a crear un sistema distribuido con Api REST desde cero con tests y todo.

» autor: Rydra

#80 En un momento crucial para la IA, Google acaba de despedir a todo su equipo de Python de EE.UU: esto es lo que sabemos

Polarin — Wed, 01 May 2024 01:46:24 +0000

#15 www.explainxkcd.com/wiki/index.php/2347:_Dependency

Siempre me acuerdo de esta tira.

Me acuerdo que cuando el log4j, les propuse a mi empresa que hicieramos un fork y lo mantuvieramos nosotros por lo menos parcialmente o que nos dejaran contribuir. Pues no... .

» autor: Polarin

#79 En un momento crucial para la IA, Google acaba de despedir a todo su equipo de Python de EE.UU: esto es lo que sabemos

Polarin — Wed, 01 May 2024 01:05:03 +0000

#25 Vale. Me lo apunto. Habia cogido en la biblioteca "Object Oriented Python", pero... a ver. Tambien es que me tirado mas de 20 anios haciendo proyectos en JAVA, y tenia mas idea de C++. Pero en Python solo he hecho scripts para cosas de redes y seguridad, y clases de ML con Jupyters.

Me he tragado codigo en JAVA de cientos de clases para telecomunicaciones o el SACTA, pero Python solo lo he usado para tontas personales. Tambien es falta de ver sistemas reales grandes.

» autor: Polarin

#78 En un momento crucial para la IA, Google acaba de despedir a todo su equipo de Python de EE.UU: esto es lo que sabemos

MorrosDeNutria — Tue, 30 Apr 2024 20:32:13 +0000

#77 si no te niego sus virtudes, el problema es producir lejos y tener que transportarlo, hoy por hoy sigue cargándose el planeta. Me refiero a sostenibilidad ecológica.

Espero que los buques de carga puedan electrizarse o usar otro combustible pronto pero hasta donde yo he visto no está la tecnología lista aún. Lo única alternativa que conozco es la nuclear, pero me da cosica

Como bien comentas antes, si fuésemos civilizados esto se habría resuelto desde el primer informe del impacto del CO2 (entre otros). Pero como no interesaba hemos perdido décadas frenando el desarrollo.

» autor: MorrosDeNutria

#77 En un momento crucial para la IA, Google acaba de despedir a todo su equipo de Python de EE.UU: esto es lo que sabemos

Toponotomalasuerte — Tue, 30 Apr 2024 20:25:36 +0000

#75 yo pienso que si lo es pq se ha demostrado como bueno, ha repartido riqueza y llevado progreso por todo el mundo.
La sostenibilidad no es una lucha científica ni tecnológica, es vencer los intereses de quienes se lucran de la no sostenibilidad.

» autor: Toponotomalasuerte

#76 En un momento crucial para la IA, Google acaba de despedir a todo su equipo de Python de EE.UU: esto es lo que sabemos

--759566-- — Tue, 30 Apr 2024 20:25:35 +0000

#72 ¿Y qué cojones tiene que ver nada de eso con Python?

Está claro que tú has venido a churrimerinear y a contar tu película. El tema del meneo y de la conversación te la sopla. Me parece genial, pero cuéntaselo a quien le interese.

-------

De paso, y aunque no venga a cuento de nada, todo tu comentario es un ”non sequitur” y una falacia que te cagas.

No sólo porque un programa hecho por un ciego no quita que LISP es de los peores lenguajes en cuanto a legibilidad (pero de calle), para ciegos y para videntes. Tu comentario viene a decir que una mosca que come mierda demuestra que la mierda está riquísima.

Pero lo que cuentas es una falacia sobre todo porque el invento que enlazas es sólo un servidor TTS para acceder a aplicaciones ya existentes. Toda la funcionalidad que has enumerado no la implementa ese proyecto, mentirosillo, son programas externos y por supuesto ya estaban accesibles desde emacs. Lo único que hace ese invento es tirar de TTS y STT para cosas que ya existen.

Además el proyecto incluye contribuciones de terceros a punta pala.

Y para postre ni de coña está todo en LISP. Gran parte del proyecto son gateways a aplicaciones externas programados en bash, e incluso JavaScript para node.

La única parte en LISP son los scripts para emacs, que no pueden programarse en otro lenguaje porque GNU emacs sencillamente no soporta otro. Vamos, que ese ”mérito” no es de tu ciego, que no pudo elegir lenguaje, sino de Richard Stallman que le obligó.

Como curiosidad, la documentación del proyecto (que no es una parte trivial, es para ciegos), se revisa en Python utilizando un guión en YAML. Hasta tu ciego de referencia te lleva la contraria, qué cosas.

Ojo, no le quito mérito al proyecto. Sólo constato que no es ni de coña lo que tú has descrito ni como tú lo has descrito. Y la presencia de LISP no sólo no se lleva el mérito como tú pretendes, sino que además es incidental.

Resumiendo, que has venido a hablar de tu libro sin venir a cuento de nada y encima mientes bastante (o no tienes ni idea de qué hablas, es otra opción).

» autor: --759566--

#75 En un momento crucial para la IA, Google acaba de despedir a todo su equipo de Python de EE.UU: esto es lo que sabemos

MorrosDeNutria — Tue, 30 Apr 2024 20:21:28 +0000

#71 Estoy de acuerdo contigo casi en todo, mis dos matices:

Yo considero que el libre mercado no será bueno y no se puede llamar progreso hasta que no sea sostenible.

En empresas que trabajan con la última tecnología los papers, patentes y know how sí están en manos de ese grupo de trabajadores ya que son quienes lo crean y mejoran, externalizarlo me parece un error.

Es solo mi opinión

» autor: MorrosDeNutria

#74 En un momento crucial para la IA, Google acaba de despedir a todo su equipo de Python de EE.UU: esto es lo que sabemos

mariopg — Tue, 30 Apr 2024 19:59:23 +0000

#1 pues con lo hijos de puta que son, me apuesto la polla a que es por eso

» autor: mariopg

#73 En un momento crucial para la IA, Google acaba de despedir a todo su equipo de Python de EE.UU: esto es lo que sabemos

JungSpinoza — Tue, 30 Apr 2024 19:25:35 +0000

#24 el "“too big to fail" es mas referido a que son "elementos" critica de la sociedad. A dia de hoy. muchos de los servicios de Google son críticos para el correcto funcionamiento de nuestra economía tanto como un banco. Y mas si pensamos en la infraestructura que google tienen (e.g., fibra optica, data centers, etc)

» autor: JungSpinoza

#72 En un momento crucial para la IA, Google acaba de despedir a todo su equipo de Python de EE.UU: esto es lo que sabemos

--777905-- — Tue, 30 Apr 2024 19:16:26 +0000

#70 > ¿Tú no has dicho que te molaba LISP, cacho hipócrita, que es un millón de veces peor para ciegos y para todo el mundo?

Toma hostia mental que te has metido, pero de las gordas.

emacspeak.sourceforge.net/

Colega, el creador de Emacspeak (T.V. Raman) es ciego y el código es todo ELISP.
Manda cojones, siendo el software para ciegos por excelencia al lado de NVDA.
Con Paredit para Lisp en Emacs, T.V. Raman programa mejor que tú y yo juntos.
Y con Emacspeak puedes desde leer libros a programar, configurar el sistema, leer correos, webs y casi hasta hacer el desayuno.

tvraman.github.io/emacspeak/applications.html

Casi nada, oye. Desde calculadora con álgebra simbólica, a sudokus, correos, LaTeX, dictado a voz de fórmulas... nada, joder, no se puede hacer nada con Lisp y Emacspeak

Me has puesto el peor ejemplo de lejos.

» autor: --777905--

#71 En un momento crucial para la IA, Google acaba de despedir a todo su equipo de Python de EE.UU: esto es lo que sabemos

Toponotomalasuerte — Tue, 30 Apr 2024 18:34:33 +0000

#56 vas tarde. Las patentes y los papers científicos ya no son nuestros.

El proteccionismo es basura, el cáncer de occidente es que el poder lo tienen las empresas en lugar de los estados.

Las energías verdes son más baratas y rentables, el coche eléctrico igual y no lo vamos a tiempo con ello y perdimos la carrera ahí porque a algunas empresas prefieren seguir facturando sin invertir ni dejar paso a competencia. Dan unos sobres y te montan un impuesto al sol hecho a medida. Y así en toda europa y en todos los campos. Estás en un mundo en el que los avances en medicina se frenan si van a tener menos costes para el enfermo, se intentan cronificar enfermedades y se fuerzan listas infinitas de espera en atención medica especializada para que pagues un seguro privado. Esa es la decadencia de occidente. Estúpidos que sostienen eso con su voto. El libre mercado es progreso,no es necesario producir aquí el caso es progresar y derribar las oligarquías y monopolios. Hacen falta empresas fuertes pero nunca en contra de los intereses de los estados.

» autor: Toponotomalasuerte

#70 En un momento crucial para la IA, Google acaba de despedir a todo su equipo de Python de EE.UU: esto es lo que sabemos

--759566-- — Tue, 30 Apr 2024 17:04:20 +0000

#67 Pues lo tienes bien jodido en herramientas Unix, si odias la organización por indentación. Intenta (por ejemplo) configurar una red a pelo, sin usar herramientas configuradas con YAML, y me cuentas cuán sencillo te resulta.

Por lo demás, que me digas que un lenguaje de programación es una porquería porque no está pensado para CIEGOS... ¿Tú no has dicho que te molaba LISP, cacho hipócrita, que es un millón de veces peor para ciegos y para todo el mundo?

Es más, si algo tienen los estándares de estilo Python es que intentan que el código sea aproximadamente legible en lenguaje natural. Tus ciegos deberían estar contentos, esas normas de estilo para humanizar la legibilidad no las tiene ningún otro lenguaje habitual.

¿Y qué demonios te impide copiar y pegar código en Python, si se puede saber? ¿Necesitas que alguien venga y pulse la tecla por ti para convertir tabs/espacios? Sabes además que permite usar diferente formato en diferentes módulos, ¿verdad?

» autor: --759566--

#69 En un momento crucial para la IA, Google acaba de despedir a todo su equipo de Python de EE.UU: esto es lo que sabemos

--759566-- — Tue, 30 Apr 2024 15:52:53 +0000

#_63 En cuatro comentarios ha sido incapaz de escribir nada más que gilipolleces sin sentido. Verte hablar sobre los razonamientos de los demás es como ver a un cura intentando dar lecciones de sexualidad.

A llorar a casa, niño. Si no te dedicases a responder sistemáticamente en tono faltón igual no te pisarían tanto. A ver si te entra que los demás no tenemos por qué aguantar desplantes gratuitos porque tú seas un puñetero amargado.

(Viene de #61)

» autor: --759566--

#68 En un momento crucial para la IA, Google acaba de despedir a todo su equipo de Python de EE.UU: esto es lo que sabemos

--759566-- — Tue, 30 Apr 2024 15:40:06 +0000

#64 Y has hecho minería en mi perfil para meterte en mis conversaciones en otros meneos. Porque no eres un pedazo de troll de baja estofa, qué va.

» autor: --759566--

#67 En un momento crucial para la IA, Google acaba de despedir a todo su equipo de Python de EE.UU: esto es lo que sabemos

--777905-- — Tue, 30 Apr 2024 13:30:10 +0000

#52 Para copiar y pegar, o para usar editores para ciegos, es una pesadilla.
Que se lo digan al creador de edbrowse, ciego.
En el caso de otros, tienes gofmt que lo hace por tí.
Para mi Python es una porquería que rompe con muchas herramientas de Unix.

» autor: --777905--

#66 En un momento crucial para la IA, Google acaba de despedir a todo su equipo de Python de EE.UU: esto es lo que sabemos

millanin — Tue, 30 Apr 2024 12:53:37 +0000

#21 con imágenes incluso mejor. Pero en productos todavía no.

» autor: millanin

#65 En un momento crucial para la IA, Google acaba de despedir a todo su equipo de Python de EE.UU: esto es lo que sabemos

millanin — Tue, 30 Apr 2024 12:51:45 +0000

#49 pero no tan buenos como google en su momento

» autor: millanin

#64 En un momento crucial para la IA, Google acaba de despedir a todo su equipo de Python de EE.UU: esto es lo que sabemos

--477015-- — Tue, 30 Apr 2024 12:48:12 +0000

#61 y yo haciendote caso en otro comentario...

» autor: --477015--

#63 En un momento crucial para la IA, Google acaba de despedir a todo su equipo de Python de EE.UU: esto es lo que sabemos

alfpeen — Tue, 30 Apr 2024 12:15:36 +0000

#61 si solo sabes insultar, vuelve a primaria creo que lo necesitas de verdad
tus razonamientos son éstos en la vida? enhorabuena, tienes mucho futuro en el planeta deshumanizado donde solo gana quien más grite y más pisotones de
Suerte en tu vida

» autor: alfpeen

#62 En un momento crucial para la IA, Google acaba de despedir a todo su equipo de Python de EE.UU: esto es lo que sabemos

the_fuck_right — Tue, 30 Apr 2024 11:38:32 +0000

#42 pues yo, años después de teletrabajar, aún no lo veo
En la mayoría de ofertas en países europeos pone "dentro de España", "dentro de la UE", casi nunca quieren a gente de muy lejos y/o con una cultura muy diferente

» autor: the_fuck_right

#61 En un momento crucial para la IA, Google acaba de despedir a todo su equipo de Python de EE.UU: esto es lo que sabemos

--759566-- — Tue, 30 Apr 2024 11:32:27 +0000

#60 Creo que te confundes, tu vida y tus ideas no le interesan una mierda a nadie. Sólo he preguntado si sufrías algún traumatismo cerebral por lo incoherente de las gilipolleces que escribes.

¿Más claro así?

» autor: --759566--

#60 En un momento crucial para la IA, Google acaba de despedir a todo su equipo de Python de EE.UU: esto es lo que sabemos

alfpeen — Tue, 30 Apr 2024 11:17:56 +0000

#58 perdona, me conoces de algo?, debo ser clónico y opinar lo mismo que tú?, tendré que ser coherente como tú, pero coherente a que? y dejar de ser "flipao" para ser nulo?.
Se agradecen los consejos pero yo se cual es mi vida, la experiencia y la capacidad que tengo, así que, si quieres moralizar, seguro que tu y tu vida tenéis mucho campo para ello.
Ah, gracias por la preocupación: no me he dado ningún golpe en la cabeza

» autor: alfpeen

#59 En un momento crucial para la IA, Google acaba de despedir a todo su equipo de Python de EE.UU: esto es lo que sabemos

asgard_gainsborough — Tue, 30 Apr 2024 10:32:44 +0000

#38 Uhm, vamos a fichar al tipo que hundió el buscador de Yahoo para que gestione nuestro buscador... ¿qué puede salir mal?
Yo no sé esa gente de recursos humanos qué tiene en la cabeza...

» autor: asgard_gainsborough

#58 En un momento crucial para la IA, Google acaba de despedir a todo su equipo de Python de EE.UU: esto es lo que sabemos

--759566-- — Tue, 30 Apr 2024 10:28:38 +0000

#57 ¿Te has dado un golpe en la cabeza? ¿Necesitas un médico?

¿O realmente eres así de ”flipao” e incoherente?

» autor: --759566--

#57 En un momento crucial para la IA, Google acaba de despedir a todo su equipo de Python de EE.UU: esto es lo que sabemos

alfpeen — Tue, 30 Apr 2024 10:23:11 +0000

#55 es la opinión de otro anulado que se cree importante en la copia del sistema

» autor: alfpeen

#56 En un momento crucial para la IA, Google acaba de despedir a todo su equipo de Python de EE.UU: esto es lo que sabemos

MorrosDeNutria — Tue, 30 Apr 2024 10:22:52 +0000

#26 Opino que con las externalizaciones vamos a sufrir lo mismo que "fabricar fuera porque es más barato". Estamos regalando todo el know-how a parte del capital.

Esto en mi opinión debería estar penalizado taxativamente o fuertemenete revisado, como si fueran aduanas. Después vendrán los lloros de que nos adelantan por la derecha con nuestra propia tecnología y el I+D de nuestras universidades.

» autor: MorrosDeNutria

#55 En un momento crucial para la IA, Google acaba de despedir a todo su equipo de Python de EE.UU: esto es lo que sabemos

--759566-- — Tue, 30 Apr 2024 10:18:44 +0000

#47 Ya veréis cuando los caminos desaparezcan y sea el coche el que haga todo el trabajo, hasta anularnos. Y no hay legislación que lo controle aún.

Algunos ya salís anulados de fábrica, me parece a mí.

» autor: --759566--

#54 En un momento crucial para la IA, Google acaba de despedir a todo su equipo de Python de EE.UU: esto es lo que sabemos

--759566-- — Tue, 30 Apr 2024 10:16:23 +0000

#_31 Tu marca de desodorante no interesa a nadie.

» autor: --759566--

#53 En un momento crucial para la IA, Google acaba de despedir a todo su equipo de Python de EE.UU: esto es lo que sabemos

Elektr0 — Tue, 30 Apr 2024 10:13:26 +0000

#42 Verás las risas que se van a pegar algunos directivos con la mano de obra barata y el resultado final del producto.
En cierta consultora española "líder en su sector" me contaron que habían subcontratado un desarrollo en Argentina y uno de los programadores se llevó el código fuente, pidiendo un rescate por el mismo. Lo necesitaban porque tenía un bug grave que le generaba pérdidas económicas a un cliente extranjero importante. Eso les pasa por explotar gente en otros países para ahorrarse hasta el último céntimo.

» autor: Elektr0

#52 En un momento crucial para la IA, Google acaba de despedir a todo su equipo de Python de EE.UU: esto es lo que sabemos

--759566-- — Tue, 30 Apr 2024 10:09:53 +0000

#30 A mí la indentación obligatoria me parece una solución fácil e ideal para hacer legible el código y su estructura.

Ojalá todos los lenguajes obligaran a utilizar algo parecido. Se acabaría para siempre la tontería de perder el tiempo buscando bloques de código mal cerrados, o tener que dejarse los ojos interpretando código que visualmente está delimitado como el culo.

» autor: --759566--

#51 En un momento crucial para la IA, Google acaba de despedir a todo su equipo de Python de EE.UU: esto es lo que sabemos

--759566-- — Tue, 30 Apr 2024 10:07:48 +0000

#13 Sólo por la herencia múltiple y la facilidad para implementar polimorfismos, Python le da bastantes vueltas a casi todos los lenguajes orientados a objetos.

Y si le añades que tiene unas facilidades asombrosas para aplicar reflexión, los supera.

#19 Claro que sí, campeón, un lenguaje donde todo es un objeto sólo debe servir para hacer scripts y juguetitos. A ti te enseñó a programar una manada de lobos.

» autor: --759566--

#50 En un momento crucial para la IA, Google acaba de despedir a todo su equipo de Python de EE.UU: esto es lo que sabemos

Elektr0 — Tue, 30 Apr 2024 10:02:33 +0000

#5 IAs inspectoras de Hacienda persiguiendo a las IAs defraudadoras

» autor: Elektr0

#49 En un momento crucial para la IA, Google acaba de despedir a todo su equipo de Python de EE.UU: esto es lo que sabemos

xyria — Tue, 30 Apr 2024 09:52:36 +0000

#11 Ya hay un competidor que arroja muy buenos resultados de búsqueda:DuckDuckGo.

» autor: xyria

#48 En un momento crucial para la IA, Google acaba de despedir a todo su equipo de Python de EE.UU: esto es lo que sabemos

--687061-- — Tue, 30 Apr 2024 09:16:01 +0000

#45 En IDLE o Jupyter nobsé, pero en otras IDE cuando le das al tabulador lo convierte en 2 ó 4 espacios, y al borrar, borra tales espacios. No me extrañaría que también lo hicieran esas IDE

» autor: --687061--

#47 En un momento crucial para la IA, Google acaba de despedir a todo su equipo de Python de EE.UU: esto es lo que sabemos

alfpeen — Tue, 30 Apr 2024 09:08:04 +0000

ya veréis cuando las apps desaparezcan y sea la IA quien haga todo el trabajo, hasta anularnos
y no hay legislación que la controle aún

» autor: alfpeen

#46 En un momento crucial para la IA, Google acaba de despedir a todo su equipo de Python de EE.UU: esto es lo que sabemos

beltzak — Tue, 30 Apr 2024 08:55:52 +0000

#38 Y adicta al dinero a costa de causar una crisis de opiáceos con el asunto del oxytocin en eeuu . Crear yonkis da buenos resultados empresariales trimestrales “literalmente”. La verdad que da para apostar a corto en Google después de leer el artículo.

» autor: beltzak

#45 En un momento crucial para la IA, Google acaba de despedir a todo su equipo de Python de EE.UU: esto es lo que sabemos

reparador_reputaciones — Tue, 30 Apr 2024 08:47:03 +0000

#44 Si, pero si trabajas desde IDE/Jupyter no tiene mucho sentido indentar con espacios cuando con un golpe de tabulador lo tienes todo perfectamente estructurado.

» autor: reparador_reputaciones

#44 En un momento crucial para la IA, Google acaba de despedir a todo su equipo de Python de EE.UU: esto es lo que sabemos

alephespoco — Tue, 30 Apr 2024 08:33:09 +0000

#35 Se pueden usar tanto espacios como tabuladores (sin mezclar).
PEP8 recomienda encarecidamente utilizar espacios -> peps.python.org/pep-0008/#tabs-or-spaces

» autor: alephespoco

#43 En un momento crucial para la IA, Google acaba de despedir a todo su equipo de Python de EE.UU: esto es lo que sabemos

joffer — Tue, 30 Apr 2024 08:17:52 +0000

#38 desconocía este hecho. Gracias.

» autor: joffer

#42 En un momento crucial para la IA, Google acaba de despedir a todo su equipo de Python de EE.UU: esto es lo que sabemos

Abajo — Tue, 30 Apr 2024 07:53:52 +0000

Para los cándidos, inocentes y engañados asiduamente que nunca las ven venir; entended lo que significa el teletrabajo y los nómadas digitales que tanto os venden por medios de comunicación, anuncios de TV (cuenta bancaria nómada digital) e incluso los comunities que tanto abundan por meneame.

Teletrabajo significa esto:

reduciendo costos a través de la contratación de mano de obra más barata fuera de Estados Unidos

Ya sabéis; en Latinoamérica hay millones de personas que hablan tú mismo idioma y cobran mucho menos que tú. En la India hay cientos de millones que hablan inglés y cobran mucho menos que tú.

» autor: Abajo

#41 En un momento crucial para la IA, Google acaba de despedir a todo su equipo de Python de EE.UU: esto es lo que sabemos

deckard119 — Tue, 30 Apr 2024 07:34:21 +0000

#15 Eso me pilló en la ofi y menudo día nos pasamos! no podíamos hacer build de nuestro proyecto. Lo bueno que no teníamos ningún deployment programado.

www.theregister.com/2016/03/23/npm_left_pad_chaos/

» autor: deckard119

#40 En un momento crucial para la IA, Google acaba de despedir a todo su equipo de Python de EE.UU: esto es lo que sabemos

--346201-- — Tue, 30 Apr 2024 07:14:01 +0000

#11 El Chrome es perfectamente útil para gente que lo usa para buscar cosas y acceder a webs sin pretensión alguna.
Los que quedáis que queréis que también os haga la declaración de la renta sois minoría absoluta.

» autor: --346201--

#39 En un momento crucial para la IA, Google acaba de despedir a todo su equipo de Python de EE.UU: esto es lo que sabemos

Barbol_Pelao — Tue, 30 Apr 2024 06:59:51 +0000

#22 Te me adelantaste. Muy recomendable Edward Zitron.

» autor: Barbol_Pelao

#38 En un momento crucial para la IA, Google acaba de despedir a todo su equipo de Python de EE.UU: esto es lo que sabemos

Barbol_Pelao — Tue, 30 Apr 2024 06:58:13 +0000

#6 De hecho tienes razón. En una operación interna en 2019 echaron a Ben Gomes, el anterior jefe de buscador de Google, para reemplazarlo por Prabhakar Raghavan, que se empeñó en mezclar más la publicidad con las búsquedas (primando el beneficio y el spam sobre la usabilidad y la experiencia de usuario) y con el que desde entonces el buscador está empeorando a pasos agigantados. Pero es que Prabhakar Raghavan estuvo años antes en Yahoo en un puesto equivalente, que terminó de hundir su buscador.

Más info en inglés. Es interesante porque explica también el papel en esta historia de una consultora como McKinsey adicta a los despidos:
www.wheresyoured.at/the-men-who-killed-google/

» autor: Barbol_Pelao

#37 En un momento crucial para la IA, Google acaba de despedir a todo su equipo de Python de EE.UU: esto es lo que sabemos

--777905-- — Tue, 30 Apr 2024 06:49:37 +0000

#35 Soy más de common lisp; no tengo ese problema.

» autor: --777905--

#36 En un momento crucial para la IA, Google acaba de despedir a todo su equipo de Python de EE.UU: esto es lo que sabemos

Toponotomalasuerte — Tue, 30 Apr 2024 06:37:50 +0000

#33 es lo que te explico. En EEUU contratan fuera del país.

A mí me aumenta la productividad casi el doble contratando equipos en Perú y argentina. Ahí por 45 tienes un muy buen coordinador de proyecto, aquí no tienes ni un junior.

Realmente es lo que dices. Yo no puedo competir con un alemán que con lo que factura allí te paga 80k y se ahorra costes donde yo te pago 55k y no soy competitivo.
El es más competitivo, pq te paga 80k en vez de los 120k y yo si pago en argentina un buen programador con experiencia por el precio de un junior aquí tb gano productividad.

Se que es jodido, pero los que defendéis lo de las empresas alemanas, holandesas, de UK o francesas que os contratan en España sois parte de esa búsqueda de productividad buscando personal en lugares con otra divisa o media salarial más baja.

» autor: Toponotomalasuerte

#35 En un momento crucial para la IA, Google acaba de despedir a todo su equipo de Python de EE.UU: esto es lo que sabemos

reparador_reputaciones — Tue, 30 Apr 2024 06:35:26 +0000

#30 ¿Te refieres a la indentación? Más que espacios en blanco se trata de una tabulación. A mi me parece menos cargante y más compacto que la infinidad de llaves que genera Java

» autor: reparador_reputaciones

#34 En un momento crucial para la IA, Google acaba de despedir a todo su equipo de Python de EE.UU: esto es lo que sabemos

redscare — Tue, 30 Apr 2024 06:34:29 +0000

#20 En meneame hay mucho informático cuñao que se cree que sabe de todo cuando en realidad a duras penas saben de lo suyo.

» autor: redscare

#33 En un momento crucial para la IA, Google acaba de despedir a todo su equipo de Python de EE.UU: esto es lo que sabemos

Windows95 — Tue, 30 Apr 2024 06:31:33 +0000

#26 en europa la productividad es muy baja
¿Y dónde es alta? Porque no me digas EEUU cuando luego criticas los salarios europeos, que el que se levanta 35k en España se lleva 100k en EEUU fácilmente.

» autor: Windows95

#32 En un momento crucial para la IA, Google acaba de despedir a todo su equipo de Python de EE.UU: esto es lo que sabemos

redscare — Tue, 30 Apr 2024 06:31:04 +0000

#3 Igual deberías leer la noticia. Así como idea loca.

» autor: redscare

#31 En un momento crucial para la IA, Google acaba de despedir a todo su equipo de Python de EE.UU: esto es lo que sabemos

--772776-- — Tue, 30 Apr 2024 06:30:38 +0000

Genmierda

» autor: --772776--

#30 En un momento crucial para la IA, Google acaba de despedir a todo su equipo de Python de EE.UU: esto es lo que sabemos

--777905-- — Tue, 30 Apr 2024 06:29:01 +0000

#19 Python no me gusta pero se ha comido a Perl en scripting de sistemas (por desgracia), y en ciencia de datos es impepinable.
Si quitaran la mierda esa de usar espacios en blanco como sintáxis le tendría más aprecio.

» autor: --777905--

#29 En un momento crucial para la IA, Google acaba de despedir a todo su equipo de Python de EE.UU: esto es lo que sabemos

ChatGPT — Tue, 30 Apr 2024 06:22:23 +0000

#14 no tiene peligro eso... Madre mia

» autor: ChatGPT

#28 En un momento crucial para la IA, Google acaba de despedir a todo su equipo de Python de EE.UU: esto es lo que sabemos

Azrapse — Tue, 30 Apr 2024 06:20:34 +0000

#19 Sin poner el dial de "Faltonería" al máximo, como lo has puesto tú, podríamos decir que Python se usa como código pegamento entre bibliotecas binarias, y no estaríamos faltando a la verdad.
No es solo para eso, pero sí, es más un lenguaje de scripting (de sistemas, de IA, de utilidades), que de programación de sistemas (como podría ser C/C++, Rust, Zig, etc).

» autor: Azrapse

#27 En un momento crucial para la IA, Google acaba de despedir a todo su equipo de Python de EE.UU: esto es lo que sabemos

ChukNorris — Tue, 30 Apr 2024 06:17:29 +0000

#3 Oye, un respeto a Genbeta, que se han esmerado en meter la IA de forma forzada en la noticia cuando no tiene nada que ver.

» autor: ChukNorris

#26 En un momento crucial para la IA, Google acaba de despedir a todo su equipo de Python de EE.UU: esto es lo que sabemos

Toponotomalasuerte — Tue, 30 Apr 2024 06:14:40 +0000

La burbuja de los informáticos.
La verdad es que en europa la productividad es muy baja y en todo el mundo igual. Lo que queda es la cadena de externalizaciones... Los alemanes contratan en España, los españoles en Hispanoamérica y así. De esa forma se palia los elevados costes improductivos del personal de ese sector.
Pq se diga lo que se diga, yo que miro bastante por el trabajador, no puedo lidiar con determinadas situaciones, como que un junior que tienes que revisarle todo tres veces, que produce hiper lento no puede costarte 35k. Necesitas al final para un proyecto de mierda que necesite un equipo de 5 unos costes por encima de los 300k solo en personal. No es productivo pq no puedes competir con tres chavales que se juntan y hacen un programa como el tuyo con la cuarta parte de costes que tú.

» autor: Toponotomalasuerte

#25 En un momento crucial para la IA, Google acaba de despedir a todo su equipo de Python de EE.UU: esto es lo que sabemos

Rydra — Tue, 30 Apr 2024 06:01:29 +0000

#13 he programadp c# durante 8 años y llevo otros 8 programando proyectos de gran escala en python.

Python es un arma de doble filo. Por un lado su sintaxis es mucho menos verbosa, aparte de que el hecho de que sea un lenguaje dinámico te permite tomar ciertos atajos y aplicar ciertos patrones que no serían posibles o tan triviales con lenguajes estáticos como Java o C#. De hecho considero que soy mucho mejor y más rápido programando con python que con C# ya que me permite centrarme más en el dominio que en la sintaxis.

Por otro lado esa libertad es su maldición. Si no sabes lo que haces, en equipos grandes sin una buena disciplina de anotaciones y testing acabas teniendo un proyecto superacoplado e ilegible con miles de referencias circulares, y con hetereogeneidad en el estilo de programar, por muchas herramientas de corrección de estilo que uses.

Te recomiendo el libro de Oreilly "Python architecture" (tiene una serpiente en su portada).

» autor: Rydra

#24 En un momento crucial para la IA, Google acaba de despedir a todo su equipo de Python de EE.UU: esto es lo que sabemos

konde1313 — Tue, 30 Apr 2024 05:48:57 +0000

#9 El “too big to fail” era más una abreviatura de “too big to let them fail” ya que estábamos obligados a rescatarlos ya que su quiebra podía colapsar nuestras sociedades. Nos vendieron esa moto para rescatar los bancos, pero era mentira. Google caerá, como en su momento cayeron otras empresas, y no pasará nada.

» autor: konde1313

#23 En un momento crucial para la IA, Google acaba de despedir a todo su equipo de Python de EE.UU: esto es lo que sabemos

capitan.meneito — Tue, 30 Apr 2024 05:48:26 +0000

#18 y tikrok usa a los jóvenes.
Así se cierra el círculo.

» autor: capitan.meneito

#22 En un momento crucial para la IA, Google acaba de despedir a todo su equipo de Python de EE.UU: esto es lo que sabemos

rbrn — Tue, 30 Apr 2024 05:24:50 +0000

#11 Ha sido una decisión empresarial, la idea es que tengas que hacer más búsquedas para encontrar lo que necesitas y así tener más oportunidades para mostrarte anuncios...

www.wheresyoured.at/the-men-who-killed-google/

» autor: rbrn

#21 En un momento crucial para la IA, Google acaba de despedir a todo su equipo de Python de EE.UU: esto es lo que sabemos

dilsexico — Tue, 30 Apr 2024 05:23:48 +0000

#11 Yandex.com funciona como Google hace años.

» autor: dilsexico

#20 En un momento crucial para la IA, Google acaba de despedir a todo su equipo de Python de EE.UU: esto es lo que sabemos

reparador_reputaciones — Tue, 30 Apr 2024 05:08:30 +0000

#19 Puedes argumentar semejante parida quitándote el palillo de la boca o con ese comentario crees que es suficiente?

» autor: reparador_reputaciones

#19 En un momento crucial para la IA, Google acaba de despedir a todo su equipo de Python de EE.UU: esto es lo que sabemos

dsj — Tue, 30 Apr 2024 04:29:32 +0000

#13 Python es para hacer juegetes...
Y scriptkids.

En IA se ha puesto de moda como interfaz para no programadores invoquen librerías C++ doble están realmente los algoritmos IA

» autor: dsj

#18 En un momento crucial para la IA, Google acaba de despedir a todo su equipo de Python de EE.UU: esto es lo que sabemos

jamon_de_jaboogie — Tue, 30 Apr 2024 04:20:26 +0000

#14 la IA usa TikTok como buscador

» autor: jamon_de_jaboogie

#17 En un momento crucial para la IA, Google acaba de despedir a todo su equipo de Python de EE.UU: esto es lo que sabemos

ralph — Tue, 30 Apr 2024 04:18:33 +0000

#11 sí, es una puta mierda que, literalmente, va cada mes peor... pero es que los demás son peores!

» autor: ralph

#16 En un momento crucial para la IA, Google acaba de despedir a todo su equipo de Python de EE.UU: esto es lo que sabemos

Jriri — Tue, 30 Apr 2024 03:58:09 +0000

Mientras USA se enfoca absurdamente en una guerra tecnologica con China, dejan la puerta de atrás abierta que se les cuelen todos los CEOs indios desde Bangalore. ¡Buena suerte!

» autor: Jriri

#15 En un momento crucial para la IA, Google acaba de despedir a todo su equipo de Python de EE.UU: esto es lo que sabemos

zentropia — Tue, 30 Apr 2024 03:41:31 +0000

#10 En nodejs un desarrollador de una libreria en npm se cabreo y dec idio borrar su proyecto. Esa libreria era muy tonta pero la usaba todo el mundo. Todos los deployments a nivel mundial empezaron a fallar.

» autor: zentropia

#14 En un momento crucial para la IA, Google acaba de despedir a todo su equipo de Python de EE.UU: esto es lo que sabemos

nexodo — Tue, 30 Apr 2024 03:15:38 +0000

#11 Los jóvenes ya usan la IA como buscador.

» autor: nexodo

#13 En un momento crucial para la IA, Google acaba de despedir a todo su equipo de Python de EE.UU: esto es lo que sabemos

Polarin — Tue, 30 Apr 2024 02:45:06 +0000

Pero .. a ver, y no quiero que me caigan las collejas... Python siempre me ha parecido un poco como Basic en los 80. Es practico, pero es simple. Es ... como un Bash, pero con mas chorradas. Lo empeze a usar para asuntos de pen-test, pero cuando lo empece a ver en ML y Data Science, no se, es muy util por Pandas, NumPy, pero he estado en proyectos con miles de clases en Java, y Python no tiene la semantica para manejar esa complejidad, o yo no la he visto, o quizas no la necesita porque tienen cosas como los Jupyter.

Pero me he leido algunos libros como "Object Oriented Python", pero no da la talla para sistemas muy complejos. Y eso que Java es una version capada de C++. Un lenguaje que no puedes ver las interfaces en un .H.

Agradezco libros y referencias en contra de mi argumento.

» autor: Polarin

#12 En un momento crucial para la IA, Google acaba de despedir a todo su equipo de Python de EE.UU: esto es lo que sabemos

selina_kyle — Tue, 30 Apr 2024 02:43:54 +0000

#11 wishful thinking

» autor: selina_kyle

#11 En un momento crucial para la IA, Google acaba de despedir a todo su equipo de Python de EE.UU: esto es lo que sabemos

millanin — Tue, 30 Apr 2024 02:37:24 +0000

#6 Su buscador se ha vuelto inútil. Como un competidor haga algo aceptable se van a la mierda.

» autor: millanin

#10 En un momento crucial para la IA, Google acaba de despedir a todo su equipo de Python de EE.UU: esto es lo que sabemos

Polarin — Tue, 30 Apr 2024 02:36:15 +0000

#7 xkcd.com/2347/

Esto siempre me hace descojonarme, porque encima es mas verdad con cosas mas antiguas que nadie sabe que van a petar en algun momento.

» autor: Polarin

#9 En un momento crucial para la IA, Google acaba de despedir a todo su equipo de Python de EE.UU: esto es lo que sabemos

JungSpinoza — Tue, 30 Apr 2024 02:33:38 +0000

#6 Google ha llegado a tal tamaño que es "too big to fail" ... Gmail, Google Ads, Google Adsense, Google Maps, Google Cloud, Google Suite, Google Chrome, YouTube, Android, y el buscador en si mismo.

» autor: JungSpinoza

#8 En un momento crucial para la IA, Google acaba de despedir a todo su equipo de Python de EE.UU: esto es lo que sabemos

tul — Tue, 30 Apr 2024 02:32:21 +0000

el clasico plan sin fisuras

» autor: tul

#7 En un momento crucial para la IA, Google acaba de despedir a todo su equipo de Python de EE.UU: esto es lo que sabemos

zentropia — Mon, 29 Apr 2024 23:29:25 +0000

#3 El equipo que gestiona el python interno de google. Con sus parches, sus librerias, ...
Despues hay miles que usan ese python en google.

» autor: zentropia

#6 En un momento crucial para la IA, Google acaba de despedir a todo su equipo de Python de EE.UU: esto es lo que sabemos

joffer — Mon, 29 Apr 2024 22:14:56 +0000

Cuanto hace que Google no saca un producto con impacto?
Cada vez huele más a Yahoo.

» autor: joffer

#5 En un momento crucial para la IA, Google acaba de despedir a todo su equipo de Python de EE.UU: esto es lo que sabemos

woke — Mon, 29 Apr 2024 21:31:32 +0000

#4 ya buscan defraudadores de hacienda.

» autor: woke

#4 En un momento crucial para la IA, Google acaba de despedir a todo su equipo de Python de EE.UU: esto es lo que sabemos

ChatGPT — Mon, 29 Apr 2024 21:30:48 +0000

#2 y que gobiernen pronto...

» autor: ChatGPT

#3 En un momento crucial para la IA, Google acaba de despedir a todo su equipo de Python de EE.UU: esto es lo que sabemos

--745727-- — Mon, 29 Apr 2024 21:22:02 +0000

El equipo de Python, que operaba desde Sunnyvale (California), tenía menos de diez miembros

Dudo mucho que el "equipo de Python de Google" tenga menos de 10 miembros. Menuda gilipollez de noticia clickbait de mierda. Genbeta en su línea subnormaloide, para variar.

» autor: --745727--

#2 En un momento crucial para la IA, Google acaba de despedir a todo su equipo de Python de EE.UU: esto es lo que sabemos

woke — Mon, 29 Apr 2024 21:05:34 +0000

#1 ¡qué programen las IA!

» autor: woke

#1 En un momento crucial para la IA, Google acaba de despedir a todo su equipo de Python de EE.UU: esto es lo que sabemos

ChatGPT — Mon, 29 Apr 2024 21:00:52 +0000

Eso es que su IA ya programa mejor en python que los sacos de carne y huesos

» autor: ChatGPT