thoasm a écrit 9456 commentaires

Ben un bandeau de vérification de notabilité est présent sur l'article qu'on discute, il y a des chances qu'il y ait re un débat d'admissibilité à un moment. Il y en avait déjà eu un en 2009 avec au moins 4 !vote pour la suppression et à peine plus pour la conservation : https://en.wikipedia.org/wiki/Wikipedia:Articles_for_deletion/LabPlot

Autrement dit oui, le manque de sources secondaire est aussi un problème pour l'admissibilité, et ceux qui étaient pour la suppression argumenteraient sûrement que c'est parce que c'est un problème pour la vérifiabilité des infos.

Be careful what you wish for, l'homogénéité pourrait s'obtenir par la suppression d'infos sur d'autres logiciels, qui ont été créés à un autre âge de l'encyclo, si les mêmes personnes s'y penchent. Tu ne dois pas être familier avec ce que les wikipédiens appellent WP:Pikachu …

Il y a des chances que l'aspect "site communautair"e rende le truc limite auprès de certains Wikipedien. Il y a bien sélection et relecture des dépêches mais pas tant que ça d'écrit sur la nature de cette relecture sur le font ? Ça passait probablement dans le passé sur frwiki, quand des libristes s'y mettaient pour un débat d'admissibilité, ça restait limite aux yeux d'autres, mais c'est plus trop le genre de sujets qui mobilisent les masses de nos jours.

Ben ça fait bien longtemps qu'il y a débat sur la pertinence des listes et des tableaux. Il n'y en a quasi plus sur Wikipedia en français par exemple …

Wikipedia n'est plus comme il y a 15 ans, ça a beaucoup changé, je l'ai dit dans d'autres commentaires, j'ai l'impression que pleins de libristes se réveillent après hibernation et n'ont pas suivi l'évolution et sont du coup choqués.

J'ai bien compris. Mais Wikipedia est par essence un projet ou le contenu se joue sur l'interprétation des règles et principes du projet, en partie au rapport de force. Tout le monde n'a pas la même lecture.

