woffer 🐧 a écrit 226 commentaires

Idem pour la retraite, on vivra ~5% moins vieux.
Je ne vois pas pourquoi ils veulent la repousser.
L'avenir est radieux pour les finances de l’état 🙃

Ça va être vraiment le bordel pour les futurs collègues pour corriger tous les bases de code en prod avec des jours de plus de 25h. Heureusement, je serai en retraite (enfin normalement si on la repousse pas trop).

Est-ce qu'on peut dire qu'il s'est SIGKILL ?

… pourquoi j'ai vu, hier soir, les chauves-souris pogoter.

J'imagine que les équipes vont intégrer un service MCP (une sorte de connexion "USB" mais pour l'IA) au service rsyslog.
Par ailleurs, j'ai déjà vu pas ce genre d'initiative (genre dans certains débugueurs) pour y connecter agent d'IA (ou autres).

https://news.ycombinator.com/item?id=44641961

For anyone who's debating whether or not jj is worth learning, I just want to highlight something. Whenever it comes up on Hacker News, there are generally two camps of people: those who haven't given it a shot yet and those who evangelize it.

You will be hard-pressed to find someone who stuck with it for a week and decided to go back to git. You will not find a lot of people who say they switched but just stayed out of inertia. Of course both of these do happen—nothing is perfect—but they are by far the exception. From my own personal anecadata, I have seen a 100% conversion rate from everyone who gave it a serious try.

I encourage you to let today be the day that you decide to try it out. It is far less effort to make the switch than you probably think it is: I was productive the same day I switched and within a week I had no remaining situations where I needed to fall back to git commands. You will quickly be more productive and you will find yourself amazed at how you ever got by without it.

Et sa traduction par Google translate :

Pour ceux qui se demandent si jj vaut la peine d'apprendre, je tiens à souligner un point. Lorsqu'on en parle sur Hacker News, on distingue généralement deux camps : ceux qui n'ont pas encore essayé et ceux qui en font l'éloge.

Vous aurez du mal à trouver quelqu'un qui a persévéré une semaine et qui a décidé de revenir à Git. Rares sont ceux qui affirment avoir changé de méthode par inertie. Bien sûr, ces deux cas se produisent – rien n'est parfait – mais ils constituent de loin l'exception. D'après mes propres anecdotes, j'ai constaté un taux de conversion de 100 % chez tous ceux qui ont sérieusement essayé.

Je vous encourage à vous lancer dès aujourd'hui. La transition est bien plus simple que vous ne le pensez : j'étais productif le jour même et, en une semaine, je n'avais plus besoin de recourir aux commandes Git. Vous serez rapidement plus productif et vous serez étonné de voir comment vous avez pu vous en passer.

Fakenews, j'ai cherché pour Ghislaine Marchal.
Ça fait plus de 34 ans, toujours rien.

=> []

… car si je ne me trompe pas, on n'est pas un 1er avril.

Je confirme aussi après environ 48h d'utilisation, ça me semble une bonne application de filtrage. Merci

idem depuis plus 10 ans car tellement plus efficace et oblige l'interlocuteur à synthétiser son message par écrit.
Ça a fait râler la famille au début mais maintenant ils se sont habitué (ou peut-être résigné).

Je AIrai, je hais, j'ai AI l'IA

« homme préhistorique »

D'où le nom grug : https://fr.wikipedia.org/wiki/Les_Croods#Personnages

… peut corriger, car c'est bien un lien en anglais, mon petit cerveau a oublié de le préciser ;)

merci

J'ai l'impression que c'est plus un planeur (enfin, j’espère qu'on parle pas du pilote) qu'un avion.

Comme ça, si on veut bookmarker pour lire ou retrouver plus facilement ce contenu
https://linuxfr.org/tags/nouvelles_sur_l_ia/public

https://github.com/Azure/peerd/issues/109

Ok merci, je comprends.
Je vais enlever "syndicat" des étiquettes car il me semble moins politique que "syndicalisme" (qui a déjà été ajouté par ailleurs).

Un article en Français est toujours bon a prendre ;)

Je suis remonté dans l'historique des liens

Par contre, pour la prochaine fois je te conseille de passer par les étiquettes (içi typescript ou golang). Elles t'auraient fortement aider à retrouver le précédent lien.

https://bsky.app/profile/filippo.abyssdomain.expert/post/3lk7uzzezvk2d

TL;DR : Suite à ce portage, l'équipe de développement de Go a remonté que la compilation du transpileur du TS Go est trop lent (~90s).
Ils ont visiblement optimisé, ça compile maintenant en ~18s.
Bon, il reste encore pas mal de tests pour voir s'il y a des régressions sur le codebase Go.

Effectivement, mes yeux se sont croisés.
Merci pour cette correction.

D'après ce que j'ai lu ici (responsable du développement) :
- Rust, il n'est pas facile d'implémenter des graphes d'objets nécessaires à faire ramasse miettes sans faire du code unsafe
- la réécriture from scratch en Rust aurait mis selon l'auteur plusieurs années (rendant obsolète ce portage)
- finalement, les performances en Go sont bonnes (difficile d'évaluer avant d'avoir terminé ?)

Il semble plutôt que le Python est un très bon langage glue, c'est-à-dire qu'il fait la colle avec d'autres dépendances écrites en C ou autres qui feront les calculs/traitements.
Donc, pour moi, je pense que Python ne fait pas partie du chemin critique de l'application d'IA.

Justement, Docker permet de densifier les services de façon simple et plus sécurisée. In fine, Docker va te permettre de mettre un maximum de service sur ton infra avec un coût minimal pour ta couche d'abstraction (par rapport à de la virtualisation).
Si, tu veux gérer ça manuellement (pour ne pas dire à l'ancienne ;)), je te souhaite bon courage pour avoir un environnement qui conviendra à tous et spécialement avec les technos qui sont moins dans l'esprit du 12 factor.
C'est vrai, je ne parle pas spécialement de Python mais de conteneurisation, ici.

Je suis en phase avec tout ce que tu as dit avec un bémol sur

Comparer Python et Go en utilisant Docker, c'est huhuhu.
Sur ma Debian, si j'ai deux scripts Python, j'ai effectivement un gros stock de départ avec la bibliothèque standard. Et après, j'ai quelques octets par script.

L'auteur de l'article parle bien de production, il est quand même plus courant de déployer des services via Docker de nos jours que directement sur un serveur (Debian ou autres).
Donc, pour moi, ce point reste pertinent dans ce contexte.

et puis s'il y a un fork, ils pourront l'appeler Zag