J’avais écrit un long résumé, mais après avoir cliqué sur le bouton d’enregistrement, tout a disparu... J’ai donc refait un résumé plus court.
L’article original est aussi écrit en coréen, donc veuillez vous y référer ; ouin ouin
Étonnamment, beaucoup de gens l’ignorent, mais je suis l’administrateur de l’instance « Souvenirs:Photos » mentionnée là-bas. Ravi de vous rencontrer. :)
Vous avez probablement bien compris. En pratique, certaines instances publient surtout des contenus violents, sadiques ou NSFW, mais il est possible de modérer les instances qui compliquent manifestement l’utilisation sûre du réseau social afin que leurs publications n’apparaissent pas dans la timeline.
Les publicités indésirables peuvent être filtrées par la modération.
Chaque instance du fediverse dispose de son propre code de conduite, et les instances inappropriées qui ne le respectent pas (spam, publicités ou publications inappropriées) peuvent être filtrées par la modération.
Sur Bluesky, les utilisateurs créent et partagent aussi eux-mêmes des listes de mise en sourdine.
Si l’on implémente le protocole ActivityPub, cela signifie-t-il que n’importe qui peut créer une instance, y participer et envoyer des informations à d’autres instances ?
Dans ce cas, on dirait que ce serait idéal pour diffuser de la publicité !
Il est déjà surprenant d’entendre dire que Rust est encore « un langage immature » à ce stade, mais indépendamment de cela, je me demande s’il est vraiment si condamnable d’essayer, même maintenant, de réduire la part des langages non sûrs dans le noyau. Autour de vous, il n’y a sans doute pas tant de personnes capables d’écrire en C du code suffisamment sûr pour pouvoir contribuer au noyau, n’est-ce pas ? Plutôt que d’attendre une maturité supplémentaire du langage C, j’ai l’impression que le moment actuel, où les exigences d’une nouvelle époque sont désormais pleinement établies, n’est justement pas trop tard.
Rust est déjà utile, et s’il cherche à être inclus dans le noyau, ce ne sera probablement pas pour prouver son utilité.
Quand il a été décidé d’introduire Rust au départ, j’imagine qu’il y a dû y avoir des discussions à ce sujet.
Si l’on réfléchit à quel groupe est le plus large, entre les experts en C et les experts en Rust, c’est clairement C qui l’emporte largement.
Cela dit, on peut aussi se dire que, pour un programmeur qui possède déjà toutes les connaissances métier, apprendre un langage de plus n’est peut-être pas une si grosse affaire,
mais le niveau d’expertise exigé des personnes qui travaillent sur le noyau, c’est encore une autre histoire...
Je me demande si le fait de refuser d’intégrer au kernel un langage qui n’est pas encore mature mérite vraiment d’être autant critiqué. Si on vous demandait tout de suite de trouver autour de vous des personnes vraiment à l’aise avec Rust, il n’y en aurait presque pas, non ? Je pense qu’il ne sera pas trop tard pour l’inclure une fois que le langage aura davantage mûri et qu’une base d’utilisateurs suffisante aura été constituée, même si elle n’atteint pas celle des langages legacy.
Je suis convaincu que l’utilité du langage Rust pourra être pleinement démontrée même sans application au kernel Linux.
Tous les fichiers sont stockés en local sous forme de simples fichiers .md, donc je l’utilise en toute confiance. Même s’ils font quelque chose d’étrange, au pire je peux toujours m’en sortir avec un visualiseur Markdown ou en restant sur une ancienne version, et j’adore le fait qu’il ait gardé une grande cohérence pendant 6 ans.
J’avais écrit un long résumé, mais après avoir cliqué sur le bouton d’enregistrement, tout a disparu... J’ai donc refait un résumé plus court.
L’article original est aussi écrit en coréen, donc veuillez vous y référer ; ouin ouin
Je suis d'accord.
Étonnamment, beaucoup de gens l’ignorent, mais je suis l’administrateur de l’instance « Souvenirs:Photos » mentionnée là-bas. Ravi de vous rencontrer. :)
Est-ce qu’on ne peut pas signaler ce genre de commentaire haineux ?
Vous avez probablement bien compris. En pratique, certaines instances publient surtout des contenus violents, sadiques ou NSFW, mais il est possible de modérer les instances qui compliquent manifestement l’utilisation sûre du réseau social afin que leurs publications n’apparaissent pas dans la timeline.
Ah, donc ça fonctionne en définissant des règles par instance pour filtrer les données acceptées.
Les publicités indésirables peuvent être filtrées par la modération.
Chaque instance du fediverse dispose de son propre code de conduite, et les instances inappropriées qui ne le respectent pas (spam, publicités ou publications inappropriées) peuvent être filtrées par la modération.
Sur Bluesky, les utilisateurs créent et partagent aussi eux-mêmes des listes de mise en sourdine.
Si l’on implémente le protocole ActivityPub, cela signifie-t-il que n’importe qui peut créer une instance, y participer et envoyer des informations à d’autres instances ?
Dans ce cas, on dirait que ce serait idéal pour diffuser de la publicité !
Articles recommandés à lire également
https://fr.news.hada.io/topic?id=1528
https://fr.news.hada.io/topic?id=10114
https://fr.news.hada.io/topic?id=9651
Il est déjà surprenant d’entendre dire que Rust est encore « un langage immature » à ce stade, mais indépendamment de cela, je me demande s’il est vraiment si condamnable d’essayer, même maintenant, de réduire la part des langages non sûrs dans le noyau. Autour de vous, il n’y a sans doute pas tant de personnes capables d’écrire en C du code suffisamment sûr pour pouvoir contribuer au noyau, n’est-ce pas ? Plutôt que d’attendre une maturité supplémentaire du langage C, j’ai l’impression que le moment actuel, où les exigences d’une nouvelle époque sont désormais pleinement établies, n’est justement pas trop tard.
Rust est déjà utile, et s’il cherche à être inclus dans le noyau, ce ne sera probablement pas pour prouver son utilité.
orthogonal mais non orthonormé.
Quand il a été décidé d’introduire Rust au départ, j’imagine qu’il y a dû y avoir des discussions à ce sujet.
Si l’on réfléchit à quel groupe est le plus large, entre les experts en C et les experts en Rust, c’est clairement C qui l’emporte largement.
Cela dit, on peut aussi se dire que, pour un programmeur qui possède déjà toutes les connaissances métier, apprendre un langage de plus n’est peut-être pas une si grosse affaire,
mais le niveau d’expertise exigé des personnes qui travaillent sur le noyau, c’est encore une autre histoire...
Il n’y a pas longtemps, mon entreprise avait tout bloqué, donc peut-être qu’ils vont de nouveau l’autoriser ?
Y a-t-il quelqu’un qui dise à Linus de faire un fork et de partir ? Je n’ai pas l’impression d’avoir vu quelqu’un dire ça dans cette controverse..
Cet avis est bien aussi.
Je me demande si le fait de refuser d’intégrer au kernel un langage qui n’est pas encore mature mérite vraiment d’être autant critiqué. Si on vous demandait tout de suite de trouver autour de vous des personnes vraiment à l’aise avec Rust, il n’y en aurait presque pas, non ? Je pense qu’il ne sera pas trop tard pour l’inclure une fois que le langage aura davantage mûri et qu’une base d’utilisateurs suffisante aura été constituée, même si elle n’atteint pas celle des langages legacy.
Je suis convaincu que l’utilité du langage Rust pourra être pleinement démontrée même sans application au kernel Linux.
diviser -> donner
Tous les fichiers sont stockés en local sous forme de simples fichiers
.md, donc je l’utilise en toute confiance. Même s’ils font quelque chose d’étrange, au pire je peux toujours m’en sortir avec un visualiseur Markdown ou en restant sur une ancienne version, et j’adore le fait qu’il ait gardé une grande cohérence pendant 6 ans.Tout le monde va sûrement s’empresser de faire la même demande. C’est vraiment très regrettable.
Waouh, c’était vraiment très agréable à lire. Cette approche est donc possible aussi !