Du coup si ça ne tourne pas comme tu veux dans le domaine du logiciel et du logiciel libre, il est pertinent de se tourner vers des projets qui sauront trouver des méthodes peut être plus spécifiques et pertinentes. Avec pourquoi pas si la réputation de fiabilité et de sérieux des méthodes vient l'horizon d'être accepté par Wikipédia (mais les simples wikis ouverts sans plus de précision ne sont pas considérés comme fiables, faudrait un truc qui s'apparente à de la relecture par les pairs)

Connaissance ou simple information sur un logiciel ? Rien n'empêche de créer un wiki du logiciel avec ses propres règles, par ailleurs, ou d'indexer ça dans l'annuaire de Framasoft. Il y a celui de la FSF par exemple : https://directory.fsf.org/wiki/Main_Page

Il y a aussi https://www.nushell.sh/ en variante structurée, par exemple.

Il y a(vait) iPython https://ipython.readthedocs.io/en/stable/interactive/shell.html ou xonsh : https://xon.sh/ pour ça (la doc de iPython conseille xonsh désormais)

L'anarchisme ici est fortement mitigé par le fait que certains peuvent bloquer d'autres de bonnes volonté sans trop de conséquences. D'expérience sur enwiki c'est pas totalement évident de se retrouver dans la situation du reverté face à un serial reverter qui connait bien les ficelles et un peu expéditif.

On se sent un peu démuni, et on sait pas comment contester si on connait pas les pages style "Administrator Noticeboard" ou se plaindre, avec la plainte qui risque de passer à la trappe dans le volume ou jugé rapidement, un contributeur connu face à une IP avec soupçon de POV pushing ou de conflit d'intérêt, de loin ça peut être vite vu et fort peu pédagogique. Il y a probablement plein de trucs un peu abusif qui veulent faire de la promo gratuite sur Wikipédia dans une configuration pareille, ça entraîne des automatisme des admins. Et le fait de s'occuper de ce genre de truc en soit là ou bien peu de personnes ont le courage ou la volonté de s'y attaquer offre un préjugé potentiellement positif à la personne qui s'en occupe, fusse-t-elle un peu "cow-boy".

Pour ce qui est des commandes on en restes avec des flux d'entrées/sorties textes pas spécialement structurées, ça manque un peu de moyen de structurer les I/O pour un langage qui se veut fortement typé je trouve.

Non c'est globalement une sandbox, il ne donne certainement pas accès au système de fichier avec les droits de l'utilisateur par défaut. Une macro excel peut créer des fichiers ou lire n'importe quoi si toi tu as l'accès. Pour le web ou pour une appli android tu dois donner ces droits d'accès.

Un accès "réseau" semble de toute façon inévitable pour un truc comme le web, ou on peut faire des liens vers n'importe quel serveur. Ici c'est juste ça qui est en jeu, cet accès réseau ne doit pas donner accès à n'importe quel service local n'importe comment. Est-ce un truc spécifique au web ? Pas exactement certain. Là on va avoir apparemment une suite logique qui est … la création d'un droit spécifique pour l'accès au réseau local, qui devra être accordé au cas par cas. Ça a l'air d'être une bonne chose d'une manière générale, je vois pas pourquoi une appli android par exemple devrait n'avoir aucun accès au réseau d'une manière générale sous prétexte de sécurité. L'accès au réseau local est une autre histoire, surtout si il y a les deux en même temps.

Ben on avait ça avec l'email et les pièces jointes piégées aussi, avec client en dur ou pas.

Ce serait pas très différent avec des applications de bureau maison codées avec des bibliothèques maisons. Il y aurait tout de même des stores android et compagnie, avec une situation comparable ou chaque appli a potentiellement des failles et ou il faut sécuriser à balle la plateforme. Tu déporterai simplement les problèmes de sécurités ailleurs, à mon avis.

Sauf à fantasmer d'un monde avec des clients standards à des services éventuellement commerciaux, mais ce monde de standard a donné … le web. Bref, on tourne en rond.

Code extrait de l'article du lien

#include <iostream>

auto f1() {
    char a[] = {'s', 'e', 'c', 'r', 'e', 't', '\0' };
    std::cout << a << "\n";
}

auto f2() {
    char a[8];
    std::cout << a << "\n";  // today this likely prints "secret"
}

auto f3() {
    char a[] = {'0', '1', '2', '3', '4', '5', '\0' };
    std::cout << a << "\n";  // overwrites "secret" (if only just)
}

int main() {
    f1();
    f2();
    f3();
}

L'appel à f2() est susceptible de récupérer la mémoire de la pile de l'appel à f1 tel quel … et donc avec les données non effacées, et donc récupérer le secret. Ça n'a pas l'air bon pour la sécurité effectivement.

L'article d'Attal a été créé en 2017 lors de son élection en tant que député : https://fr.wikipedia.org/w/index.php?title=Gabriel_Attal&direction=next&oldid=138302554 donc création de l'article antérieure, en ce qui le concerne. Les députés doivent avoir une admissibilité automatique avec notoriété pérenne présupposée, cf. Wikipédia:Notoriété des personnalités politiques.

Le problème c'est pas, potentiellement, de faire des trucs simples genre gemini le problème c'est de faire migrer tous les utilisateurs du web dessus. Et potentiellement, en admettant que ça arrive, de garder la ligne (et les utilisateurs) si jamais (et ça ne manquera pas d'arriver) les demandes de fonctionnalités diverses et variées commencent à pleuvoir …

Faut compter à partir du moment ou tu as commencé la culture ! "j'ai pour l'instant récoltée 0 tomates"

Je suis pas totalement certain, la médiatisation a un rôle évident ici. Certains wikipédienz y voyaient carrément, vu la médiatisation, une occasion de mettre en lumière les règles d'admissibilités sous les projecteurs … C'est très différent de la plupart des ébauches dont tout le monde se fiche, qui n'ont quasi pas de lecteurs, et qui n'intéressent pas grand monde à par le ou la créatrice et les chasseureuses d'articles non admissibles.

Indeed !

On voit mal pourquoi les logiciels sous Windows ne bénéficieraient pas de ce type d'optimisation eux aussi.

Pour justifier le terme "exponentiel", il faudrait reproduire périodiquement ces gains ou qu'ils se composent pour que finalement rien qu'avec du logiciel ton disque dur gagne 10% en I/O périodiquement … et les premiers 10% feraient plus de gains en valeur absolue que ceux de la troisième période.

Oui il y a des progrès spectaculaires en algorithmique probablement, mais dans le cadre des OS ça doit mieux se voir sur certaines charges particulières comme le scheduling qui a besoin de passer à l'échelle quand des dizaines de milliers de processus qui tournent que sur une utilisation standard, par exemple. Et potentiellement là on est plus sur des améliorations "par saut", on on passe d'un truc qui passe pas du tout à l'échelle à un truc qui passe sans soucis par des améliorations du programme et de son algorithme, pas des améliorations continues et incrémentales ?

Et là on parle d'utilisation "utilisateur" d'un ordi, pas serveur, il me semble.

D'abord bravo pour le travail.

Je pensai en particulier, vu que vous travaillez si j'ai bien compris ici avec une association Togolaise, aux Langues au Togo. Et à un support éventuellement plus profond que "simplement" les menus mais aussi à la synthèse vocale par exemple, est-ce que les logiciels modernes les supportent

Je comprend bien que c'est pas forcément vous qui pouvez faire ce genre de travail de support si il n'existe pas, mais c'était simplement par curiosité pour savoir ou on en était de ce côté, et si vous aviez eu des retours des utilisateurs et de leurs besoins là bas.

Éventuellement aussi quels genre de rapports vous avez eu aussi (ou avez encore) avec « l’A.S.I. YOVOTOGO », est-ce que vous avez juste répondu à une demande de leur part ou est-ce que vous avez des rapports un peu plus soutenus ?

Oui je me demande aussi d'ou ça sort l'amélioration "exponentielle" des performances pour un logiciel qui est supposé être l'argument massue. En principe l'optimisation tu peux potentiellement gagner beaucoup au début du travail relativement facilement mais les gains suivants sont potentiellement plus dur à aller chercher pour relativement des gains moins importants. Autant dire que pour des logiciels comme Linux avec un développement relativement soutenu il n'y a pas de miracle à aller chercher.

Les gains les plus impressionnants de ces dernières années viennent plus du matériel (évidemment ça a des impacts sur le logiciel) j'ai l'impression, le passage au SSD sur le matériel grand public à fait plus sensible qu'énormément de changements. Sinon, ça fait un moment que les performances pour un usage "grand public" ne sont plus un point bloquant pour la plupart des cas d'utilisations.

Potentiellement c'est si tu penses que les performances de la concurrences vont diminuer de manière exponentielle … Évidemment si on veut faire tourner un réseau de neurone à chaque déplacement d'un pixel d'une souris, et faire de l'apprentissage en temps réel c'est différent, là le besoin de puissance de calcul et d'énergie est énorme pour un gain douteux.

J'imagine que le français est plutôt bien supporté d'une manière générales, est-ce que Emmausbuntu a eu des retours sur des besoins sur les utilisation d'autres langues locales ?

Tant que j'y suis, ce fil de la même autrice que le post de blog est plus complet sur l'histoire de cette fameuse courbe, objet plus politique qu'autre chose : https://threadreaderapp.com/thread/1809665554808205457.html