Ça peut mener très loin rien que sur linuxfr.org, par exemple il y a des journaux qui en citent d'autres, soit dans le journal lui-même soit dans les commentaires.
Ce qui, d'ailleurs, pose directement la question la légalité de web.archive.org et autres, sur le sol français. Et comme la CC-0 n'a pas été faire que pour la France, sur d'autres sols aussi.
Je ne sais pas s'il y a vraiment tant de pays que ça dont le droit des contrat surpasse ou équivaut à celui du droit général (ou autre, pas légiste, donc j'ai pas les termes exacts) comme il semblerait que ça soit (j'ai lu des gens l'écrire, pas de source officielle par contre, du coup c'est au niveau de véracité "rumeur"), mais je ne vois vraiment que chez ceux la ou ce type d'infra est possiblement légale.
Je comprend que des gens veulent tout archiver… mais soyons francs: ces gens sont dangereux.
Ils archiveraient même les plans de ta maison, s'ils le pouvaient, et ne sécuriserons pas nécessairement leurs archives.
Plus j'y pense, et plus je suis, en fait, contre ce type de choses. Le monde n'évolue pas dans une direction qui donne la confiance sur l'absence de manipulation des archives de diverses sources a fins bénéfiques.
Ce sujet est d'ailleurs régulièrement évoqué entre certains hébergeurs du jeu Unvanquished, la question de stocker les IPs autres journaux pendant des décennies, c'est super vicieux. Soit disant pour combattre une triche éventuelle, par exemple, on va stocker les données de nombreuses personnes qui n'auront jamais triché ni même voulu le faire.
Que c'est illégal (grâce au RGPD) soit une chose, mais la question de la morale se pose aussi très lourdement sur ce sujet, et le problème de la morale, c'est qu'il n'y a rien de plus flou.
Quand je lis rapidement les 2 précédents journaux, je ne vois rien qui semble décrire le jeu lui-même. C'est même assumé dans le 1er.
Quand je vais sur le github, la seule chose qui me saute aux yeux, c'est la licence.
Perso, je fait partie des emmerdeurs qui estiment que l'information la plus utile quand on voit un jeu, c'est son genre.
Ensuite viens l'univers, quand c'est pertinent.
Une petite phrase pour indiquer ce qu'il peut y avoir de potentiellement intéressant par rapports aux autres (ou l'esprit dans lequel c'est fait), c'est pas mal.
Ajouter 1 ou 2 screenshots en plus, et on a déjà un truc qui peut possiblement donner envie.
La licence AGPL qui saute à la tronche en guise de README, moi, ça me fait plutôt fuir (c'est pas une question de licence, juste, avoir le nom de la licence va largement me suffire en tant que joueur ou dev open source).
Vu le seul screenshot utile (sur 3 journaux) je peux déduire un truc en tour par tour, en vue de dessus. Et vu les 2-3 infos de descriptions, je sais que c'est censé être compétitif (PvP). Mis à part ça, rien.
Je pense que ce que j'ai décrit plus haut (genre, univers éventuel, une petite phrase, 1 ou 2 nimages) ne prend pas trop de temps et te permettra, peut-être, d'attirer plus, que ce soit d'alpha testeurs ou de possible contributeurs. En tout cas les 5 minutes que ça devrais prendre seront peut probablement perdues.
Oui, je préfère de loin avoir plusieurs écrans qu'un seul grand, même si la surface totale d'affichage peut être inférieure.
La référence au dev était plus en rapport au fait que, perso, en tant que dev, j'aime bien pouvoir lire 2 fichiers par largeur d'écran (j'estime qu'un écran confortablement large doit afficher entre 180 et 220 caractères mono-space, 90-110 par ligne, dont 5 pour les numéros de ligne et 1 pour les séparer du code. En dessous c'est trop peu, au dessus trop large et donc inutile pour moi), donc la largeur est bien pratique quand même.
Et dans aucun des articles que je lis je ne vois évoquer ce problème d’obsolescence logicielle qui force à se débarrasser d'un matériel tout à fait fonctionnel par ailleurs.
Qui est pourtant plus que réel, c'est omni-présent et culturel.
Je me souviens de mes prof d'info, qui enseignaient du C++ principalement, dire "ne vous embêtez pas a mettre le bon type, le client achètera de la RAM", et dans le même délire on lis ça régulièrement: "1H de dev pour optimiser c'est trop cher".
Un autre problème est la "sur-ingénierie". Quand on a des architectures super complexes pour rien, non seulement ça rend la chose horrible à maintenir (donc on fait pas, ou mal) mais en plus ça augmente les ressources nécessaires pour stocker ou faire fonctionner le binaire final.
Et non, ce n'est pas juste les logiciels proprios, même si l'argument de l'argent trop cher marche vachement moins bien sur des bénévoles.
Je ne dis pas que tous les devs sont comme ça, mais il y a une frange non négligeable qui est affectée, oui.
C'est simple, il n'y a qu'a voir le web. De très nombreux sites ont recours à du JS pour implémenter une fonctionnalité native de HTML depuis plus de 30 ans: les liens.
De la à dire que le web est l'une des causes principales du bloat moderne, il n'y a qu'un pas, et le je le fait. Les applications "lourdes" du passé (type msn, ou de nombreux clients IRC toujours utilisés) consomment bien moins de ressources que les clients discord ou matrix (proprio ou libre) qui se basent sur étronjsW électronJS.
Mais la résolution 1366x768 est curieusement devenue trop étroite pour quantité d'applications…
Mon conseil: évites les applications basées sur GTK à l'avenir et cherche des remplaçantes quand tu peux.
C'est ce que je fais, et ça marche vachement bien.
Je garde par contre mes vieilles applis gtk2, parce qu'elles ne sont pas affectées (mtpaint, hexchat, wxhexeditor (un vieux paquet, parce que les plus récents segfaultent), graphviz (pour être plus précis, libgraphviz-dev) et openjdk-8-jre (certains vieux jeux libres en ont besoin et j'ai la flemme de les recompiler sur plus récent, ça pourrais nécessiter un travail de portage, et… non merci), sur cette machine.
Gtk3 est déjà affecté, mais ça reste exploitable, claws gâche beaucoup plus de place qu'avant sur les barres de boutons et tout (genre, sur 1280 pixels de large, il n'est possible d'afficher que 10 boutons!?! et non, il n'est pas possible de changer ça depuis l'application elle-même, peut-être qu'un outil gnome ou je ne sais quoi aiderais, ça reste à prouver), mais je pense qu'ils utilisent du code maison pour gérer le rendu des éléments utiles.
Les GTK plus récents que j'ai vu, par contre, c'est juste mort. Qt marche très bien, et n'a pas le problème sur les applications que j'utilise (quassel, speedcrunch, keepassxc, xxdiff, wireshark, …). C'est étrange, non?
Posté par freem .
En réponse à la dépêche Systemd v256.
Évalué à 10.
Dernière modification le 19 juin 2024 à 16:06.
Le truc, c'est que avant, on recyclais les compétences en shell. Il avais pleins de petits outils, certes, mais ils étaient simples, parce qu'ils ne faisaient qu'une chose à la fois, et pouvaient servir a plein de choses différentes.
Systemd, c'set de l'apprentissage spécifique qui sert à rien d'autre.
Un outil de suppression de fichiers temporaires efface /home si il a pas de config, avant, je doute que ça aurait existé. Heureusement que systemd l'a inventé, ça manquait!
c'est peu lisible la largeur entière avec 100 mots par ligne
Bien d'accord, perso je n'aime pas du tout devoir "tourner la tête" (c'est évidemment exagéré) pour lire la fin d'une ligne.
Concrètement, je préfère ceci à cela, même si je préfère la netteté des couleurs du 2nd lien.
J'ai aussi vu des collègues (non développeurs, pour un dev, la largeur peut servir) faire pivoter ces conneries d'écran large pour qu'ils soient plus haut que large et donc utiliser la surface d'affichage complète plus confortablement.
Pour ma part, j'ai toujours un (plusieurs, même, mais un seul branché) 4:3 que j'utilise pour pouvoir lire plus confortablement ou, simplement, jouer à wesnoth (la barre latérale qui affiche des info n'a pas de scrollbar, donc trop peu de hauteur cache des infos utile dans certains mods si l'écran n'est pas assez haut).
Ce type de discussion me fait toujours penser aux gens qui disent que les limites de caractères par ligne, c'est une restriction des années 80 à cause des écrans. Moi, en général, je rétorque que c'est une pratique courante des jounaux et magazines papier, et que je doute que les imprimeurs s'emmerderaient à ça si ça n'était pas apprécié des lecteurs. Mais qui sait, je suis peut-être juste un vieux con engoncé dans ses habitudes :)
PS : mais ce qui est dommage c'est que Mozilla s'y décide que parce que la concurrence monte et qu'elle a cette fonctionnalité appréciée, ils ne sont pas force de proposition mais (encore) suiveurs passifs de l'alternative à Chrome qui voudraient capitaliser sur leur nom face aux moins connus et pas libres.
Oui, firefox sera peut-être enfin un peu utilisable pour mon usage quotidien sans avoir à installer des plugins qui finiront par péter un jour lors d'une mise à jour de FF et ne seront peut-être plus maintenu car l'auteur sera passé à autre chose (je ne m'emmerde plus avec les logiciels bourrés de plugin depuis longtemps, j'ai assez galéré merci).
Cela dis, c'est déjà pas mal qu'ils essaient de rattraper leur retard. Qui sait, dans 10 ans, peut-être qu'ils aurons aussi les "mouse gesture" en natif, et ce jour la, enfin (vu qu'ils ont maintenant les onglets verticaux), il me sera possible d'envisager de l'utiliser en navigateur principal.
Ça m'évitera de devoir déplacer la souris vers le haut d'un demi-écran juste parce que j'ai cliqué droit en dessous de la position autorisée, pour revenir à la page suivante/précédente, ou à devoir aller chercher la barre d'onglets pour actualiser ou dupliquer un onglet, opérations que je fais plutôt souvent.
Bien sûr, on peut éviter ça en utilisant le clavier, mais je n'ai que 2 mains, et je déteste écrire à une main sur clavier, et j'essaie de limiter les va-et-viens de mon bras principal, question de santé (TMS).
Je ne suis absolument pas expert sur le sujet, mais je remarque que le plafond haut, 80%, est, de mémoire, la valeur a partir de laquelle on considérait, quand j'étais jeune, un condensateur chargé (4 tau, ou un truc du genre? 5 était vers 90%?).
Je ne dis pas que les batteries fonctionnent de la même manière, mais peut-être l'explication est-elle liée?
J'insiste, je ne fais qu'émettre une supposition, je ne connais rien au sujet des batteries, et mes souvenirs d'électronique sont vieux de plus de 20 ans (et n'ont jamais été utilisés sérieusement)
Si tu ne vois pas d'intérêt à te connecter, quel est l'intérêt d'avoir un compte ?
Je ne m'identifie maintenant que si j'ai envie de réagir via un commentaire, ou un lien à poster. Je suppose qu'il pourrait m'arriver encore d'émettre un journal bookmark de temps en temps, aussi, vu que je trouve les liens relativement pénibles.
On pourrait dire que tu es un "régulier", non ?
J'ai été très régulier et présent pendant une période, oui.
J'ai aussi publié quelques journaux (qui n'ont jamais soulevé les foules, certes).
Ça serait amusant de voir un graph d'activité, je pense qu'il serait assez chaotique dans mon cas.
Par exemple, ces dernières semaines je me connecte plus souvent, parce que comme je m'ennuie j'ai plus facilement envie de répondre à des trucs divers ou variés ici, mais ça n'a pas été le cas du tout pendant plusieurs mois (au jugé).
Typiquement, je n'aurais pas pris la peine de connecter pour répondre sur le sujet de l'«exclusion» générée par le «flood» d'images XKCD récemment, si je n'étais pas dans une phase de ma vie ou je m'emmerde comme un rat mort: ça n'en vaut clairement pas le coup, normalement, je suis l'un des préceptes que mes parents m'ont inculqué depuis ma tendre enfance: on répond aux … par le silence (et régulièrement, je suis le …, aussi, hein!). Mais quand on s'emmerde, le silence est quand même moins drôle, donc… (oui, je sais, pas bien, j'en suis conscient, et dis en toute honnêteté la vérité malgré tout)
Si cette mesure avait été prise il y a 5 ans, mon compte aurait déjà été supprimé. J'ai eu plusieurs, et je vais encore en avoir, périodes sans me connecter de plus de 3 mois, après tout.
Le mail aurai permis potentiellement de mitiger ces suppressions, même si ce n'est pas certain.
En fait, j'utilise principalement le site sans m'identifier, et pour être franc, je ne crois pas que ma fréquence de connexion va augmenter (les contenus sont de plus en plus détachés de ce qui m'intéressait initialement, de plus en plus de "bullshit politique", non je ne détaillerais pas ce que j'appelle ainsi).
La raison principale que j'aurai de me connecter, c'est de pouvoir lire les commentaires négatifs sans devoir ouvrir un nouvel onglet à chaque fois, en fait. Sauf que ça ne vaut pas le coup.
Garder les cookies? Ma foi: «le monde du courriel est suffisamment détérioré» s'applique encore plus aux navigateurs, je n'ai aucune confiance en eux pour ne pas partager les cookies d'une manière ou d'une autre, que ce soit un bug ou une feature, peu m'importe.
D'ailleurs, si le monde du mail est si mauvais que ça, j'imagine qu'il n'est plus obligatoire d'avoir une adresse mail pour s'inscrire? Ca serai aller dans la continuité de cette logique, après tout.
Peut-être que je suis le seul dans ce cas, qui sait? Ou peut-être n'est-ce pas important, puisqu'après tout je me détache lentement de toute façon.
Je trouve personnellement un peu triste qu'un avis personnel, surtout venant d'une des personnes qui aident a encadrer le site, alimente avec autant d’opiniâtreté une polémique sur une exclusion qu'elle est la seule à détecter, sur plusieurs pages, en réponse à un article appelant, justement, à réduire ce genre choses.
Et ce, pour la raison simple: l'idée du article me semble être d'appeler à l'auto-modération de sorte a diminuer le travail… de l'équipe de modération. Ironique, non?
Aussi, les gens qui ont des rôles de modération ou d'administration ont implicitement le rôle associé à leur pseudonyme. C'est naturel et loin d'être limité à la modération d'un site. En fait, c'est le lot de toute "personne publique": maires, préfets, ministres, sénateurs, directeurs d'entreprises, et bien d'autres.
L'avantage d'internet, c'est que le pseudonymat est plus que possible. Donc, pour réduire le problème, il suffirait donc de créer une identité dédiée à ce rôle.
Typiquement, quand je joue sur des serveurs dont je suis admin (et qui ne sont pas les miens), j'ai tendance a changer de pseudonyme justement pour ce type de raison (pour pouvoir jouer sans avoir à discuter ou expliquer certains points, en bref, être un lambda parmi les lambda, même si on peut reconnaître un joueur via d'autres méthodes).
Évidemment, les règles de ce site interdisent à une même personne d'avoir plusieurs comptes. Mais bon, d'une part je me suis toujours posé la question du pourquoi, d'autre part je ne vois pas comment ça serait techniquement faisable, ensuite, je pense que cette règle ne devrais pas concerner les personnes qui ont des rôles officiels, et pour finir, les règles du site ne sont de toute façon pas si appliquées que ça (typiquement, nombre de liens sont hors-sujet. Je laisse aux lecteurs le soin d'apprécier si c'est, ou non, une bonne chose, je n'ai plus d'avis sur le sujet depuis que je ne fréquente quasi plus linuxfr).
Au pire, les règles, ça se change quand le besoin se fait sentir.
Je prouve juste sur un projet réel que les chiffres sont largement moins utilisés que les autres caractères utiles en prog (et plus précisément C++ ici, d'autres langages ont peut-être un ratio différent en faveur des chiffres, mais j'attend une preuve). C'est tout.
Me dire que dans les commits et les tickets on utilise des chiffres, ça c'est hors contexte, parce que les gestionnaires de tickets et de version sont loin d'être exclusifs à la programmation (cf PLM).
Qui plus est, la gestion des tickets et des commits, bien que très utile quand fait correctement, ne prend pas vraiment une part importante des frappes clavier quand on écrit du code… le déboguage et l'écriture, par contre si.
Je rappelle que le message d'origine de ce thread dit ceci (le gras est de moi):
Je reste assez dubitatif en regardant la disposition, notamment pour la programmation
Clang, et surtout C++11. En fait, je pense que clang a simplement adopté les erreurs améliorées avant qu'elles ne soient dans le standard officiel, même si c'était dans le draft de C++0x.
Ça et la performance du compilateur sont les 2 raisons qui m'ont fait adopter clang pour mes builds itératifs. Pour les builds de release, je me contente d'utiliser g++ sans trop réfléchir, parce qu'il paraît que les binaires générés sont mieux optimisés. Mais je n'ai jamais vérifié ça moi même.
Il arrive évidemment que le consentement s'affaisse si le citoyen (ou le sujet dans le temps) n'y trouve pas son compte, et là l'état peut être tenté d'abuser de la force pour obtenir des sous
Beaucoup plus récemment (temps que les moins de 20 ans connaissent), on peut rappeler la taxe carbone, et d'autres.
Oui, un impôt peut être considéré comme du racket, et des impôts ont créé des évènements violents à de nombreuses reprises, l'état n'hésite pas si souvent a "user de la force".
J'ai aussi moins de 40 ans, mais je me souviens très bien des PC de mon enfance.
Je n'ai jamais dis que les formations n'ont pas évolué, par exemple je n'ai pas appris l'assembleur en terminale électronique, mais le C, alors que mon père, qui a fait la même classe 15 ans plus tôt, avait de l'assembleur motorola.
Je doute aussi qu'UML existait il y a 40 ans, par contre merise oui. J'ai découvert UML en BTS, et merise dans une formation plus tard (et j'ai plus utilisé merise à des fins réellement utiles dans ma vie qu'UML… amusant constat).
Je n'ai pas dis que l'informatique ne s'est jamais complexifié, j'ai dis que sur les 15 ans que je peux vérifier (qui sont du vécu et pas de l'ordre de l'imagination) je n'ai pas l'impression que ça se soit sensiblement complexifié.
Je pensais que l'on parlais du métier, pas des formations. Je n'avais pas compris la limite sur les 15 ans, non plus.
Donc, mes excuses. Problème de compréhension de ma part.
même pas trop basse, hein, les erreurs de g++ il y a 15 ans et maintenant c'est le jour et la nuit),
Ah ça c'est clair, je me souviens très bien de l'horreur qu'était comprendre une erreur dans un template!
Je me contentais de répondre a la partie qui suggère que les chiffres sont plus usités en programmation que les caractères "autres", rien de plus.
La gestion des tickets (et de l'historique du code) n'est techniquement pas de la programmation, ce genre de choses sont utilisées dans d'autres domaines, après tout. Et malgré tout, je serais curieux de voir le ration de chiffres vs autres dans un descriptif de commit. Si le descriptif se contente d'un numéro de ticket sans autre information, alors franchement c'est moche, ça casse le workflow de devoir aller chercher un autre outil pour avoir une info complète.
Mais je suppose qu'en effet, les caractères de la barre des chiffres en azerty n'y ont que peu d'intérêt. Malgré tout, l'écriture des textes de commit est une tâche mineure. On pourrais aussi arguer (avec une bonne dose de mauvaise foi, ça devrais passer…) que des IDs ne sont pas des nombres, et qu'un autre logiciel utilisera à la place un autre système (non, je n'en connais pas :)). Sur le papier, ça tiens.
Moins de 5% des caractères sont des chiffres, contre plus de 18% qui sont des caractères accessibles sans modificateurs d'aucune sorte
Je me suis mal exprimé ici, mais je pense que tu as bien compris que par "caractères accessibles sans modificateurs d'aucune sorte" j'entendais en azerty, d'une part, et d'autre part que je parlais des caractères dans la regex, qui sont une partie de ceux disponibles. En programmation, les autres ne me servent à rien, vu que je programme exclusivement en anglais (j'y arrive pas en français, aucune idée de pourquoi)
Trouvé via cette recherche, 1er lien, pour les curieux de la méthode. ENfin, j'ai trouvé le domaine comme ça, et ajouté /386 à la fin, parce que je suis un geek qui trouve ça naturel, je suppose.
En même temps, je ne serais pas surpris si steam lui-même n'était maintenu que par des stagiaires… ce truc est quand même vachement lent et buggué, pour un soft d'une boîte qui est censée être capable de développer des jeux vidéo performants.
J'aimerai vraiment connaître leur excuse pour le 32bits, franchement, parce que selon wikipedia: «Première version 12 septembre 2003», «2003
AMD introduces its Opteron and Athlon 64 processor lines», «2004
Intel, reacting to the market success of AMD, admits it has been developing a clone of the AMD64 extensions named IA-32e», «2006
Sony, IBM, and Toshiba begin manufacturing the 64-bit Cell processor for use in the PlayStation 3» donc ce n'est pas comme si leur logiciel était tellement plus vieux que les archi 64.
Au vu de la lourdeur et des bugs du bouzin, en plus, c'est très probablement juste une application étronJS de nos jours, donc il a probablement eu réécriture vu que «Première version 15 juillet 2013» et donc c'est plutôt assez dur a pardonner pour moi, sauf, bien sûr, si le truc n'est maintenu que par des stagiaires (et des stagiaires de BTS, maximum, hein) depuis 20 ans.
Autre métrique, beaucoup plus "brute", sur la même base de code:
% find -type f -exec cat {} \+ > /tmp/concat
sed 's/[0-9]//g' /tmp/concat | wc -c
3598252
% sed 's/[^0-9]//g' /tmp/concat | wc -c
173930
% sed 's/[^&"'\''(-_)=]//g' /tmp/concat | wc -c
672044
Moins de 5% des caractères sont des chiffres, contre plus de 18% qui sont des caractères accessibles sans modificateurs d'aucune sorte. En vrai, je m'attendais quand même à moins de caractères non alphanumériques et plus d'alpha, comme quoi…
Toujours est-il que très clairement, bloquer une ligne pour les chiffres est inefficace pour de la programmation, au moins en C ou C++, et dans mon expérience. Mais honnêtement, je doute très fort que le langage change la donne tant que ça, ou que des expériences plus… digitales, je suppose, puissent faire mieux que doubler la valeur des chiffres, et dans ce cas, je doute fort qu'il y ait moins de (, ), -, =, …
Posté par freem .
En réponse au lien L’après Bépo : Ergo‑L.
Évalué à 5.
Dernière modification le 03 juin 2024 à 13:23.
et les chiffres sont bien utiles aussi en programmation.
Ben en fait, pas tant que ça.
En programmation, on utilise les chiffres pour mettre une valeur précise dans un symbole, puis on manipule le symbole, ça facilite la maintenance quand on n'a pas besoin de se demander quelles autres occurrences d'un nombre doivent être modifiées.
Si je prend le cas de mon mod d'Unvanquished, par exemple, sur les 137438 lignes de code (et vides, et commentaires, et licences, certes), seules 12764 contiennent le pattern: \<[0-9].
6341 de ces lignes contiennent celui-ci: \<0\(\.\(0\)*\)*\> qui correspond à la valeur 0, flottante ou entière, utilisée pour (ré)initialiser. Donc, 6423 lignes contiennent a coup sûr des nombres pertinents, ce qui nous fais moins de 5% (à noter que, la aussi, ça inclue les commentaires et les licences!).
Donc, non, les chiffres ne sont pas très utiles en programmation. Je serais surpris que les valeurs changent tant que ça avec d'autres projets, et d'ailleurs, unvanquished est un jeu 3D, on devrais, justement, s'attendre a pas mal de chiffres, mais non.
Je pourrais faire la mesure avec les parenthèses, accolades, crochets, moins, plus, astérisque, barres obliques et droites, esperluettes, arobases, mais… est-ce vraiment utile?
[^] # Re: Commentaires
Posté par freem . En réponse au message Comment supprimer du contenu qui a été publié sur LinuxFR.org ?. Évalué à 2.
Ce qui, d'ailleurs, pose directement la question la légalité de web.archive.org et autres, sur le sol français. Et comme la CC-0 n'a pas été faire que pour la France, sur d'autres sols aussi.
Je ne sais pas s'il y a vraiment tant de pays que ça dont le droit des contrat surpasse ou équivaut à celui du droit général (ou autre, pas légiste, donc j'ai pas les termes exacts) comme il semblerait que ça soit (j'ai lu des gens l'écrire, pas de source officielle par contre, du coup c'est au niveau de véracité "rumeur"), mais je ne vois vraiment que chez ceux la ou ce type d'infra est possiblement légale.
Je comprend que des gens veulent tout archiver… mais soyons francs: ces gens sont dangereux.
Ils archiveraient même les plans de ta maison, s'ils le pouvaient, et ne sécuriserons pas nécessairement leurs archives.
Plus j'y pense, et plus je suis, en fait, contre ce type de choses. Le monde n'évolue pas dans une direction qui donne la confiance sur l'absence de manipulation des archives de diverses sources a fins bénéfiques.
Ce sujet est d'ailleurs régulièrement évoqué entre certains hébergeurs du jeu Unvanquished, la question de stocker les IPs autres journaux pendant des décennies, c'est super vicieux. Soit disant pour combattre une triche éventuelle, par exemple, on va stocker les données de nombreuses personnes qui n'auront jamais triché ni même voulu le faire.
Que c'est illégal (grâce au RGPD) soit une chose, mais la question de la morale se pose aussi très lourdement sur ce sujet, et le problème de la morale, c'est qu'il n'y a rien de plus flou.
[^] # Re: Ref need
Posté par freem . En réponse au journal Prendre soin et faire durer sa batterie avec LineageOS (pour les radins malins et les écolos). Évalué à 3.
Venant de toi, c'est amusant :)
Mais bon, je sais que je ne suis pas doué pour mettre les formes, désolé.
# Mais en fait, c'est quoi?
Posté par freem . En réponse au journal Bim! Ça joue là. Évalué à 10.
Quand je lis rapidement les 2 précédents journaux, je ne vois rien qui semble décrire le jeu lui-même. C'est même assumé dans le 1er.
Quand je vais sur le github, la seule chose qui me saute aux yeux, c'est la licence.
Perso, je fait partie des emmerdeurs qui estiment que l'information la plus utile quand on voit un jeu, c'est son genre.
Ensuite viens l'univers, quand c'est pertinent.
Une petite phrase pour indiquer ce qu'il peut y avoir de potentiellement intéressant par rapports aux autres (ou l'esprit dans lequel c'est fait), c'est pas mal.
Ajouter 1 ou 2 screenshots en plus, et on a déjà un truc qui peut possiblement donner envie.
La licence AGPL qui saute à la tronche en guise de README, moi, ça me fait plutôt fuir (c'est pas une question de licence, juste, avoir le nom de la licence va largement me suffire en tant que joueur ou dev open source).
Vu le seul screenshot utile (sur 3 journaux) je peux déduire un truc en tour par tour, en vue de dessus. Et vu les 2-3 infos de descriptions, je sais que c'est censé être compétitif (PvP). Mis à part ça, rien.
Je pense que ce que j'ai décrit plus haut (genre, univers éventuel, une petite phrase, 1 ou 2 nimages) ne prend pas trop de temps et te permettra, peut-être, d'attirer plus, que ce soit d'alpha testeurs ou de possible contributeurs. En tout cas les 5 minutes que ça devrais prendre seront peut probablement perdues.
[^] # Re: sceptique
Posté par freem . En réponse au lien Firefox prépare une révision de ses onglets, avec regroupement et organisation verticale. Évalué à 2.
Oui, je préfère de loin avoir plusieurs écrans qu'un seul grand, même si la surface totale d'affichage peut être inférieure.
La référence au dev était plus en rapport au fait que, perso, en tant que dev, j'aime bien pouvoir lire 2 fichiers par largeur d'écran (j'estime qu'un écran confortablement large doit afficher entre 180 et 220 caractères mono-space, 90-110 par ligne, dont 5 pour les numéros de ligne et 1 pour les séparer du code. En dessous c'est trop peu, au dessus trop large et donc inutile pour moi), donc la largeur est bien pratique quand même.
[^] # Re: Ref need
Posté par freem . En réponse au journal Prendre soin et faire durer sa batterie avec LineageOS (pour les radins malins et les écolos). Évalué à 7.
Qui est pourtant plus que réel, c'est omni-présent et culturel.
Je me souviens de mes prof d'info, qui enseignaient du C++ principalement, dire "ne vous embêtez pas a mettre le bon type, le client achètera de la RAM", et dans le même délire on lis ça régulièrement: "1H de dev pour optimiser c'est trop cher".
Un autre problème est la "sur-ingénierie". Quand on a des architectures super complexes pour rien, non seulement ça rend la chose horrible à maintenir (donc on fait pas, ou mal) mais en plus ça augmente les ressources nécessaires pour stocker ou faire fonctionner le binaire final.
Et non, ce n'est pas juste les logiciels proprios, même si l'argument de l'argent trop cher marche vachement moins bien sur des bénévoles.
Je ne dis pas que tous les devs sont comme ça, mais il y a une frange non négligeable qui est affectée, oui.
C'est simple, il n'y a qu'a voir le web. De très nombreux sites ont recours à du JS pour implémenter une fonctionnalité native de HTML depuis plus de 30 ans: les liens.
De la à dire que le web est l'une des causes principales du bloat moderne, il n'y a qu'un pas, et le je le fait. Les applications "lourdes" du passé (type msn, ou de nombreux clients IRC toujours utilisés) consomment bien moins de ressources que les clients discord ou matrix (proprio ou libre) qui se basent sur étronjsW électronJS.
[^] # Re: Ref need
Posté par freem . En réponse au journal Prendre soin et faire durer sa batterie avec LineageOS (pour les radins malins et les écolos). Évalué à 3.
Mon conseil: évites les applications basées sur GTK à l'avenir et cherche des remplaçantes quand tu peux.
C'est ce que je fais, et ça marche vachement bien.
Je garde par contre mes vieilles applis gtk2, parce qu'elles ne sont pas affectées (mtpaint, hexchat, wxhexeditor (un vieux paquet, parce que les plus récents segfaultent), graphviz (pour être plus précis, libgraphviz-dev) et openjdk-8-jre (certains vieux jeux libres en ont besoin et j'ai la flemme de les recompiler sur plus récent, ça pourrais nécessiter un travail de portage, et… non merci), sur cette machine.
Gtk3 est déjà affecté, mais ça reste exploitable, claws gâche beaucoup plus de place qu'avant sur les barres de boutons et tout (genre, sur 1280 pixels de large, il n'est possible d'afficher que 10 boutons!?! et non, il n'est pas possible de changer ça depuis l'application elle-même, peut-être qu'un outil gnome ou je ne sais quoi aiderais, ça reste à prouver), mais je pense qu'ils utilisent du code maison pour gérer le rendu des éléments utiles.
Les GTK plus récents que j'ai vu, par contre, c'est juste mort. Qt marche très bien, et n'a pas le problème sur les applications que j'utilise (quassel, speedcrunch, keepassxc, xxdiff, wireshark, …). C'est étrange, non?
[^] # Re: Ref need
Posté par freem . En réponse au journal Prendre soin et faire durer sa batterie avec LineageOS (pour les radins malins et les écolos). Évalué à 2.
J'aurai pensé que c'était de l'ordre de la physique, pour le coup.
[^] # Re: Compliqué
Posté par freem . En réponse à la dépêche Systemd v256. Évalué à 10. Dernière modification le 19 juin 2024 à 16:06.
Le truc, c'est que avant, on recyclais les compétences en shell. Il avais pleins de petits outils, certes, mais ils étaient simples, parce qu'ils ne faisaient qu'une chose à la fois, et pouvaient servir a plein de choses différentes.
Systemd, c'set de l'apprentissage spécifique qui sert à rien d'autre.
Un outil de suppression de fichiers temporaires efface /home si il a pas de config, avant, je doute que ça aurait existé. Heureusement que systemd l'a inventé, ça manquait!
[^] # Re: sceptique
Posté par freem . En réponse au lien Firefox prépare une révision de ses onglets, avec regroupement et organisation verticale. Évalué à 3.
Bien d'accord, perso je n'aime pas du tout devoir "tourner la tête" (c'est évidemment exagéré) pour lire la fin d'une ligne.
Concrètement, je préfère ceci à cela, même si je préfère la netteté des couleurs du 2nd lien.
J'ai aussi vu des collègues (non développeurs, pour un dev, la largeur peut servir) faire pivoter ces conneries d'écran large pour qu'ils soient plus haut que large et donc utiliser la surface d'affichage complète plus confortablement.
Pour ma part, j'ai toujours un (plusieurs, même, mais un seul branché) 4:3 que j'utilise pour pouvoir lire plus confortablement ou, simplement, jouer à wesnoth (la barre latérale qui affiche des info n'a pas de scrollbar, donc trop peu de hauteur cache des infos utile dans certains mods si l'écran n'est pas assez haut).
Ce type de discussion me fait toujours penser aux gens qui disent que les limites de caractères par ligne, c'est une restriction des années 80 à cause des écrans. Moi, en général, je rétorque que c'est une pratique courante des jounaux et magazines papier, et que je doute que les imprimeurs s'emmerderaient à ça si ça n'était pas apprécié des lecteurs. Mais qui sait, je suis peut-être juste un vieux con engoncé dans ses habitudes :)
Oui, firefox sera peut-être enfin un peu utilisable pour mon usage quotidien sans avoir à installer des plugins qui finiront par péter un jour lors d'une mise à jour de FF et ne seront peut-être plus maintenu car l'auteur sera passé à autre chose (je ne m'emmerde plus avec les logiciels bourrés de plugin depuis longtemps, j'ai assez galéré merci).
Cela dis, c'est déjà pas mal qu'ils essaient de rattraper leur retard. Qui sait, dans 10 ans, peut-être qu'ils aurons aussi les "mouse gesture" en natif, et ce jour la, enfin (vu qu'ils ont maintenant les onglets verticaux), il me sera possible d'envisager de l'utiliser en navigateur principal.
Ça m'évitera de devoir déplacer la souris vers le haut d'un demi-écran juste parce que j'ai cliqué droit en dessous de la position autorisée, pour revenir à la page suivante/précédente, ou à devoir aller chercher la barre d'onglets pour actualiser ou dupliquer un onglet, opérations que je fais plutôt souvent.
Bien sûr, on peut éviter ça en utilisant le clavier, mais je n'ai que 2 mains, et je déteste écrire à une main sur clavier, et j'essaie de limiter les va-et-viens de mon bras principal, question de santé (TMS).
Courage, mozilla, vous pouvez le faire!
[^] # Re: Ref need
Posté par freem . En réponse au journal Prendre soin et faire durer sa batterie avec LineageOS (pour les radins malins et les écolos). Évalué à 2.
Je ne suis absolument pas expert sur le sujet, mais je remarque que le plafond haut, 80%, est, de mémoire, la valeur a partir de laquelle on considérait, quand j'étais jeune, un condensateur chargé (4 tau, ou un truc du genre? 5 était vers 90%?).
Je ne dis pas que les batteries fonctionnent de la même manière, mais peut-être l'explication est-elle liée?
J'insiste, je ne fais qu'émettre une supposition, je ne connais rien au sujet des batteries, et mes souvenirs d'électronique sont vieux de plus de 20 ans (et n'ont jamais été utilisés sérieusement)
[^] # Re: Avertissement
Posté par freem . En réponse à la dépêche Règles de pérennité des comptes LinuxFr.org, données à caractère personnel et effet un an. Évalué à 2. Dernière modification le 13 juin 2024 à 23:11.
Oh, my bad.
Je ne m'identifie maintenant que si j'ai envie de réagir via un commentaire, ou un lien à poster. Je suppose qu'il pourrait m'arriver encore d'émettre un journal bookmark de temps en temps, aussi, vu que je trouve les liens relativement pénibles.
J'ai été très régulier et présent pendant une période, oui.
J'ai aussi publié quelques journaux (qui n'ont jamais soulevé les foules, certes).
Ça serait amusant de voir un graph d'activité, je pense qu'il serait assez chaotique dans mon cas.
Par exemple, ces dernières semaines je me connecte plus souvent, parce que comme je m'ennuie j'ai plus facilement envie de répondre à des trucs divers ou variés ici, mais ça n'a pas été le cas du tout pendant plusieurs mois (au jugé).
Typiquement, je n'aurais pas pris la peine de connecter pour répondre sur le sujet de l'«exclusion» générée par le «flood» d'images XKCD récemment, si je n'étais pas dans une phase de ma vie ou je m'emmerde comme un rat mort: ça n'en vaut clairement pas le coup, normalement, je suis l'un des préceptes que mes parents m'ont inculqué depuis ma tendre enfance: on répond aux … par le silence (et régulièrement, je suis le …, aussi, hein!). Mais quand on s'emmerde, le silence est quand même moins drôle, donc… (oui, je sais, pas bien, j'en suis conscient, et dis en toute honnêteté la vérité malgré tout)
[^] # Re: Avertissement
Posté par freem . En réponse à la dépêche Règles de pérennité des comptes LinuxFr.org, données à caractère personnel et effet un an. Évalué à 0.
Si cette mesure avait été prise il y a 5 ans, mon compte aurait déjà été supprimé. J'ai eu plusieurs, et je vais encore en avoir, périodes sans me connecter de plus de 3 mois, après tout.
Le mail aurai permis potentiellement de mitiger ces suppressions, même si ce n'est pas certain.
En fait, j'utilise principalement le site sans m'identifier, et pour être franc, je ne crois pas que ma fréquence de connexion va augmenter (les contenus sont de plus en plus détachés de ce qui m'intéressait initialement, de plus en plus de "bullshit politique", non je ne détaillerais pas ce que j'appelle ainsi).
La raison principale que j'aurai de me connecter, c'est de pouvoir lire les commentaires négatifs sans devoir ouvrir un nouvel onglet à chaque fois, en fait. Sauf que ça ne vaut pas le coup.
Garder les cookies? Ma foi: «le monde du courriel est suffisamment détérioré» s'applique encore plus aux navigateurs, je n'ai aucune confiance en eux pour ne pas partager les cookies d'une manière ou d'une autre, que ce soit un bug ou une feature, peu m'importe.
D'ailleurs, si le monde du mail est si mauvais que ça, j'imagine qu'il n'est plus obligatoire d'avoir une adresse mail pour s'inscrire? Ca serai aller dans la continuité de cette logique, après tout.
Peut-être que je suis le seul dans ce cas, qui sait? Ou peut-être n'est-ce pas important, puisqu'après tout je me détache lentement de toute façon.
[^] # Re: C'est le moment pour un petit XKCD !
Posté par freem . En réponse au journal LWN : A plea for more thoughtful comments. Évalué à 10.
Je trouve personnellement un peu triste qu'un avis personnel, surtout venant d'une des personnes qui aident a encadrer le site, alimente avec autant d’opiniâtreté une polémique sur une exclusion qu'elle est la seule à détecter, sur plusieurs pages, en réponse à un article appelant, justement, à réduire ce genre choses.
Et ce, pour la raison simple: l'idée du article me semble être d'appeler à l'auto-modération de sorte a diminuer le travail… de l'équipe de modération. Ironique, non?
Aussi, les gens qui ont des rôles de modération ou d'administration ont implicitement le rôle associé à leur pseudonyme. C'est naturel et loin d'être limité à la modération d'un site. En fait, c'est le lot de toute "personne publique": maires, préfets, ministres, sénateurs, directeurs d'entreprises, et bien d'autres.
L'avantage d'internet, c'est que le pseudonymat est plus que possible. Donc, pour réduire le problème, il suffirait donc de créer une identité dédiée à ce rôle.
Typiquement, quand je joue sur des serveurs dont je suis admin (et qui ne sont pas les miens), j'ai tendance a changer de pseudonyme justement pour ce type de raison (pour pouvoir jouer sans avoir à discuter ou expliquer certains points, en bref, être un lambda parmi les lambda, même si on peut reconnaître un joueur via d'autres méthodes).
Évidemment, les règles de ce site interdisent à une même personne d'avoir plusieurs comptes. Mais bon, d'une part je me suis toujours posé la question du pourquoi, d'autre part je ne vois pas comment ça serait techniquement faisable, ensuite, je pense que cette règle ne devrais pas concerner les personnes qui ont des rôles officiels, et pour finir, les règles du site ne sont de toute façon pas si appliquées que ça (typiquement, nombre de liens sont hors-sujet. Je laisse aux lecteurs le soin d'apprécier si c'est, ou non, une bonne chose, je n'ai plus d'avis sur le sujet depuis que je ne fréquente quasi plus linuxfr).
Au pire, les règles, ça se change quand le besoin se fait sentir.
[^] # Re: Vrai et compliqué à la fois... quota ?
Posté par freem . En réponse au journal LWN : A plea for more thoughtful comments. Évalué à 4.
Peut-être du fait de l'accès gratuit et immédiat, cela dit?
[^] # Re: Mouais, à voir
Posté par freem . En réponse au lien L’après Bépo : Ergo‑L. Évalué à 3.
En quoi c'est hors sujet?
Je prouve juste sur un projet réel que les chiffres sont largement moins utilisés que les autres caractères utiles en prog (et plus précisément C++ ici, d'autres langages ont peut-être un ratio différent en faveur des chiffres, mais j'attend une preuve). C'est tout.
Me dire que dans les commits et les tickets on utilise des chiffres, ça c'est hors contexte, parce que les gestionnaires de tickets et de version sont loin d'être exclusifs à la programmation (cf PLM).
Qui plus est, la gestion des tickets et des commits, bien que très utile quand fait correctement, ne prend pas vraiment une part importante des frappes clavier quand on écrit du code… le déboguage et l'écriture, par contre si.
Je rappelle que le message d'origine de ce thread dit ceci (le gras est de moi):
[^] # Re: Génération Z
Posté par freem . En réponse au journal C11, listes variantes et le turfu. Évalué à 2.
Clang, et surtout C++11. En fait, je pense que clang a simplement adopté les erreurs améliorées avant qu'elles ne soient dans le standard officiel, même si c'était dans le draft de C++0x.
Ça et la performance du compilateur sont les 2 raisons qui m'ont fait adopter clang pour mes builds itératifs. Pour les builds de release, je me contente d'utiliser g++ sans trop réfléchir, parce qu'il paraît que les binaires générés sont mieux optimisés. Mais je n'ai jamais vérifié ça moi même.
[^] # Re: Quel est le problème ?
Posté par freem . En réponse au lien Repérage des piscines non déclarées : l’IA de l’administration fiscale patauge. Évalué à 3.
Au cas ou un (vieil) exemple serait nécessaire: https://fr.wikipedia.org/wiki/R%C3%A9volte_des_Nu-pieds
Beaucoup plus récemment (temps que les moins de 20 ans connaissent), on peut rappeler la taxe carbone, et d'autres.
Oui, un impôt peut être considéré comme du racket, et des impôts ont créé des évènements violents à de nombreuses reprises, l'état n'hésite pas si souvent a "user de la force".
[^] # Re: C'est le moment pour un petit XKCD !
Posté par freem . En réponse au journal LWN : A plea for more thoughtful comments. Évalué à 9.
Certains apprécient le comique de répétition. Ce n'est pas a moi de juger leur humour.
[^] # Re: Génération Z
Posté par freem . En réponse au journal C11, listes variantes et le turfu. Évalué à 3. Dernière modification le 04 juin 2024 à 13:18.
J'ai aussi moins de 40 ans, mais je me souviens très bien des PC de mon enfance.
Je n'ai jamais dis que les formations n'ont pas évolué, par exemple je n'ai pas appris l'assembleur en terminale électronique, mais le C, alors que mon père, qui a fait la même classe 15 ans plus tôt, avait de l'assembleur motorola.
Je doute aussi qu'UML existait il y a 40 ans, par contre merise oui. J'ai découvert UML en BTS, et merise dans une formation plus tard (et j'ai plus utilisé merise à des fins réellement utiles dans ma vie qu'UML… amusant constat).
Je pensais que l'on parlais du métier, pas des formations. Je n'avais pas compris la limite sur les 15 ans, non plus.
Donc, mes excuses. Problème de compréhension de ma part.
Ah ça c'est clair, je me souviens très bien de l'horreur qu'était comprendre une erreur dans un template!
[^] # Re: Mouais, à voir
Posté par freem . En réponse au lien L’après Bépo : Ergo‑L. Évalué à 3.
Je me contentais de répondre a la partie qui suggère que les chiffres sont plus usités en programmation que les caractères "autres", rien de plus.
La gestion des tickets (et de l'historique du code) n'est techniquement pas de la programmation, ce genre de choses sont utilisées dans d'autres domaines, après tout. Et malgré tout, je serais curieux de voir le ration de chiffres vs autres dans un descriptif de commit. Si le descriptif se contente d'un numéro de ticket sans autre information, alors franchement c'est moche, ça casse le workflow de devoir aller chercher un autre outil pour avoir une info complète.
Mais je suppose qu'en effet, les caractères de la barre des chiffres en azerty n'y ont que peu d'intérêt. Malgré tout, l'écriture des textes de commit est une tâche mineure. On pourrais aussi arguer (avec une bonne dose de mauvaise foi, ça devrais passer…) que des IDs ne sont pas des nombres, et qu'un autre logiciel utilisera à la place un autre système (non, je n'en connais pas :)). Sur le papier, ça tiens.
Je me suis mal exprimé ici, mais je pense que tu as bien compris que par "caractères accessibles sans modificateurs d'aucune sorte" j'entendais en azerty, d'une part, et d'autre part que je parlais des caractères dans la regex, qui sont une partie de ceux disponibles. En programmation, les autres ne me servent à rien, vu que je programme exclusivement en anglais (j'y arrive pas en français, aucune idée de pourquoi)
[^] # Re: C'est le moment pour un petit XKCD !
Posté par freem . En réponse au journal LWN : A plea for more thoughtful comments. Évalué à 10. Dernière modification le 04 juin 2024 à 13:02.
Bon, puisque certains râlent, je me permets: 386
Trouvé via cette recherche, 1er lien, pour les curieux de la méthode. ENfin, j'ai trouvé le domaine comme ça, et ajouté
/386à la fin, parce que je suis un geek qui trouve ça naturel, je suppose.[^] # Re: C'est le moment pour un petit XKCD !
Posté par freem . En réponse au journal LWN : A plea for more thoughtful comments. Évalué à 7.
Il va donc falloir interdire les liens en anglais.
[^] # Re: J’ai très récemment pris conscience des limites de debian
Posté par freem . En réponse au journal Merci Debian ! Des heures de perdues en installant une nouvelle carte graphique !. Évalué à 2.
En même temps, je ne serais pas surpris si steam lui-même n'était maintenu que par des stagiaires… ce truc est quand même vachement lent et buggué, pour un soft d'une boîte qui est censée être capable de développer des jeux vidéo performants.
J'aimerai vraiment connaître leur excuse pour le 32bits, franchement, parce que selon wikipedia: «Première version 12 septembre 2003», «2003
AMD introduces its Opteron and Athlon 64 processor lines», «2004
Intel, reacting to the market success of AMD, admits it has been developing a clone of the AMD64 extensions named IA-32e», «2006
Sony, IBM, and Toshiba begin manufacturing the 64-bit Cell processor for use in the PlayStation 3» donc ce n'est pas comme si leur logiciel était tellement plus vieux que les archi 64.
Au vu de la lourdeur et des bugs du bouzin, en plus, c'est très probablement juste une application étronJS de nos jours, donc il a probablement eu réécriture vu que «Première version 15 juillet 2013» et donc c'est plutôt assez dur a pardonner pour moi, sauf, bien sûr, si le truc n'est maintenu que par des stagiaires (et des stagiaires de BTS, maximum, hein) depuis 20 ans.
[^] # Re: Mouais, à voir
Posté par freem . En réponse au lien L’après Bépo : Ergo‑L. Évalué à 3.
Autre métrique, beaucoup plus "brute", sur la même base de code:
Moins de 5% des caractères sont des chiffres, contre plus de 18% qui sont des caractères accessibles sans modificateurs d'aucune sorte. En vrai, je m'attendais quand même à moins de caractères non alphanumériques et plus d'alpha, comme quoi…
Toujours est-il que très clairement, bloquer une ligne pour les chiffres est inefficace pour de la programmation, au moins en C ou C++, et dans mon expérience. Mais honnêtement, je doute très fort que le langage change la donne tant que ça, ou que des expériences plus… digitales, je suppose, puissent faire mieux que doubler la valeur des chiffres, et dans ce cas, je doute fort qu'il y ait moins de (, ), -, =, …
[^] # Re: Mouais, à voir
Posté par freem . En réponse au lien L’après Bépo : Ergo‑L. Évalué à 5. Dernière modification le 03 juin 2024 à 13:23.
Ben en fait, pas tant que ça.
En programmation, on utilise les chiffres pour mettre une valeur précise dans un symbole, puis on manipule le symbole, ça facilite la maintenance quand on n'a pas besoin de se demander quelles autres occurrences d'un nombre doivent être modifiées.
Si je prend le cas de mon mod d'Unvanquished, par exemple, sur les 137438 lignes de code (et vides, et commentaires, et licences, certes), seules 12764 contiennent le pattern:
\<[0-9].6341 de ces lignes contiennent celui-ci:
\<0\(\.\(0\)*\)*\>qui correspond à la valeur 0, flottante ou entière, utilisée pour (ré)initialiser. Donc, 6423 lignes contiennent a coup sûr des nombres pertinents, ce qui nous fais moins de 5% (à noter que, la aussi, ça inclue les commentaires et les licences!).Donc, non, les chiffres ne sont pas très utiles en programmation. Je serais surpris que les valeurs changent tant que ça avec d'autres projets, et d'ailleurs, unvanquished est un jeu 3D, on devrais, justement, s'attendre a pas mal de chiffres, mais non.
Je pourrais faire la mesure avec les parenthèses, accolades, crochets, moins, plus, astérisque, barres obliques et droites, esperluettes, arobases, mais… est-ce vraiment utile?