Euh, les fuites mémoires à cause d'évènements ou d'objets non-disposés (utilisant des connexions à des bases de données, des ressources réseau, des Span, …), ça arrive et ça fait mal.
J'ai rarement eu besoin des weak references et à chaque fois c'était pour des ressources systèmes (les textures dans Newton Adventure par exemple :-) ) qui de toute façon demande une gestion particulière.
Est-ce qu'il ne vaut pas mieux un langage avec un GC pour 99% des allocations et gérer à la main le 1% qui reste?
Le post ci-dessus est une grosse connerie, ne le lisez pas sérieusement.
Une façon idiomatique en Rust de gérer les structures de données complexes consiste à utiliser des index plutôt que des pointeurs (les objet étant stockés dans une collection classique).
On fait ça aussi en C ou en C++. C'est parfois utile, mais ça ne change pas le problème: au lieu de faire attention à mes pointeurs, je dois faire attention à mes indexes.
Le post ci-dessus est une grosse connerie, ne le lisez pas sérieusement.
Ce qui me vient en tête immédiatement, c'est un code qui manipule des graphes.
En java ou C, je vais avoir des classes ou structures Graph, Edge et Node.
En C, il faudra faire bien attention à passer free partout, au bon moment et dans le bon ordre.
En C++, on va choisir avec soin quelles références seront des unique_ptr, des shared_ptr ou des weak_ptr selon les cas d'usage.
Avec un ramasse miette, chacune peut avoir des références sur les autres, on ne va pas se préoccuper de la durée de vie des objets, des pointeurs forts ou faibles… Osef on a de la RAM et le GC passera le balai !
Et avec Rust ?
Le post ci-dessus est une grosse connerie, ne le lisez pas sérieusement.
The flexibility (i.e. expressiveness) of non LIFO-semantics means that in general the compiler cannot automatically infer at compile-time where memory should be freed; it has to rely on dynamic protocols, potentially from outside the language itself, to drive deallocation (reference counting, as used by Rc and Arc, is one example of this).
Donc Rust fait juste comme C++ et ses smart pointers?
Je comprends mieux le ticket pour ajouter un ramasse miette à Rust.
Le post ci-dessus est une grosse connerie, ne le lisez pas sérieusement.
En analysant le code, on peut éviter d'utiliser le ramasse miette pour les allocations / désallocations les plus courantes.
Si tu as un code simple comme:
function postCoincoinDuJour() {
let linuxfr = new LinuxfrBoard();
let message = "Coincoin du " + new Date().getDay(Lang.FR);
linuxfr.post("Coincoin");
} Un bon compilateur va déduire que les objets LinuxfrBoard et Date ne s'échappe pas de la fonction. Il peut décider de ne pas les laisser au ramasse miette, mais de les allouer sur la pile.
Le post ci-dessus est une grosse connerie, ne le lisez pas sérieusement.
Comment Rust gère les cas non triviaux de libération de la mémoire (ce qu'un bon compilo pour langage à garbage collector peut gérer automagiquement) ? Par exemple une structure de type graphe ou récursive?
L'écosystème compte énormément. Et le poids de l'existant également. Et C++ est en train de rattraper son retard sur Rust sur tout un tas d'aspect et a plein de qualités également.
Qu'est-ce qui a été rattrapé?
Le post ci-dessus est une grosse connerie, ne le lisez pas sérieusement.
Tu as déjà bossé dans une association ou une petite entreprise? A quel moment les utilisateurs arrivent avec une expression de besoin cohérente et un cahier des charges précis ?
En général ils se plaignent du SI en place (c'est lent, c'est compliqué…), mais n'ont aucune idée de ce qu'il leur faudrait, encore moins de ce qui est possible et jamais de ce qui est faisable avec des coûts et des délais raisonnables.
Le post ci-dessus est une grosse connerie, ne le lisez pas sérieusement.
En v2, la liste de tes amis sera déterminés automatiquement par une intelligence artificielle chargée de choisir les personnes les plus à même de faire augmenter ton pouvoir d'achat et ta consommation.
Le post ci-dessus est une grosse connerie, ne le lisez pas sérieusement.
Si quelqu'un sait comment faire un système de messagerie électronique simple pour un réseau mondial, sans chef, et qui permette à toute Alice de parler à tout Bob, les propositions sont les bienvenues :-)
Bonne question : et si on réinventait le mail, on ferait comment?
Sans parler de technique, protocole et réseau, je pense qu'un "mail 2020" serait orienté contacts et pas boites aux lettres.
C'est à dire que pour qu'Alice puisse parler à Bob, il faut que Bob l'ajoute dans sa liste d'amis :-)
Le post ci-dessus est une grosse connerie, ne le lisez pas sérieusement.
Au sujet des GAFA, le RFC note que la concentration des services dans les mains d'un petit groupe de sociétés est un problème pour les utilisateurs. Il affirme aussi que cela peut être encouragé par des propriétés du protocole IETF. (C'est nettement plus contestable : quelles sont les caractéristiques de SMTP qui expliquent la concentration du courrier chez Gmail et Outlook.com ?
La complexité de la pile de protocoles et normes expliquent pourtant bien pourquoi certains acteurs deviennent leader parce que les autres abandonnent devant les difficultés.
Le post ci-dessus est une grosse connerie, ne le lisez pas sérieusement.
Git ou un de ses successeurs deviendra un jour un outil que tout le monde doit maîtriser comme un traitement de texte, un client mail ou un gestionnaire de fichiers.
Il y a encore quelques dizaines années, un micro ordinateur était un outil réservé aux geeks.
Le post ci-dessus est une grosse connerie, ne le lisez pas sérieusement.
Ça va bien pour un public geek comme ici ; mais si on veut attirer un public plus généraliste je pense qu’on peut faire mieux (et hélas, je n’ai pas les compétences pour faire ça en un temps raisonnable).
Il faudrait quoi pour les attirer? Des popups RGPD ? Des pubs vidéo en autoplay?
Le post ci-dessus est une grosse connerie, ne le lisez pas sérieusement.
[^] # Re: Pffff
Posté par devnewton 🍺 (site web personnel) . En réponse à la dépêche Rust a 5 ans, rétrospective. Évalué à 3.
Les premiers GC stoppaient le monde. Les modernes travaillent de façon incrémentale et parallèle.
Beaucoup de jeux utilisent un langage à ramasse miettes sans problème: tous les jeux Java, html5, Unity, Lua…
Le post ci-dessus est une grosse connerie, ne le lisez pas sérieusement.
[^] # Re: Pffff
Posté par devnewton 🍺 (site web personnel) . En réponse à la dépêche Rust a 5 ans, rétrospective. Évalué à 5.
J'ai rarement eu besoin des weak references et à chaque fois c'était pour des ressources systèmes (les textures dans Newton Adventure par exemple :-) ) qui de toute façon demande une gestion particulière.
Est-ce qu'il ne vaut pas mieux un langage avec un GC pour 99% des allocations et gérer à la main le 1% qui reste?
Le post ci-dessus est une grosse connerie, ne le lisez pas sérieusement.
[^] # Re: Pffff
Posté par devnewton 🍺 (site web personnel) . En réponse à la dépêche Rust a 5 ans, rétrospective. Évalué à 4.
On fait ça aussi en C ou en C++. C'est parfois utile, mais ça ne change pas le problème: au lieu de faire attention à mes pointeurs, je dois faire attention à mes indexes.
Le post ci-dessus est une grosse connerie, ne le lisez pas sérieusement.
[^] # Re: Pffff
Posté par devnewton 🍺 (site web personnel) . En réponse à la dépêche Rust a 5 ans, rétrospective. Évalué à 6.
Ce qui me vient en tête immédiatement, c'est un code qui manipule des graphes.
En java ou C, je vais avoir des classes ou structures Graph, Edge et Node.
En C, il faudra faire bien attention à passer free partout, au bon moment et dans le bon ordre.
En C++, on va choisir avec soin quelles références seront des unique_ptr, des shared_ptr ou des weak_ptr selon les cas d'usage.
Avec un ramasse miette, chacune peut avoir des références sur les autres, on ne va pas se préoccuper de la durée de vie des objets, des pointeurs forts ou faibles… Osef on a de la RAM et le GC passera le balai !
Et avec Rust ?
Le post ci-dessus est une grosse connerie, ne le lisez pas sérieusement.
[^] # Re: Lien avec la censure des GAFAM à propos de la pseudo-pandémie ?
Posté par devnewton 🍺 (site web personnel) . En réponse au lien Les clients Mastodon seraient bannis de Google Play pour cause d'incitation à la haine. Évalué à 4.
Ca peut intéresser nos lecteurs pour rire un bon coup !
Le post ci-dessus est une grosse connerie, ne le lisez pas sérieusement.
[^] # Re: Pffff
Posté par devnewton 🍺 (site web personnel) . En réponse à la dépêche Rust a 5 ans, rétrospective. Évalué à 3.
Donc Rust fait juste comme C++ et ses smart pointers?
Je comprends mieux le ticket pour ajouter un ramasse miette à Rust.
Le post ci-dessus est une grosse connerie, ne le lisez pas sérieusement.
[^] # Re: Pffff
Posté par devnewton 🍺 (site web personnel) . En réponse à la dépêche Rust a 5 ans, rétrospective. Évalué à 4.
En analysant le code, on peut éviter d'utiliser le ramasse miette pour les allocations / désallocations les plus courantes.
Si tu as un code simple comme:
function postCoincoinDuJour() {
let linuxfr = new LinuxfrBoard();
let message = "Coincoin du " + new Date().getDay(Lang.FR);
linuxfr.post("Coincoin");
}
Le post ci-dessus est une grosse connerie, ne le lisez pas sérieusement.
[^] # Re: Pffff
Posté par devnewton 🍺 (site web personnel) . En réponse à la dépêche Rust a 5 ans, rétrospective. Évalué à 4.
Comment Rust gère les cas non triviaux de libération de la mémoire (ce qu'un bon compilo pour langage à garbage collector peut gérer automagiquement) ? Par exemple une structure de type graphe ou récursive?
En les interdisant?
https://github.com/rust-lang/rfcs/issues/415
Le post ci-dessus est une grosse connerie, ne le lisez pas sérieusement.
[^] # Re: SMTP
Posté par devnewton 🍺 (site web personnel) . En réponse au lien RFC 8890: The Internet is for End Users. Évalué à 3.
Ça peut se résoudre avec des messages d'invitation.
Alors oui les spammeurs vont envoyer des invitations à la terre entière, mais au moins on pourra mettre ces messages à part, leur assigner un TTL…
Voire un serveur pourrait greylister un vil qui se fait refuser trop d'invitations :-)
Le post ci-dessus est une grosse connerie, ne le lisez pas sérieusement.
[^] # Re: Notre retour d'expérience à WebAssoc
Posté par devnewton 🍺 (site web personnel) . En réponse au journal Logiciels libres dans une association non-informatique. Évalué à 4. Dernière modification le 04 septembre 2020 à 17:02.
Il y a du Rust dedans aussi !
Le post ci-dessus est une grosse connerie, ne le lisez pas sérieusement.
[^] # Re: On se focalise sur l'utilisateur SVP
Posté par devnewton 🍺 (site web personnel) . En réponse au journal Logiciels libres dans une association non-informatique. Évalué à 5.
Je répondais à pasBill pasGates et on est vendredi, donc troller est un devoir !
Le post ci-dessus est une grosse connerie, ne le lisez pas sérieusement.
[^] # Re: Pffff
Posté par devnewton 🍺 (site web personnel) . En réponse à la dépêche Rust a 5 ans, rétrospective. Évalué à 5.
On pouvait déjà faire du natif sans C: Pascal, Ada et plus récemment Go.
Le post ci-dessus est une grosse connerie, ne le lisez pas sérieusement.
[^] # Re: Pffff
Posté par devnewton 🍺 (site web personnel) . En réponse à la dépêche Rust a 5 ans, rétrospective. Évalué à 7.
Qu'est-ce qui a été rattrapé?
Le post ci-dessus est une grosse connerie, ne le lisez pas sérieusement.
[^] # Re: On se focalise sur l'utilisateur SVP
Posté par devnewton 🍺 (site web personnel) . En réponse au journal Logiciels libres dans une association non-informatique. Évalué à 10.
Tu as déjà bossé dans une association ou une petite entreprise? A quel moment les utilisateurs arrivent avec une expression de besoin cohérente et un cahier des charges précis ?
En général ils se plaignent du SI en place (c'est lent, c'est compliqué…), mais n'ont aucune idée de ce qu'il leur faudrait, encore moins de ce qui est possible et jamais de ce qui est faisable avec des coûts et des délais raisonnables.
Le post ci-dessus est une grosse connerie, ne le lisez pas sérieusement.
[^] # Re: Tu prends le probleme a l'envers
Posté par devnewton 🍺 (site web personnel) . En réponse au journal Logiciels libres dans une association non-informatique. Évalué à 7. Dernière modification le 04 septembre 2020 à 08:13.
Le souci est souvent que les utilisateurs ne savent pas exprimer leur besoin…
Nombre d'entreprises choisissent Sharepoint pour faire de l'édition collaborative de documents avec les conséquences qu'on connait…
Le post ci-dessus est une grosse connerie, ne le lisez pas sérieusement.
[^] # Re: SMTP
Posté par devnewton 🍺 (site web personnel) . En réponse au lien RFC 8890: The Internet is for End Users. Évalué à 5.
En v1, ce sera une demande d'ajout !
En v2, la liste de tes amis sera déterminés automatiquement par une intelligence artificielle chargée de choisir les personnes les plus à même de faire augmenter ton pouvoir d'achat et ta consommation.
Le post ci-dessus est une grosse connerie, ne le lisez pas sérieusement.
[^] # Re: SMTP
Posté par devnewton 🍺 (site web personnel) . En réponse au lien RFC 8890: The Internet is for End Users. Évalué à 4.
Bonne question : et si on réinventait le mail, on ferait comment?
Sans parler de technique, protocole et réseau, je pense qu'un "mail 2020" serait orienté contacts et pas boites aux lettres.
C'est à dire que pour qu'Alice puisse parler à Bob, il faut que Bob l'ajoute dans sa liste d'amis :-)
Le post ci-dessus est une grosse connerie, ne le lisez pas sérieusement.
# SMTP
Posté par devnewton 🍺 (site web personnel) . En réponse au lien RFC 8890: The Internet is for End Users. Évalué à 4.
La complexité de la pile de protocoles et normes expliquent pourtant bien pourquoi certains acteurs deviennent leader parce que les autres abandonnent devant les difficultés.
Le post ci-dessus est une grosse connerie, ne le lisez pas sérieusement.
[^] # Re: Quel serait le cœur de la plateforme ?
Posté par devnewton 🍺 (site web personnel) . En réponse au journal vers un sciencefr.org ?. Évalué à 2. Dernière modification le 01 septembre 2020 à 16:01.
Git ou un de ses successeurs deviendra un jour un outil que tout le monde doit maîtriser comme un traitement de texte, un client mail ou un gestionnaire de fichiers.
Il y a encore quelques dizaines années, un micro ordinateur était un outil réservé aux geeks.
Le post ci-dessus est une grosse connerie, ne le lisez pas sérieusement.
[^] # Re: Out of order
Posté par devnewton 🍺 (site web personnel) . En réponse au journal Le début de la fin pour Intel ?. Évalué à 9.
Il faudrait du JAI (Just at install) !
Avec un cache bien sûr, parce que les compilations à la Gentoo c'est bien pour chauffer en hiver, mais c'est un poil long.
Le post ci-dessus est une grosse connerie, ne le lisez pas sérieusement.
[^] # Re: Quel serait le cœur de la plateforme ?
Posté par devnewton 🍺 (site web personnel) . En réponse au journal vers un sciencefr.org ?. Évalué à 2. Dernière modification le 31 août 2020 à 22:57.
Le plus efficace pour la rédaction et l'hébergement des images serait de pouvoir soumettre un contenu à partir d'un dépôt git qui contient:
Le post ci-dessus est une grosse connerie, ne le lisez pas sérieusement.
[^] # Re: Quel serait le cœur de la plateforme ?
Posté par devnewton 🍺 (site web personnel) . En réponse au journal vers un sciencefr.org ?. Évalué à 7.
Il faudrait quoi pour les attirer? Des popups RGPD ? Des pubs vidéo en autoplay?
Le post ci-dessus est une grosse connerie, ne le lisez pas sérieusement.
[^] # Re: merci !
Posté par devnewton 🍺 (site web personnel) . En réponse à la dépêche Hommage à Frances Allen. Évalué à 8.
En attendant Waylandabeau !
Le post ci-dessus est une grosse connerie, ne le lisez pas sérieusement.
[^] # La stratégie de l'échec
Posté par devnewton 🍺 (site web personnel) . En réponse au lien Survey on the future of GNAT Community (fin probable de GNAT Community). Évalué à 4.
Pourquoi un décideur pressé lancerait un projet dans un langage à la fois "libre mais" et peu répandu?
Le post ci-dessus est une grosse connerie, ne le lisez pas sérieusement.
[^] # Re: La sécu c'est bien, la complexifier ça craint
Posté par devnewton 🍺 (site web personnel) . En réponse à la dépêche Authentification et identité numérique en France. Évalué à 3.
Avec un état mondial !
Ça élimine les problèmes de passeports jusqu'à l'arrivée des extraterrestres en 4242.
Le post ci-dessus est une grosse connerie, ne le lisez pas sérieusement.