Ce document ne semble mentionne pas de « triggers » (du moins sous ce nom) comme indiqué par le PP. Vu l’age qu’il a et son statut RC, ce ne serait pas très étonnant que la révision en cours d’écriture ajoute des exigences.
Cela dit, cette version vise déjà « l'envoi systématique et sécurisé dans Mon espace santé […] des documents de santé communiqués au patient » (certes avec la « non opposition [sic] du patient »), j’aimerais bien savoir ce qui peut faire fuiter plus de données.
L’ABI par défaut est instable. Et c’est plutôt bien, une ABI stable par défaut étant plus un inconvénient qu’un avantage pour un langage avec des génériques monomorphisés comme le Rust ou le C++ (le C++ permet de pré-monomorphiser pour contourner le problème, mais c’est limité et il faut y avoir pensé).
Cependant, on peut volontairement passer à une ABI stable via repr(C)/extern "C" (par exemple). Je n’ai pas vérifié, mais RfL étant une surcouche d’une API écrite en C, ils en utilisent probablement beaucoup à l’interface. C’est possiblement un peu plus de travail, mais ce n’est pas fondamentalement différent des restrictions à l’ajout de champs dans une struct exposée en C : une API n’a une ABI stable que si elle a été pensée pour.
Il existe toutefois un risque sur l’ABI lié au fait que GCC et LLVM ne sont pas toujours parfaitement d’accord et que mixer des objets en provenance des deux est risqué, les différences ne générant généralement aucun avertissement au moment de la liaison.
Il doit bien y avoirs des adorateurs du crabe qui passent sur le site; si ils ont des réponses…
J’ai cru comprendre que c’est une partie du problème : les mainteneurs sont accusés de faire partie d’une religion/secte qui veut imposer sa vision du monde au noyau, alors qu’eux s’estiment plutôt dans une optique d’élargissement des possibilités.
Un projet lancé trop tôt car Rust évolue encore […]
Quasiment tous les langages intéressants évoluent encore (à diverses vitesses) du fait des découvertes/inventions dans cette discipline si jeune qu’est l’informatique. Le formuler ainsi évite de détailler les potentiels problèmes sous-jacents : stabilité (Rust la garantit officiellement, la pratique est parfois plus compliquée, mais rarement, pas trop un problème pour RfL), maturité en fonctionnalités (RfL nécessite actuellement des features instables, ce qui est un problème ; RfL n’utilise pas l’écosystème Cargo, qui n’est donc pas un problème dans ce contexte).
L’historique montré dans Marie France est celui de Lucie Castets, avec une majuscule.
Lucie castets, avec une minuscule, avait 1. une erreur de typo dans le titre, 2. un contenu presque sans information (littéralement « Candidate proposée par le NFP pour le poste de 1er ministre »), 3. contournait une protection mise en place sur la version sans typo. Ça justifie raisonnablement une suppression.
Pour l’article sans typo, la troisième suppression ne se justifiait pas en immédiate à mon avis (un bandeau d’admissibilité + jugement différé aurait été plus pertinent), l’article contenant un début d’information (ce n’était pas le cas pour les deux premières suppressions).
Casser la compatibilité pour les pilotes plus souvent que pour les utilisateurs est explicitement prévu par les auteurs : Note: Semver Exempt API. Il faudra voir comment cette possibilité est utilisée, mais les pilotes tiers ne semblent pas une préoccupation des développeurs de sqlx (ce qui est compréhensible vus leurs objectifs, mais dommage pour les plus petits SGBD).
C’est à ma connaissance le premier changement de syntaxe de Javascript depuis belle lurette ; je dirais au moins 15 ans.
Alors, en regardant la ligne 6 (ES 2015, probablement la plus grosse évolution du JS – il y a 8 ans) de ce tableau :
Modules, classes, portée lexicale au niveau des blocs, itérateurs et générateurs, promesses pour la programmation asynchrone, patrons de destructuration, optimisation des appels terminaux, nouvelles structures de données (tableaux associatifs, ensembles, tableaux binaires), support de caractères Unicode supplémentaires dans les chaînes de caractères et les expressions rationnelles, possibilité d'étendre les structures de données prédéfinies.
En gras ce qui contient des modification de syntaxe, de mémoire.
Plus la ligne ES 2016 (7 ans) :
Mots-clés async/await, opérateur d'exponentiation, nouvelle méthode pour les prototypes de tableaux.
Plus récemment, le tableau est un peu vide mais en contient d’autres (plus mineures, certes).
[Edit] + gras sur « portée lexicale… », aka let/const.
[^] # Re: Autres sources
Posté par Ltrlg . En réponse au lien Référentiel d'Exigences Minimales LGC MDV Vague 2 : une backdoor dans les logiciels de santé. Évalué à 2 (+2/-0).
Ce document ne semble mentionne pas de « triggers » (du moins sous ce nom) comme indiqué par le PP. Vu l’age qu’il a et son statut RC, ce ne serait pas très étonnant que la révision en cours d’écriture ajoute des exigences.
Cela dit, cette version vise déjà « l'envoi systématique et sécurisé dans Mon espace santé […] des documents de santé communiqués au patient » (certes avec la « non opposition [sic] du patient »), j’aimerais bien savoir ce qui peut faire fuiter plus de données.
[^] # Re: Dommage
Posté par Ltrlg . En réponse au lien Un mainteneur de Rust sur le Kernel jette l'éponge.. Évalué à 6.
L’ABI par défaut est instable. Et c’est plutôt bien, une ABI stable par défaut étant plus un inconvénient qu’un avantage pour un langage avec des génériques monomorphisés comme le Rust ou le C++ (le C++ permet de pré-monomorphiser pour contourner le problème, mais c’est limité et il faut y avoir pensé).
Cependant, on peut volontairement passer à une ABI stable via
repr(C)/extern "C"(par exemple). Je n’ai pas vérifié, mais RfL étant une surcouche d’une API écrite en C, ils en utilisent probablement beaucoup à l’interface. C’est possiblement un peu plus de travail, mais ce n’est pas fondamentalement différent des restrictions à l’ajout de champs dans unestructexposée en C : une API n’a une ABI stable que si elle a été pensée pour.Il existe toutefois un risque sur l’ABI lié au fait que GCC et LLVM ne sont pas toujours parfaitement d’accord et que mixer des objets en provenance des deux est risqué, les différences ne générant généralement aucun avertissement au moment de la liaison.
[^] # Re: Dommage
Posté par Ltrlg . En réponse au lien Un mainteneur de Rust sur le Kernel jette l'éponge.. Évalué à 5.
J’ai cru comprendre que c’est une partie du problème : les mainteneurs sont accusés de faire partie d’une religion/secte qui veut imposer sa vision du monde au noyau, alors qu’eux s’estiment plutôt dans une optique d’élargissement des possibilités.
Quasiment tous les langages intéressants évoluent encore (à diverses vitesses) du fait des découvertes/inventions dans cette discipline si jeune qu’est l’informatique. Le formuler ainsi évite de détailler les potentiels problèmes sous-jacents : stabilité (Rust la garantit officiellement, la pratique est parfois plus compliquée, mais rarement, pas trop un problème pour RfL), maturité en fonctionnalités (RfL nécessite actuellement des features instables, ce qui est un problème ; RfL n’utilise pas l’écosystème Cargo, qui n’est donc pas un problème dans ce contexte).
[^] # Re: Parcours introuvable...
Posté par Ltrlg . En réponse au lien La page Wikipédia de Lucie Castets, candidate (NFP) pour le poste de Premier ministre, supprimée. Évalué à 1.
L’historique montré dans Marie France est celui de Lucie Castets, avec une majuscule.
Lucie castets, avec une minuscule, avait 1. une erreur de typo dans le titre, 2. un contenu presque sans information (littéralement « Candidate proposée par le NFP pour le poste de 1er ministre »), 3. contournait une protection mise en place sur la version sans typo. Ça justifie raisonnablement une suppression.
Pour l’article sans typo, la troisième suppression ne se justifiait pas en immédiate à mon avis (un bandeau d’admissibilité + jugement différé aurait été plus pertinent), l’article contenant un début d’information (ce n’était pas le cas pour les deux premières suppressions).
[^] # Re: Heu, et la quatrième voie ?
Posté par Ltrlg . En réponse à la dépêche Désolé, j'ai forké. Évalué à 1.
Casser la compatibilité pour les pilotes plus souvent que pour les utilisateurs est explicitement prévu par les auteurs : Note: Semver Exempt API. Il faudra voir comment cette possibilité est utilisée, mais les pilotes tiers ne semblent pas une préoccupation des développeurs de sqlx (ce qui est compréhensible vus leurs objectifs, mais dommage pour les plus petits SGBD).
# Le JS évolue beaucoup depuis dix ans
Posté par Ltrlg . En réponse au journal Le grand remplacement des navigateurs Web d’avant 2020. Évalué à 10. Dernière modification le 24 août 2023 à 13:50.
Alors, en regardant la ligne 6 (ES 2015, probablement la plus grosse évolution du JS – il y a 8 ans) de ce tableau :
En gras ce qui contient des modification de syntaxe, de mémoire.
Plus la ligne ES 2016 (7 ans) :
Plus récemment, le tableau est un peu vide mais en contient d’autres (plus mineures, certes).
[Edit] + gras sur « portée lexicale… », aka
let/const.