Julien Jorge a écrit 639 commentaires

C'est très instructif. Ça me fait penser à un débat qui précède la mode des IA, à savoir si une œuvre donnée est de l'art ou pas. Est-ce qu'un monochrome de Whiteman est une œuvre d'art ? Perso je pense qu'on a tendance à mélanger technique et art. Or une œuvre parfaitement réalisée sur le plan technique peut tout à fait laisser le spectateur indifférent, tout autant qu'une œuvre abstraite d'ailleurs.

L'exemple de Christina's World donné sur le blog est parlant. Il y a une réalisation technique remarquable, qui parle directement à l'auteur du blog car il sait le travail que cela représente, et de plus le sujet le touche intimement, car il fait écho à l'expérience d'un de ses proches.

Je suis convaincu que la question de l'art et surtout de l'œuvre d'art se joue dans le regard du spectateur. C'est la résultante de ce qui est proposé par l'artiste et ce qui est perçu par le spectateur. Quand l'un ou l'autre est en faillite, que l'artiste n'a rien à exprimer (ou qu'il n'arrive pas à l'exprimer), ou bien que le spectateur ne reçoit pas le message (qu'il ne sache pas le lire ou que ça le laisse indifférent), alors l'œuvre n'est pas tellement plus que du vent. Et je dis « spectateur » au sens large. Il y a des œuvres qui mettent des années voire des siècles à trouver un public.

Scott McCloud a réalisé quelques pages dans l'Art Invisible sur la question de qu'est-ce que l'art, quelques pages que je trouve très justes et qu'il faudra que je poste. Il commence par :

L'art, selon moi, englobe toute activité humaine qui ne découle pas directement de l'une des deux pulsions fondamentales de l'être humain : l'instinct de conservation et l'instinct sexuel.

D'autre part, toujours du même auteur, dans Reinventing Comics, il y a une illustration du procédé d'édition (pareil il faudra que je les poste), avec toutes les étapes intermédiaires entre l'auteur et le lecteur. Il en sort que bien que les étapes intermédiaires puissent varier il reste une constante : il y a un contact, une transmission, entre l'auteur et le lecteur.

On peut remarquer que dans les deux cas l'humain est au cœur de l'art. Est-ce qu'une œuvre générée par de l'IA est alors de l'art ? Qu'en est-il si l'IA a servi l'artiste à s'exprimer ? Est-ce que cela dépend de la proportion réalisée par l'outil ? Je doute qu'on puisse trancher sur un quelconque seuil mais je suis certain que si le résultat n'exprime rien de son auteur et qu'il ne fait rien réagir en moi au delà d'une observation technique ou purement esthétique, alors ce n'est que du vent :)

Journal très intéressant, merci :)

Quel genre de benchmark fais-tu et sur quel type de machine ? Perso je n'ai jamais vu de gain ni de perte en jouant avec std::memory_order mais je n'ai fait que des benchmarks sur la solution complète, pas de micro benchmark. Sans avoir creusé, je soupçonne que le coût lié aux atomics soit complètement dilué dans le reste (dans mon cas ils interviennent surtout comme gardien pour des sections algorithmiques intenses), à moins que ce ne soit des machines trop puissantes (des trucs avec une centaine de cœurs à 4 GHz répartis sur deux nœuds numa).

Pour changer du rythme d'un journal une version sur deux, je tente l'alternance : un journal, un lien. C'est bien sûr toujours dispo sur le Play Store.

Ça me semble limpide. Après si t'as pas la base de la base, forcément, c'est aguelbeat.

Je crois que c'est la première fois que j'écoute, et j'ai trouvé ça bien sympa. Merci d'avoir repris ! Force à toi.

Je te rejoins un peu sur le fond. Tu devrais le dire d'une manière plus polie, moins agressive, plus constructive.

Ça m'embête un peu ces communications parce que, bien que j'adhère au fond, la forme militantiste, le fud, et ce sentiment que cela a été écrit dans une manif avec un point levé et une pancarte dans l'autre main ont tendance à me repousser. J'ai l'impression que le combat est plus important que la cause.

J'ai un peu le même problème avec Framasoft mais dans une bien moindre mesure. J'adhère à 100% au projet, j'ai un gros respect et de l'admiration pour le travail effectué et le service offert, mais quand je lis leur prose j'ai parfois l'impression que je ne suis pas le bienvenu. Cela dit on peut regarder leur article sur le même sujet que cette dépêche. C'est pédagogique, sourcé, moins alarmiste.

