273 meneos
2668 clics
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
el problema de lo ocurrido no es que Google tenga pensado prescindir de Python en modo alguno (todo lo contrario, teniendo en cuenta el énfasis que está poniendo en los últimos tiempos en el desarrollo de IA), sino que la compañía del buscador está reduciendo costos a través de la contratación de mano de obra más barata fuera de Estados Unidos.
|
comentarios cerrados
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.
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.
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.
Pero qué todo el lenguaje Lisp? Joder, y tu eres el experto?
Eres comos los GenZ'ers starbuckeros… » ver todo el comentario
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.
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… » ver todo el comentario
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… » ver todo el comentario
Es… » ver todo el comentario
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… » ver todo el comentario
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… » ver todo el comentario
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.
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
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.
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.
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...
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.
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… » ver todo el comentario
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… » ver todo el comentario
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.
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… » ver todo el comentario
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… » ver todo el comentario
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.
Abre SBCL y cágate. Empezando por (decompile 'cdr) y las opciones de velocidad y compilación a imágen nativa.
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.