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.
|
etiquetas: despidos , google 
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?
Ya has hecho el ridículo confundiendo gestor de paquetes con sistema… » ver todo el comentario
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.
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… » ver todo el comentario
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.
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
… » ver todo el comentario
Pero qué todo el lenguaje Lisp? Joder, y tu eres el experto?
Eres comos los GenZ'ers starbuckeros… » ver todo el comentario
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… » 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.
#113 ”necesitas a GDB arrancando un SUBPROCESO para depuarar”.
¿Pero en qué universo vives tú?
El servidor de GDB, como no necesites… » ver todo el comentario
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
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.… » 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
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… » 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
¿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… » 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
”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… » 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.
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… » ver todo el comentario
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
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… » ver todo el comentario
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
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.
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
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… » 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.
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… » ver todo el comentario
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.