Et le fait qu'il y ait un bug dans sudo ne garantit pas qu'il n'y ait pas de bug dans sudo-rs.

Tout à fait d'accord, le sprint ne veut pas dire qu'il faut bâcler. Dans toutes les boîtes où j'ai fait du scrum, avec plus ou moins de rigueur, on mettait un ou deux gros sujets top prio par personne, quelques sujets plus petits mais importants, et une ou deux tâches d'hygiène et de confort. Le tout en laissant de la marge pour que les devs puissent respirer entre deux tâches. Et ça fonctionnait très bien ! Parfois on termine en avance et on pioche des tâches dans le backlog, parfois on bloque et on laisse tomber la tâche et on la repense pour un autre sprint. Ça permet de toujours avancer et de maintenir le projet dans un état convenable. Et comme on accepte que tout soit toujours en travaux et qu'on va améliorer les choses au fur et à mesure, on évite les grosses décisions d'abstraction basées sur des hypothèses de besoins a priori, qui vont certainement ne pas coller au besoin réel, et on s'épargne l'envie de faire de grosses refactos qui bloquent tout.

Étonnant ce journal… Un coup je me sens flatté

la commu' du logiciel libre m'a toujours parue la plus morale, la plus éthique

mais c'est seulement pour souffrir un peu plus du coup de bâton qui suit

les commu' du logiciel libre et de l'open-source, c'est beaucoup d'hypocrisie. […] Plus un milieu où on va débattre dans les commentaires pour brasser du vent sans rien atteindre. Plus un milieu d'hommes blancs hétéros et cisgenre à lunettes qui ont toujours quelque chose à dire. Un milieu où le monde brûle et se meurt, mais tout va bien, tous les KPI sont aux verts. Ne parlons même pas d'IA.

C'est pas très cool de débarquer dans une communauté pour en mépriser ses membres. Comment veux-tu qu'on t'accueilles pour que tu changes le système de l'intérieur si tu cherches à déclencher une levée de boucliers dès le début ? Après si on n'est pas assez bien pour toi tu peux passer ton chemin et continuer ta route, que je te souhaite ensoleillée. On te regarde et on rejoint dès que possible. Ciao o/

N'importe quoi :D Si je pose la question ici c'est pour avoir des retours croisés de gens qui ont le nez dedans et qui ont pratiqué le sujet. Si j'avais voulu une synthèse douteuse j'aurais demandé directement à un LLM de m'en inventer une.

Même cette idée que demander un LLM est devenu standard c'est complètement bidon. Si j'avais voulu chercher moi-même des réponse j'aurais plutôt demandé à Google et lu les sites avec un regard critique. À la rigueur j'aurais pu demander à un LLM de trouver des sources sur le sujet, comme un moteur de recherche, mais je ne lui aurai pas demandé de m'inventer une explication.

Sans vouloir en rajouter sur ce qui a été reproché à woffer qui a très bien expliqué sa démarche dans les autres commentaires.

C'est une chose d'arrêter un projet parce qu'il ne nous intéresse plus et ce n'est pas vraiment un problème à mon avis. Ce qui est embêtant c'est plutôt cette tendance à vouloir mépriser les méthodes du passé et ceux qui ont créé et diffusé ces pratiques à une époque où c'était nouveau. Trop d'articles et commentaires rabaissent d'anciennes pratiques à coup de come on, it's <insert current year> now et similaires, tous les outils récents se présentent comme « modernes ». C'est à mon sens une marque d'ignorance de l'histoire de l'informatique, en particulier une ignorance des pratiques qui nous ont amené là où nous sommes aujourd'hui. C'est très facile de mépriser les initiateurs d'anciennes pratiques une fois qu'on a des dizaines d'années de recul mais c'est oublier que eux aussi, à l'époque, considéraient qu'ils étaient modernes :)

Dans la section NeHe Tutorials: Some History de https://nehe.me/

By this point there were dozens of sites hosting my tutorials (rebranded as theirs of course), […]. The questions via email were getting more and more complex and more and more demanding, and I started seeing the bad seeds. I'd get an email from joe blow asking me to plug his site, telling me how if it wasn't for my site, his site wouldn't exist. So I'd work with joe blow to craft a message he was happy with. I'd do a HUGE post about the amazing things on joe blows site, only to see a post from him the next day saying "NeHe's stuff is junk, this is where you need to be".

