Les tags servent d'abord à catégoriser (comme faire des répertoires, mais conceptuellement moins contraignant que l'arborescence) ; la recherche est annexe.
“It is seldom that liberty of any kind is lost all at once.” ― David Hume
C'est bien comme un/une paquet/suite logiciel métier (donc à usage professionnel) que je l'entendais aussi. Certes, c'était essentiellement du propriétaire/privateur, mais on en a de plus en plus de libres si je prends juste l'exemple des PGI (ERP).
/me soupçonne encore une mauvaise compréhension d'un anglicisme…
“It is seldom that liberty of any kind is lost all at once.” ― David Hume
Et en l'occurrence c'est bien « récupérer le dépôt » et non l'extraire… C'est pour ça que je disais dans un autre commentaire que ne pas jargonner inutilement permet de s'assurer de ce dont on parle ; pas faire comme avec la novlangue du marketing et de la politique…
“It is seldom that liberty of any kind is lost all at once.” ― David Hume
Attention, les blockchains sont bien des alternatives fiables …pour les problèmes de non-répudiation/violation/falsification dans divers domaines. Par contre, c'est l'application qui en est faite dans la majorité des cryptomonnaies qui n'est pas révolutionnaire ; en particulier pour le fameux bitcoin par lequel le merdier est arrivé, c'est bien le fonctionnement actuel de la monnaie qui a été reproduit (ce qui a conduit au minage pervers comme la nouvelle ruée vers l'or) https://linuxfr.org/users/colargol/liens/le-mystere-satoshi-aux-origines-du-bitcoin-sur-arte-tv-sur-les-traces-d-un-genie-sans-visage
“It is seldom that liberty of any kind is lost all at once.” ― David Hume
Oh, un sondage…
Je me considère comme un professionnel de l'informatique mais je ne dois pas l'être vu que j'utilise les termes français… et que je trouve que ça facilite la compréhension…
“It is seldom that liberty of any kind is lost all at once.” ― David Hume
En France aussi, à mon époque, l'écart-type n'est étudiée qu'à la fin du lycée… tout comme la moyenne… Mais il s'agit là de la notion mathématique (les formules.)
Je disais justement que le quidam est confronté à la notion de moyenne arithmétique assez tôt (bien que ce ne soit officiellement étudié que assez tard) et que, une fois qu'on comprend la moyenne, « l'écart-type "juste après" n'est pas plus compliqué » (toujours sans rentrer dans l'aspect calculatoire) :-)
Dans ton échantillon de connaissances (et le mien) je parie que peu se souviennent du théorème de Pythagore (la formule, pas juste le nom) pourtant étudié plus tôt. Les gens oublient ce qu'ils n'utilisent pas régulièrement, indépendamment de la facilité ou non du sujet. D'ailleurs, la majorité ne se souvient pas plus que ça de la moyenne arithmétique… ;-)
“It is seldom that liberty of any kind is lost all at once.” ― David Hume
Le lien date de juillet 2021. On peut le mettre en lien avec ce billet de mars 2021 d'une personne de chez Mozilla qui l'a empaqueté pour Debian (il avait déjà fait un exercice similaire avec CLang) puis utilisé au quotidien en conditions réelles. https://sylvestre.ledru.info/blog/2021/03/09/debian-running-on-rust-coreutils
Workbench c'était par rapport à ta dernière phrase : « en tout cas, clairement pas en mode graphique. » Mais tu avais toi-même déjà fait une remarque similaire en évoquant Apple II et Windows 95 qui sont des interfaces graphiques et avec lesquelles on peut clairement « faire quelque chose d'utile »
La phrase suivante était pour dire que j'entends bien que tu as précisé d'en « faire quelque chose d’utile en 2022 » puis de répondre non. Mais pour moi, le souci en 2022 est surtout que les applications qu'on prend souvent comme référence sont juste des gloutonneries de mémoire… Un tableur qui a besoin de dix fois plus de mémoire pour arriver à travailler sur la même feuille de calcul qu'il y a quelques années sans se cracher c'est une abomination. Un navigateur qui consomme plus de mémoire que des mainframes qui calculent les impôts de toute une population, juste pour afficher des images de chats (et de la pub de m.rd.) c'est un problème dans lequel je ne comprends pas qu'on se plaise. Un éditeur de texte qui te bouffe des gigots de mémoire pour que tu puisses taper deux ou trois malheureuses lignes ça me choque que ça n'interpelle personne. Bref, pour moi, il y a un énorme problème dans les choses utiles en 2022 et surtout les outils pour faire ces choses.
Mon commentaire n'était pas très utile en soi, juste un coup de gueule contre ce qu'on considère comme une évolution normale…
“It is seldom that liberty of any kind is lost all at once.” ― David Hume
gouttegd : Et je doute fort que les GitHub & Co y changent fondamentalement quoi que ce soit
groumly : Heu, ben quand même, si.
[On oublie les questions de process pour se focaliser sur les outils… mais il n'y a pas de glissement, pas de raccourci…]
Gil Cot : Mouais, avoir besoin d'un bug tracker ne veut pas dire avoir besoin de Github & co
[On a beau mettre en garde contre l'association qui a été faite entre forge et bug tracker, ça va quand même se poursuivre avec tentative d'inversion des propos]
groumly : C’est pas parce que c’est possible que c’est une bonne idee, ni que les forges ne changent pas fondamentalement le problème.
[toujours pas d'amalgame forge bug-tracker ? pourtant ça va même dériver loin]
T’as franchement pas dit grand chose, à part “les mecs du kernel Linux font tout par e-mail” et “on peut faire du bug tracking sans GitHub”.
Si tu as perçu ces deux points, et surtout le dernier alors c'est bon. (Le premier point est un contre-exemple de l'amalgame qui devait faire comprendre que le mail n'empêche pas le suivi et grumdk a expliqué que c'est toute une autre machinerie qui va avec, mais faut prendre de la hauteur pour percevoir ce point.)
Ils ont besoin de faire du suivi, c'est le nœud du problème on est tous d'accord je crois. Comment faire ce suivi est une autre affaire à laquelle je me garde de répondre par "forge" c'est tout. (gouttegd dans sa réponse pointait aussi le fait que la forge ne résolvait pas automagiquement les problèmes de suivi parce-qu'il s'agit de processus humains avant tout, quelque soit les outils –même si selon le contexte du projet des outils peuvent rendre les choses plus fluides que d'autres mais il ne faut pas raisonner par rapport à des outils d'abord ni vouloir à tout prix plaquer son écosystème à soi…)
“It is seldom that liberty of any kind is lost all at once.” ― David Hume
L'expression « pro de la météo » ne cadre pas trop avec cette rigueur de comptoir…
Dans le système scolaire français et d'autres autour (je crois qu'il en est de même en Belgique et en France, sans compter toutes les anciennes colonies où ces systèmes éducatifs ont été exporté), on apprend assez tôt la notion de moyenne (qui au passage est accessible même aux gens qui n'ont pas été ou ont été peu scolarisés.) L'écart-type (ou plus exactement la variance), juste après, n'est pas plus compliqué. Alors, estimer qu'il faille parler de "normales" sinon les gens ne comprendront pas c'est une forme d'abrutissement ou un étalement de médiocrité contre lequel il convient de lutter …en ne permettant pas l'usage de terminologies mensongères "unanimement".
Attention, je ne vous jette pas la pierre mais incite à faire évoluer les choses de l'intérieur et ne pas cautionner la crasse médiatique. Sur ce point, c'est déjà un très grand pas que InfoClimat présente différents indicateurs.
“It is seldom that liberty of any kind is lost all at once.” ― David Hume
Ah t'inquiète, je pense bien qu'il y a une explication/origine mais ça n'en demeure pas moins une simplification outrancièrement grossière ou grossièrement outrageuse ;-D Il se trouve que quand on discute avec les gens, ça comprend vraiment ça comme une "norme" et donc qu'il y a une anomalie… (alors qu'on est souvent dans une fourchette pas si incongrue quand on lit la moyenne avec son écart-type…)
“It is seldom that liberty of any kind is lost all at once.” ― David Hume
D'une part, quand tu parles de "normale" pour le commun des mortels ça a des implications psychologiques de l'assertivité de la "norme"… Dire à Tartampion que son poids n'est pas dans la moyenne n'a pas le même effet que de lui dire que ce même poids n'est pas dans la norme, mais c'est un autre débat et je veux juste souligner que le mot choisi est malheureux pour le "grand public".
D'autre part, quand tu dis "distribution en moyenne" il y a le premier mot qui compte et qui fait qu'on devrait nous présenter la gaussienne (courbe normale…) et non un nombre isolé.
D'ailleurs, la "moyenne" (arithmétique) que je préfère n'a pas plus de sens isolément : il faut au moins l'étendue (la période sur laquelle on a calculé cette moyenne saisonnière) et la répartition en moyenne (i.e. écart-type ou espérance…) pour mieux apprécier. C'est encore mieux si on a en plus les extrémums et la médiane aussi. Bref, la manie de résumer ce qui est déjà résumé fait perdre du vrai sens.
“It is seldom that liberty of any kind is lost all at once.” ― David Hume
Euh, la plupart des projets libres n'ont absolument pas la force de frappe du noyau Linux ou beaucoup de devs sont justement juste là pour lire, faire corriger et intégrer les "Merge Request".
Tu as tout à fait raison. :-)
Comme tu le décris, ils ont des « process » et font du suivi… Le point est là : il faut du bug-tracking et on doit se donner les moyens en accord avec la chaîne d'outillage qu'on choisi de mettre en œuvre. L'erreur est d'opposer courriel et suivi, qui ne sont pas des mots antinomiques.
“It is seldom that liberty of any kind is lost all at once.” ― David Hume
Fais gaffe, il va quand même penser que tu défends la chose. (après eux y trouvent une certaine facilité et du plaisir que tu trouves masochiste à ton niveau.)
“It is seldom that liberty of any kind is lost all at once.” ― David Hume
Idem. Je ne dis plus rien parce-que tu t'évertues à vouloir travestir mes mots et me faire dire ce que je ne dis pas.
L’immense majorité de l’industrie a laissé tomber ce process par e-mail entre autre pour ce genre de raisons.
Ce que je reproche c'est ce genre de formulation : « l'immense majorité de l'industrie … » immense + majorité …vu de la lorgnette qu'on a, et l'accumulation des mots pour faire croire qu'il n'y a que ça. Et tu poursuis :
Linux s’en sort? La belle affaire, c’est bien les seuls.
Les autres réponses vont dans mon sens ; y a pas que Linux, y aussi FFmpeg et Yocto/Openembedded et bien d'autres qui souvent ne font pas de vague. Tu pars du principe que ça n'existe pas parce-que tu n'en entends pas parler et je dis juste attention à ne pas généraliser trop vite.
Mais comme le mode de pensée du Français est « si tu ne penses pas comme moi c'est que tu es contre moi » alors tu refuses d'entendre toute nuance et déforme tout ce que je pointe et qui ne semble pas aller dans ton sens.
On a un exemple douloureux qui démontre pourquoi ce process marche mal. Et t’es la en train de nous expliquer que si si ça marche très bien.
Tu as l'air de penser que je suis en train de défendre bec et ongles le « process par mail » alors que je t'invites juste à prendre de la hauteur… Ma réponse initiale était juste que
On ne peut pas faire le raccourci que tu fais de « forge = github » (il y a et il y aura toujours d'autres alternatives, et rien que tout ce qui est sur gitlab ou bitbucket montre que heureusement tout le monde ne voit pas que par github comme à travers ta longue vue)
On ne doit pas faire le raccourci que tu fais de « bug tracker = forge » car on n'a pas attendu ces places centralisatrices pour avoir des outils de suivi de bogue, mais peut-être es-tu trop jeune pour avoir connu Trac, Mantis, etc, ou peut-être que tous les projets qui utilisent Bugzilla ne sont pas détectés par ton radar ? Et que dire de toutes ces nombreuses entreprises qui font leur suivi dans un Jira au lieu d'utiliser github comme il faudrait faire selon toi ?
Il ne faut pas confondre les outils (le courriel et le gestionnaire de versions en sont) et les méthodologies (auxquels on va adapter les outils utilisés.) Tu décries le suivi de bogues (méthodologie/process) et l'oppose au mail (outil) en plus des raccourcis déjà malheureux et critiquables. C'est pour cela que je te fais remarquer qu'il y a des projets qui utilisent des outils dédiés/estampillés bug-tracker sans faire mieux (l'outil ne fera pas de magie et il faut faire le suivi…) et que l'usage du mail en soi n'empêche pas (les projets pour lesquels ça marche, c'est justement parce-qu'il ont des processus de suivi, on ne se contente pas laisser les messages s'entasser dans une boîte aux lettres…)
C’est comme si je t’expliquais que git n’est pas vraiment incontournable parce qu’openbsd s’en sort très bien avec cvs.
Ça tombe bien, j'ai le cas chez un client avec des équipes indépendantes. Une équipe qui utilise Subversion et qui s'en tire bien sur tous ses projets, et une équipe qui utilise Git et même un compte entreprise sur gitlab mais qui n'arrête pas d'accumuler des échecs. La première équipe a mis en place des process bien rodés avec parfois de vieux outils et ça marche. La seconde mise tout sur les outils et utilise les dernières technos, mais au bout de dix ans c'est la dissolution pour arrêter le gouffre financer : les outils ne font pas tout tout seuls, et pourtant cette équipe ne cesse de clamer qu'elle fait ce que « l'immense majorité de l'industrie » fait. Cette équipe est, pour moi, la preuve que les amalgames et raccourcis pour la hype de quelque techno ça résout pas le schmilblick.
Après, si ton point c’est “‘well akshuall’y, un bug tracker ne rentre pas dans la catégorie forge/GitHub & co”, ok cool.
Super pertinent comme remarque 👍.
Aussi pertinent que ta réponse qui consistait à dire « il leur faut un bug tracker donc github » et quand on te le fait remarquer d'argumenter que « toute l'industrie utilise github et puis si t'es pas d'accord c'est que tu défends leur process par mail » Peut-être qu'on ne peut juste pas se comprendre parce-que je vis dans un monde trop subtile où des glissements évidents pour toi n'ont pas lieu d'être.
“It is seldom that liberty of any kind is lost all at once.” ― David Hume
# club des 27
Posté par Gil Cot ✔ (site web personnel, Mastodon) . En réponse au journal CPU Ex0183 Internet Explorer. Évalué à 2.
…qu'est-ce ?
“It is seldom that liberty of any kind is lost all at once.” ― David Hume
[^] # Re: Utilité des étiquettes ?
Posté par Gil Cot ✔ (site web personnel, Mastodon) . En réponse à la dépêche À propos des étiquettes sur le site LinuxFr.org. Évalué à 3.
Les tags servent d'abord à catégoriser (comme faire des répertoires, mais conceptuellement moins contraignant que l'arborescence) ; la recherche est annexe.
“It is seldom that liberty of any kind is lost all at once.” ― David Hume
[^] # Re: Résumé rapide
Posté par Gil Cot ✔ (site web personnel, Mastodon) . En réponse au lien Mozilla explique le blocage de Firefox. Évalué à 3.
Le plus important est que Chrome ne soit pas égratigné…
“It is seldom that liberty of any kind is lost all at once.” ― David Hume
[^] # Re: C'était proprio ?
Posté par Gil Cot ✔ (site web personnel, Mastodon) . En réponse au journal Sortie de Groovy 4.0.0. Évalué à 5.
C'est bien comme un/une paquet/suite logiciel métier (donc à usage professionnel) que je l'entendais aussi. Certes, c'était essentiellement du propriétaire/privateur, mais on en a de plus en plus de libres si je prends juste l'exemple des PGI (ERP).
/me soupçonne encore une mauvaise compréhension d'un anglicisme…
“It is seldom that liberty of any kind is lost all at once.” ― David Hume
[^] # Re: C'était proprio ?
Posté par Gil Cot ✔ (site web personnel, Mastodon) . En réponse au journal Sortie de Groovy 4.0.0. Évalué à 5.
Et en l'occurrence c'est bien « récupérer le dépôt » et non l'extraire… C'est pour ça que je disais dans un autre commentaire que ne pas jargonner inutilement permet de s'assurer de ce dont on parle ; pas faire comme avec la novlangue du marketing et de la politique…
“It is seldom that liberty of any kind is lost all at once.” ― David Hume
[^] # Re: Petit manque
Posté par Gil Cot ✔ (site web personnel, Mastodon) . En réponse au lien Le(s) problème(s) avec les NFT. Évalué à 3.
Attention, les blockchains sont bien des alternatives fiables …pour les problèmes de non-répudiation/violation/falsification dans divers domaines. Par contre, c'est l'application qui en est faite dans la majorité des cryptomonnaies qui n'est pas révolutionnaire ; en particulier pour le fameux bitcoin par lequel le merdier est arrivé, c'est bien le fonctionnement actuel de la monnaie qui a été reproduit (ce qui a conduit au minage pervers comme la nouvelle ruée vers l'or)
https://linuxfr.org/users/colargol/liens/le-mystere-satoshi-aux-origines-du-bitcoin-sur-arte-tv-sur-les-traces-d-un-genie-sans-visage
“It is seldom that liberty of any kind is lost all at once.” ― David Hume
[^] # Re: C'était proprio ?
Posté par Gil Cot ✔ (site web personnel, Mastodon) . En réponse au journal Sortie de Groovy 4.0.0. Évalué à 10.
Oh, un sondage…
Je me considère comme un professionnel de l'informatique mais je ne dois pas l'être vu que j'utilise les termes français… et que je trouve que ça facilite la compréhension…
“It is seldom that liberty of any kind is lost all at once.” ― David Hume
[^] # Re: Réponse générale au topic :)
Posté par Gil Cot ✔ (site web personnel, Mastodon) . En réponse au journal OpenData Meteo. Évalué à 3.
…mais lentement développée (-:
“It is seldom that liberty of any kind is lost all at once.” ― David Hume
[^] # Re: Idée business
Posté par Gil Cot ✔ (site web personnel, Mastodon) . En réponse au lien LG annonce de nouvelles fonctions de ciblage publicitaire pour ses téléviseurs "intelligents". Évalué à 1.
Ils semble que le fil de discussion « Dumb tvs » regorge d'oiseaux de mauvais augure… en tout cas qui préfèrent une télé stupide ;-|
“It is seldom that liberty of any kind is lost all at once.” ― David Hume
[^] # Re: Dumb tvs
Posté par Gil Cot ✔ (site web personnel, Mastodon) . En réponse au lien LG annonce de nouvelles fonctions de ciblage publicitaire pour ses téléviseurs "intelligents". Évalué à 4.
La seule solution ? Et ne pas avoir de téléviseur ?
“It is seldom that liberty of any kind is lost all at once.” ― David Hume
[^] # Re: Dumb tvs
Posté par Gil Cot ✔ (site web personnel, Mastodon) . En réponse au lien LG annonce de nouvelles fonctions de ciblage publicitaire pour ses téléviseurs "intelligents". Évalué à 5.
Ce devrait être l'inverse : si la pub c'est si génial, les gens devraient payer pour en ça…
“It is seldom that liberty of any kind is lost all at once.” ― David Hume
[^] # Re: Incertitudes et normales saisonnières
Posté par Gil Cot ✔ (site web personnel, Mastodon) . En réponse au journal OpenData Meteo. Évalué à 3.
En France aussi, à mon époque, l'écart-type n'est étudiée qu'à la fin du lycée… tout comme la moyenne… Mais il s'agit là de la notion mathématique (les formules.)
Je disais justement que le quidam est confronté à la notion de moyenne arithmétique assez tôt (bien que ce ne soit officiellement étudié que assez tard) et que, une fois qu'on comprend la moyenne, « l'écart-type "juste après" n'est pas plus compliqué » (toujours sans rentrer dans l'aspect calculatoire) :-)
Dans ton échantillon de connaissances (et le mien) je parie que peu se souviennent du théorème de Pythagore (la formule, pas juste le nom) pourtant étudié plus tôt. Les gens oublient ce qu'ils n'utilisent pas régulièrement, indépendamment de la facilité ou non du sujet. D'ailleurs, la majorité ne se souvient pas plus que ça de la moyenne arithmétique… ;-)
“It is seldom that liberty of any kind is lost all at once.” ― David Hume
# retours intéressants de Sylvestre L.
Posté par Gil Cot ✔ (site web personnel, Mastodon) . En réponse au lien Rewriting the GNU Coreutils in Rust. Évalué à 2.
Le lien date de juillet 2021. On peut le mettre en lien avec ce billet de mars 2021 d'une personne de chez Mozilla qui l'a empaqueté pour Debian (il avait déjà fait un exercice similaire avec CLang) puis utilisé au quotidien en conditions réelles.
https://sylvestre.ledru.info/blog/2021/03/09/debian-running-on-rust-coreutils
L'auteur est revenu ce mois-ci avec un billet pour faire le point sur l'avancement, suite à la sortie de la version coreutils 0.0.12 : les choses avancent mais la route est longue…
https://linuxfr.org/users/antistress/liens/sylvestre-ledru-and-other-developers-have-been-working-on-a-rust-based-coreutils-phoronix#comment-1881821
“It is seldom that liberty of any kind is lost all at once.” ― David Hume
[^] # Re: 32 Mo ?
Posté par Gil Cot ✔ (site web personnel, Mastodon) . En réponse au journal La machine Linux à $15. Évalué à 3.
Workbench c'était par rapport à ta dernière phrase : « en tout cas, clairement pas en mode graphique. » Mais tu avais toi-même déjà fait une remarque similaire en évoquant Apple II et Windows 95 qui sont des interfaces graphiques et avec lesquelles on peut clairement « faire quelque chose d'utile »
La phrase suivante était pour dire que j'entends bien que tu as précisé d'en « faire quelque chose d’utile en 2022 » puis de répondre non. Mais pour moi, le souci en 2022 est surtout que les applications qu'on prend souvent comme référence sont juste des gloutonneries de mémoire… Un tableur qui a besoin de dix fois plus de mémoire pour arriver à travailler sur la même feuille de calcul qu'il y a quelques années sans se cracher c'est une abomination. Un navigateur qui consomme plus de mémoire que des mainframes qui calculent les impôts de toute une population, juste pour afficher des images de chats (et de la pub de m.rd.) c'est un problème dans lequel je ne comprends pas qu'on se plaise. Un éditeur de texte qui te bouffe des gigots de mémoire pour que tu puisses taper deux ou trois malheureuses lignes ça me choque que ça n'interpelle personne. Bref, pour moi, il y a un énorme problème dans les choses utiles en 2022 et surtout les outils pour faire ces choses.
Mon commentaire n'était pas très utile en soi, juste un coup de gueule contre ce qu'on considère comme une évolution normale…
“It is seldom that liberty of any kind is lost all at once.” ― David Hume
# blog de S. Ledru
Posté par Gil Cot ✔ (site web personnel, Mastodon) . En réponse au lien Sylvestre Ledru and other developers have been working on a Rust-based Coreutils - phoronix. Évalué à 5.
J'aurais plutôt mis le lien vers Phoronix en commentaire et le lien vers le billet de Sylvestre en lien, ou ajouter ce dernier en commentaire comme je suis en train de le faire :
https://sylvestre.ledru.info/blog/2022/01/29/an-update-on-rust-coreutils
Et pour résumer, « TLDR: we are making progress on the Rust implementation of the GNU coreutils. »
“It is seldom that liberty of any kind is lost all at once.” ― David Hume
[^] # Re: Un blog parmis tant d'autres
Posté par Gil Cot ✔ (site web personnel, Mastodon) . En réponse au journal Quand le mainteneur de pkexec ignorait (ou pas) les failles potentielles. Évalué à 0.
gouttegd : Et je doute fort que les GitHub & Co y changent fondamentalement quoi que ce soit
groumly : Heu, ben quand même, si.
[On oublie les questions de process pour se focaliser sur les outils… mais il n'y a pas de glissement, pas de raccourci…]
Gil Cot : Mouais, avoir besoin d'un bug tracker ne veut pas dire avoir besoin de Github & co
[On a beau mettre en garde contre l'association qui a été faite entre forge et bug tracker, ça va quand même se poursuivre avec tentative d'inversion des propos]
groumly : C’est pas parce que c’est possible que c’est une bonne idee, ni que les forges ne changent pas fondamentalement le problème.
[toujours pas d'amalgame forge bug-tracker ? pourtant ça va même dériver loin]
Si tu as perçu ces deux points, et surtout le dernier alors c'est bon. (Le premier point est un contre-exemple de l'amalgame qui devait faire comprendre que le mail n'empêche pas le suivi et grumdk a expliqué que c'est toute une autre machinerie qui va avec, mais faut prendre de la hauteur pour percevoir ce point.)
Ils ont besoin de faire du suivi, c'est le nœud du problème on est tous d'accord je crois. Comment faire ce suivi est une autre affaire à laquelle je me garde de répondre par "forge" c'est tout. (gouttegd dans sa réponse pointait aussi le fait que la forge ne résolvait pas automagiquement les problèmes de suivi parce-qu'il s'agit de processus humains avant tout, quelque soit les outils –même si selon le contexte du projet des outils peuvent rendre les choses plus fluides que d'autres mais il ne faut pas raisonner par rapport à des outils d'abord ni vouloir à tout prix plaquer son écosystème à soi…)
“It is seldom that liberty of any kind is lost all at once.” ― David Hume
[^] # Re: 32 Mo ?
Posté par Gil Cot ✔ (site web personnel, Mastodon) . En réponse au journal La machine Linux à $15. Évalué à -1.
Je découvre que AmigaOS par exemple était en mode texte… Faut arrêter de croire que les trucs Electron et les applis de la suite µ$ sont la référence…
“It is seldom that liberty of any kind is lost all at once.” ― David Hume
[^] # Re: Incertitudes et normales saisonnières
Posté par Gil Cot ✔ (site web personnel, Mastodon) . En réponse au journal OpenData Meteo. Évalué à 2.
L'expression « pro de la météo » ne cadre pas trop avec cette rigueur de comptoir…
Dans le système scolaire français et d'autres autour (je crois qu'il en est de même en Belgique et en France, sans compter toutes les anciennes colonies où ces systèmes éducatifs ont été exporté), on apprend assez tôt la notion de moyenne (qui au passage est accessible même aux gens qui n'ont pas été ou ont été peu scolarisés.) L'écart-type (ou plus exactement la variance), juste après, n'est pas plus compliqué. Alors, estimer qu'il faille parler de "normales" sinon les gens ne comprendront pas c'est une forme d'abrutissement ou un étalement de médiocrité contre lequel il convient de lutter …en ne permettant pas l'usage de terminologies mensongères "unanimement".
Attention, je ne vous jette pas la pierre mais incite à faire évoluer les choses de l'intérieur et ne pas cautionner la crasse médiatique. Sur ce point, c'est déjà un très grand pas que InfoClimat présente différents indicateurs.
“It is seldom that liberty of any kind is lost all at once.” ― David Hume
[^] # Re: Incertitudes et normales saisonnières
Posté par Gil Cot ✔ (site web personnel, Mastodon) . En réponse au journal OpenData Meteo. Évalué à 3.
Ah t'inquiète, je pense bien qu'il y a une explication/origine mais ça n'en demeure pas moins une simplification outrancièrement grossière ou grossièrement outrageuse ;-D Il se trouve que quand on discute avec les gens, ça comprend vraiment ça comme une "norme" et donc qu'il y a une anomalie… (alors qu'on est souvent dans une fourchette pas si incongrue quand on lit la moyenne avec son écart-type…)
“It is seldom that liberty of any kind is lost all at once.” ― David Hume
[^] # Re: Incertitudes et normales saisonnières
Posté par Gil Cot ✔ (site web personnel, Mastodon) . En réponse au journal OpenData Meteo. Évalué à 2.
D'une part, quand tu parles de "normale" pour le commun des mortels ça a des implications psychologiques de l'assertivité de la "norme"… Dire à Tartampion que son poids n'est pas dans la moyenne n'a pas le même effet que de lui dire que ce même poids n'est pas dans la norme, mais c'est un autre débat et je veux juste souligner que le mot choisi est malheureux pour le "grand public".
D'autre part, quand tu dis "distribution en moyenne" il y a le premier mot qui compte et qui fait qu'on devrait nous présenter la gaussienne (courbe normale…) et non un nombre isolé.
D'ailleurs, la "moyenne" (arithmétique) que je préfère n'a pas plus de sens isolément : il faut au moins l'étendue (la période sur laquelle on a calculé cette moyenne saisonnière) et la répartition en moyenne (i.e. écart-type ou espérance…) pour mieux apprécier. C'est encore mieux si on a en plus les extrémums et la médiane aussi. Bref, la manie de résumer ce qui est déjà résumé fait perdre du vrai sens.
“It is seldom that liberty of any kind is lost all at once.” ― David Hume
[^] # Re: Un blog parmis tant d'autres
Posté par Gil Cot ✔ (site web personnel, Mastodon) . En réponse au journal Quand le mainteneur de pkexec ignorait (ou pas) les failles potentielles. Évalué à 1.
Tu as tout à fait raison. :-)
Comme tu le décris, ils ont des « process » et font du suivi… Le point est là : il faut du bug-tracking et on doit se donner les moyens en accord avec la chaîne d'outillage qu'on choisi de mettre en œuvre. L'erreur est d'opposer courriel et suivi, qui ne sont pas des mots antinomiques.
“It is seldom that liberty of any kind is lost all at once.” ― David Hume
[^] # Re: Un blog parmis tant d'autres
Posté par Gil Cot ✔ (site web personnel, Mastodon) . En réponse au journal Quand le mainteneur de pkexec ignorait (ou pas) les failles potentielles. Évalué à 1.
Fais gaffe, il va quand même penser que tu défends la chose. (après eux y trouvent une certaine facilité et du plaisir que tu trouves masochiste à ton niveau.)
“It is seldom that liberty of any kind is lost all at once.” ― David Hume
[^] # Re: Un blog parmis tant d'autres
Posté par Gil Cot ✔ (site web personnel, Mastodon) . En réponse au journal Quand le mainteneur de pkexec ignorait (ou pas) les failles potentielles. Évalué à 4.
Idem. Je ne dis plus rien parce-que tu t'évertues à vouloir travestir mes mots et me faire dire ce que je ne dis pas.
Ce que je reproche c'est ce genre de formulation : « l'immense majorité de l'industrie … » immense + majorité …vu de la lorgnette qu'on a, et l'accumulation des mots pour faire croire qu'il n'y a que ça. Et tu poursuis :
Les autres réponses vont dans mon sens ; y a pas que Linux, y aussi FFmpeg et Yocto/Openembedded et bien d'autres qui souvent ne font pas de vague. Tu pars du principe que ça n'existe pas parce-que tu n'en entends pas parler et je dis juste attention à ne pas généraliser trop vite.
Mais comme le mode de pensée du Français est « si tu ne penses pas comme moi c'est que tu es contre moi » alors tu refuses d'entendre toute nuance et déforme tout ce que je pointe et qui ne semble pas aller dans ton sens.
Tu as l'air de penser que je suis en train de défendre bec et ongles le « process par mail » alors que je t'invites juste à prendre de la hauteur… Ma réponse initiale était juste que
Ça tombe bien, j'ai le cas chez un client avec des équipes indépendantes. Une équipe qui utilise Subversion et qui s'en tire bien sur tous ses projets, et une équipe qui utilise Git et même un compte entreprise sur gitlab mais qui n'arrête pas d'accumuler des échecs. La première équipe a mis en place des process bien rodés avec parfois de vieux outils et ça marche. La seconde mise tout sur les outils et utilise les dernières technos, mais au bout de dix ans c'est la dissolution pour arrêter le gouffre financer : les outils ne font pas tout tout seuls, et pourtant cette équipe ne cesse de clamer qu'elle fait ce que « l'immense majorité de l'industrie » fait. Cette équipe est, pour moi, la preuve que les amalgames et raccourcis pour la hype de quelque techno ça résout pas le schmilblick.
Aussi pertinent que ta réponse qui consistait à dire « il leur faut un bug tracker donc github » et quand on te le fait remarquer d'argumenter que « toute l'industrie utilise github et puis si t'es pas d'accord c'est que tu défends leur process par mail » Peut-être qu'on ne peut juste pas se comprendre parce-que je vis dans un monde trop subtile où des glissements évidents pour toi n'ont pas lieu d'être.
“It is seldom that liberty of any kind is lost all at once.” ― David Hume
[^] # Re: Incertitudes et normales saisonnières
Posté par Gil Cot ✔ (site web personnel, Mastodon) . En réponse au journal OpenData Meteo. Évalué à 2.
J'ai jamais pu blairer cette expression… Ton exemple exprime à la rigueur une « moyenne » ; mais une « normale » ? wtf?
“It is seldom that liberty of any kind is lost all at once.” ― David Hume
[^] # Re: Numérique != informatique
Posté par Gil Cot ✔ (site web personnel, Mastodon) . En réponse au lien Les jeunes Français, victimes insoupçonnées de la précarité numérique. Évalué à 4.
La télécommande avait …un cadran rotatif ?
“It is seldom that liberty of any kind is lost all at once.” ― David Hume