Ça fait quelques années maintenant que npm est une source de problèmes avec ses dépendances vérolées, mais je me demande : pourquoi n'avons nous pas le même problème avec d'autres dépôts de paquets ? Les dépôts Maven, ceux des distribs Linux, crates.io pour Rust, etc. Il y a quand même de nombreuses opportunités pour pourrir la vie des devs. Pourquoi cela n'arrive-t-il que sur npm ?

C'était ainsi que les fameux tutoriels de NeHe présentaient OpenGL à l'époque. Je suis allé voir le site de la personne derrière ça, où il présente une brève histoire de ses tutos, c'est assez triste. Des années d'efforts et de partage à une époque où c'était clairement la meilleure ressource sur le sujet, pour ensuite se faire rabaisser et mépriser quand le mode direct est devenu dépassé :(

Je m'attendais à voir du glBegin()/glEnd()… Était-ce déjà dépassé à l'époque ?

Sinon je vote pour les trois tutos aussi, comme mes prédécesseurs :)

Github est de moins en moins bien

C'est à dire ? Sur le plan technique je trouve le service plutôt bon, et je n'ai pas remarqué de dégradations depuis que je l'utilise.

Mouais. Il y a tellement de bonnes raisons de mettre en avant Framasoft, et l'annonce me semblant quasiment parfaite sur la forme, que je vais voter pour garder ça en journal :)

Si tu demandes à un LLM "donne-moi les paroles de Comme d'Habitude" et qu'elle te les donnes, c'est de la contrefaçon, et c'est interdit. Pareil pour les musiques.

Je ne vois pas trop pourquoi cela tomberait dans la contrefaçon alors qu'on peut demander la même chose à un moteur de recherche, ou même à un tiers, et avoir le même résultat.

I’m sure that if I really wanted to, I could have done this modernization effort on my own. But that would have required me to learn kernel development as it was done 25 years ago. This would have probably taken me several weeks of nonstop poring over documentation that would be completely useless knowledge today.

Certes, il n'aura pas d'application immédiate de ce qu'il aurait pu apprendre du développement du noyau tel qu'il était il y a 25 ans. Néanmoins il n'est pas totalement inutile d'acquérir des connaissances sur les méthodes du passé. Cela lui aurait permis de mieux comprendre pourquoi les choses sont faites telles qu'elles le sont aujourd'hui et pourquoi elles seront encore différentes demain.

Bon article au demeurant.

J'ai fait un peu les deux. Avant je stockais sur l'hébergement web attribué par mon fournisseur, ou sur un serveur perso, mais au bout d'un moment j'arrête les services, je nettoie les vieux trucs, je casse tous les liens. Tous les trucs hébergés il y a 20 ans ont disparu. Je me suis dit qu'un imgur serait plus stable que moi sur la durée, mais bon ce n'est pas impossible que ça ferme non plus.

Une bonne alternative à recommander ?

Il me semble que ses arguments ont été contrés de manière assez convaincante et qu'il n'est pas nécessaire de s'acharner. 50 commentaires pour un lien nul à -4 c'est largement suffisamment d'énergie gaspillée, et comme tu n'es pas nouveau ici je ne doute pas que tu sais bien comment cela va finir. Plus d'agressivité, des insultes, des « vous êtes tous des cons », des « quelle honte que la modération na na na ». Je propose qu'on zappe toute cette partie pénible et que nous passions dès maintenant à la suite, comme si ce lien avait déjà une semaine.

L'ambiance est un peu pourrie dans les commentaires de ce lien, et maintenant on sort les vieux dossiers. Venez on laisse un peu Nicolas tranquille et on part faire autre chose avant que quelqu'un s'énerve.

Apparemment c'était une propriété connue et acceptée de Python 2 : https://stackoverflow.com/a/94962/1171783.

Je crois que l'attitude des pythonistes m'étonnera toujours, il y a même des commentaires pour préférer range() à xrange(). Heureusement que Python 2 est mort et que tout est passé à Python 3 :D

Avec xrange:

/usr/bin/time --format '%M KB %U s.\n' python2 test.py
4532 KB 3.13 s.