barmic 🦦 a écrit 6069 commentaires

Partir perdant.e. n'a jamais été une bonne stratégie.

Ignoré les problèmes non plus. On construit pas une discussion par des phrases toutes faite.

Si le développement de Firefox s'arrête, il sera repris par des gens motivés, d'une autre manière ou pas.

Ça c’est un vœux pas un fait. Il faut faire attention au biais de normalité.

Librewolf est une piste.

J’en ai pas l’impression dans la situation actuelle. Ils n’ont pas de s’intéresser à maintenir Firefox, mais plus à proposer un build différent. Librewolf est à firefox, ce que tails est à debian.

https://linuxfr.org/users/barmic/journaux/y-en-a-marre-de-ce-gros-troll

Tu citais

Le souci que je vois avec les différents forks de Firefox c'est que les équipes de ces projets ne sont pas assez grandes pour reprendre le flambeau si Firefox s'arrêtait

Tu as un élément qui dit que cette phrase n’est pas vraie ou que c’est un sujet pas important ?

Quels sont vos postures ne sont pas très utile au débat.

https://linuxfr.org/users/barmic/journaux/y-en-a-marre-de-ce-gros-troll

Les bonnes assurances sont aussi là pour conseiller, mais soit désobligeant, ne remet pas en cause tes certitudes et reproches aux autres de ne pas être constructif, c’est probablement faudrait pas bousculer tes habitudes, la voiture c’est sacrée.

https://linuxfr.org/users/barmic/journaux/y-en-a-marre-de-ce-gros-troll

Intellij support tous les langages. Les IDE spécifiques sont juste configurés de base pour l’écosystème en question.

https://linuxfr.org/users/barmic/journaux/y-en-a-marre-de-ce-gros-troll

Si une forge veut supprimer un projet (comme c'est déjà arrivé plusieurs fois sur Github, avec yt-dl par exemple), il est très facile de le passer sur une autre, et les contributeurs et contributrices peuvent continuer sans changer leur compte (en changeant uniquement l'adresse de la forge).

Si je comprends bien, tu perds tout le contenu à moins que tu ai fait une copie préalable ?

Bref, sur ta forge tu es chez toi et tu la gères comme tu l'entends. Comme une mini forge centralisée, à la grosse différence près c'est qu'il est très facile de passer sur une autre en cas de problème (technique, politique, etc.), sans avoir à recréer de compte pour les contributeurs et contributrices.

Ça va paraître provocateur mais est-ce que c’est pas plus simple :

• d’avoir un format d’export/import standard et de l’implémenter dans autant de forge que possible voir de faire des outils pour les forges récalcitrantes
• de proposer une authentification OAuth avec la clique habituelle + github, gitlab, linuxfr,…

https://linuxfr.org/users/barmic/journaux/y-en-a-marre-de-ce-gros-troll

L'un des plus gros youtubeurs au monde a fait une vidéo pour expliquer qu'il passait sur linux.

https://linuxfr.org/users/barmic/journaux/y-en-a-marre-de-ce-gros-troll

https://linuxfr.org/users/linkdd/liens/redis-est-de-nouveau-open-source

https://linuxfr.org/users/barmic/journaux/y-en-a-marre-de-ce-gros-troll

Propriétaire mais néanmoins historique, Skype fut pendant de nombreuses années un logiciel phare de la visio-conférence. Puis il fut racheté par Microsoft (pour 8,5 milliards de dollars) et, comme on dit parfois quand la politique se mêle hélas de la technique : on ne rachète pas un logiciel mais ses utilisateurs.

L’histoire est encore plus houleuse que ça puisque ça fait un certains temps que Skype n’est plus une technologie à part entière mais une marque pour des produits Microsoft (un peu comme hangout chez google).

Ça a beaucoup fait crier ceux qui ont connu l’age d’or de Skype quand ça n’était pas juste une marque/des utilisateurs mais aussi une formidable technologie de visio conférence. En ce sens si aujourd’hui on a mieux et le fait d’avoir de la visio conférence est une évidence (j’utilise hebdomadairement 5 ou 6 outils de visio différent), c’est skype qui aura montré la voie d’une visio accessible à tous qui tourne sur du hardware commun.

https://linuxfr.org/users/barmic/journaux/y-en-a-marre-de-ce-gros-troll

Tu es du genre à aider les gens malgré eux ?

https://linuxfr.org/users/barmic/journaux/y-en-a-marre-de-ce-gros-troll

D'accord mais pour quelles bécanes ?

Je comprends pas la question. Il parle de son usage. Il ne dit pas que ce qu’il fait est mieux, mais qu’il ne voit pas en pratique les inconvénients décrits. C’est peut être parce qu’il a une grosse machine, mais ça change quoi ? Si demain il n’ouvrait plus qu’un seul onglet, il ne changerait probablement pas de machine pour autant.

https://linuxfr.org/users/barmic/journaux/y-en-a-marre-de-ce-gros-troll

ne risques pas de les perdre

Tu fais des sauvegardes parce que tu risque de les perdre.

Des outils super il en existe pleins. Le problème est pas leur existence à mon avis mais est-ce qu'il cherchent à créer un workflow parfait, rationnel, voir scientifique ou s'intéresser à l'usage actuel et comment y répondre.

Dire à quelqu'un qui a un usage complètement désordonné qu'il va se tenir à un workflow structuré, installer, synchroniser sur tous ces devices un outil de plus, etc ne me paraît pas pertinent

https://linuxfr.org/users/barmic/journaux/y-en-a-marre-de-ce-gros-troll

Comme je l'ai dit ce n'est pas une façon de lister tous les avantages de la pratique mais de montrer en quoi l'usage est différent.

Rester arcbouté sur les onglets dont l'usage n'a pas changé depuis 25-30 ans sans se poser pour voir pourquoi c'est peu utilisé par rapport au maintien d'onglets ne résoudra pas le problème. Ce n'est pas l'injonction qui va faire évoluer les usages.

Le concept de place, si je me souviens bien, introduit par Firefox a été une tentative de créer quelque chose par rapport à ça : maintenant le navigateur sauvegarde tout et même si tu as fermé un onglet, tu sais que tu pourras le retrouver même longtemps plus tard.

À mon avis il y a moyen de faire quelque chose pour améliorer les choses. Aller je me lance dans de la feature fiction 😇

Le navigateur te propose de faire un nettoyage. Tu passe dans un mode de vu où tu vois tous tes onglets comme l'ancienne vue des groupes d'onglets. Dans cette vue, tu pourrais voir les onglets sans accès ou interaction depuis très longtemps, les doublons, ceux qui sont déjà en marque page, tu pourrais les grouper par site, par liens (le genre d'arborescence tree style tab), tu pourrais voir ceux qui sont consommateurs, pour ceux que ça intéresse il pourrait même y avoir une catégorisation IA,… Bref une vue dédiée qui permet de regrouper un tas d'informations déjà existantes et quelques nouvelles avec des actions possibles: fermer, sauvegarder en marque pages, déplacer dans des groupes, envoyer dans un pocket like, décharger,… Et même pouvoir pluguer des extensions (par exemple pour envoyer tout à notebookml ou demander à un llm quelconque de faire un compte rendu).

https://linuxfr.org/users/barmic/journaux/y-en-a-marre-de-ce-gros-troll

Bref ma question sur les avantages/inconvénients d'avoir deux fonctionnalités distinctes mais utilisées de la même façon en pratique.

S’il y a bien une chose d’évidente c’est qu’en pratique ça n’est pas du tout la même façon de s’utiliser.

• c’est visuel
• tu garde le contexte de la page (par exemple si tu était entrain d’écrire dans un input texte)
• ouvrir ou fermer un onglet et bien plus rapide que de créer ou supprimer un marque page (créer un onglet ouvre une popup et pour supprimer un marque page il faut aller le chercher)
• les onglet ont ce côté « je garde sous les yeux » là où des marques pages sont cachés

Je ne dit pas que c’est une bonne idée ni que ce qui est une impression se révèle utile à terme, mais c’est une évidence pourquoi c’est théoriquement la même fonctionnalité, mais en pratique non.

https://linuxfr.org/users/barmic/journaux/y-en-a-marre-de-ce-gros-troll

S'y retrouver dans 10 onglets c'est tout de même pas particulièrement compliqué.

Le fait de réduire son nombre d'onglets est une action à faire donc oui c'est facile de voir des utilisateurs avec beaucoup d'onglets.

Par exemple j'ai genre 4 ou 5 onglets "dashboard" qui sont ouvert en permanence (2 webmail, mon outil de flux rss, la board de mon équipe,…). Ajoute 1 ou 2 onglets pour ce que tu es entrain de regarder (la page lien ici et la page pour rédiger une réponse). Tu fais une réponse un peu construite ? Tu as un moteur de recherche et 2 onglets de réponse ouvert.

Réduire ce genre de workflow demande à jongler non plus visuellement mais avec une charge cognitive en plus à ta charge (par exemple en passant du temps à faire des aller retours sur l'historique ou en devant ouvrir régulièrement les tâches pour voir s'il y a eu des changements).

https://linuxfr.org/users/barmic/journaux/y-en-a-marre-de-ce-gros-troll

Rancunier

https://linuxfr.org/users/barmic/journaux/y-en-a-marre-de-ce-gros-troll

Non ça n’a rien à voir. Cette philosophie n’est pas là pour faire des logiciels opiniated au point de laisser des bugs trainer ainsi parce qu’ils ne toucheraient que des utilisateurs qui font des choses jugées pas intéressantes.

C’est une approche d’achitecture qui consiste à privilégier le découpage à l’ajout builtin de fonctionnalité. Ici il pourrait s’agir de déléguer cette partie à un autre logiciel qui, pour respecter le reste des principes unix, devrait avoir une API texte via stdin/stdout.

Mais c’est vraiment une règle qui n’a jamais était respectée à la lettre. Le nombre d’outils de base qui sont turing complete, la quantité de fonctionnalités qui sont implémentées plusieurs fois,… Rien que par exemple pourquoi tous ces outils ont implémenté la manipulation de fichiers ? Ils auraient pu laisser ça au shell qui est fait pour et qui le fait bien. Elle est extrêmement subjective (elle dépend beaucoup de l’échelle à la quelle tu te place) et n’est pas une règle incassable. Par exemple l’option -u de sort est faite parce que filtrer avant le pipe peut économiser pas mal de ressources.

https://linuxfr.org/users/barmic/journaux/y-en-a-marre-de-ce-gros-troll

Du coup ton point c’est qu’un tableur ne devrait pas gérer de dates ou que’Excel gère bien les dates ?

https://linuxfr.org/users/barmic/journaux/y-en-a-marre-de-ce-gros-troll

Merci pour le lien

Without proper tests or documentation, developers are often hesitant to touch old code. The risk of breaking something far outweighs the reward of fixing a non-critical bug.

J’ai ce problème actuellement avec une de mes PR qui n’est pas mergée parce que le code qu’elle corrige parait trop complexe.

https://linuxfr.org/users/barmic/journaux/y-en-a-marre-de-ce-gros-troll

donc non dans certains cas d'applications "faire confiance à la lib. écrite par des experts" n'est pas la bonne stratégie.

Ça l’est sauf quand gérer le temps fait parti de ton travail. Par exemple parce que tu as des besoin de précision important, mais ça peut aussi être parce que tu fais des opérations non triviales (multi calendrier par exemple) mais dans ces cas là tu es sensé savoir ce que tu fais. Gérer les dates antérieures à 1900 ne me semble pas en faire parti. Pour les dizaines de milliards d’utilisateurs d’Excel qui activent toutes les optin qu’ils trouvent et font des arrêt cardiaque quand ils voient un message, assumer que savent ce qu’ils savent ce qu’ils font au sujet des dates me semble pas une bonne idée.

Il y a plusieurs solutions possibles pour résoudre le problème³ mais rien n'a été fait.

POSIX a un certains nombre de problèmes dont des plus graves que ça et oui c’est un problème, mais justement ceux qui doivent sortir des logiciels (et pas juste des PDF) ne s’interdisent pas de traiter ces problèmes sous prétexte que ça prend pas 5 minutes et que oulala… c’est compliqué.

https://linuxfr.org/users/barmic/journaux/y-en-a-marre-de-ce-gros-troll

C’est quoi l’unique chose que le bourn shell fais ? C’est quoi l’unique chose que fait awk ? L’outil pour dédupliquer c’est unique, pourquoi sort a l’option -u ?

Cette phrase est souvent très mal utilisée. L’idée c’est de ne pas ajouter des features trop orthogonales pour ne pas avoir bloat le logiciel, mais ici l’outil a déjà une gestion de date.

https://linuxfr.org/users/barmic/journaux/y-en-a-marre-de-ce-gros-troll

Cela fera un certain nombre de gens qui choisiront la mauvaise option quand tu as un optin, etc…

Pardon mais c’est pas crédible. Si tu trouve que garder des bugs c’est la meilleure chose à faire et que si t’arrive avec un peu de mauvaise fois à trouver des problèmes à mes quelques idées griffonnées c’est bien qu’il est impossible de faire mieux. Ça ne me dérange pas de passer pour un extra terrestre à tes yeux.

https://linuxfr.org/users/barmic/journaux/y-en-a-marre-de-ce-gros-troll

Mettre un warnings c’est le danger absolu ? Maintenant une bonne part de leurs utilisateurs sont en version web, tu va me dire qu’ils ne font pas de feature flip et canary release ? Un optin ça casse quoi à qui ?

C’est une API et oui ça se gère on l’a tous fait. Ça doit être fait avec sérieux, mais ça se fait très bien faut arrêter de sortir des arguments d’autorité.

https://linuxfr.org/users/barmic/journaux/y-en-a-marre-de-ce-gros-troll

Donc ne créons des outils que pour un seul usage et surtout ne corrigeons pas les bugs si l’usage ne semble pas digne d’intérêt. Ce serait dommage que des utilisateurs s’imagine qu’on fasse les logiciels pour eux.

https://linuxfr.org/users/barmic/journaux/y-en-a-marre-de-ce-gros-troll

Je suis pas sûre de savoir le problème (la seconde intercalaire ? la limite de taille de t_time ? la précision à la seconde ?), mais mon problème n’est pas qu’ils aient fait une erreur mais qu’ils ne fassent rien pour l’adresser. Je ne connais aucun OS de type unix qui ne gère pas correctement tous ces problèmes.

Sur ce genre de sujet, qui passe à tort pour trivial, les informaticiens ont tendance à surestimer leur compréhension.

Et c’est justement une bonne raison pour ne pas laisser des bugs trainer dans les outils.

https://linuxfr.org/users/barmic/journaux/y-en-a-marre-de-ce-gros-troll

(Tiré d’un commentaire plus bas). lol, c’est un peu l’hôpital qui se fout de la charité, la quand même. Toi non plus, t’as pas d’arguments, à part l’anecdote de tes parents.

Les 2 seules choses que je dis c’est :

1. c’est un bug
2. il est parfaitement possible de l’adresser sans rien casser pour les utilisateurs j’ai déjà plusieurs fois cité des exemple de façon

Si pour vous garder des bugs qui empêche des usages légitimes de logiciel c’est OK ne soyez pas surpris qu’on dise que vous ne faites pas un travail de qualité.

Par contre, ce qui me parait clair, c’est que 40 ans plus tard, ça devient extrêmement difficile de corriger le problème.

En y réfléchissant 10 minutes je trouve plusieurs façons de l’adresser. Je n’ai aucun doute sur le fait qu’ils sont bien plus compétents que moi et que ce n’est qu’une question de volonté. Tu parler de la littérature au sujet de ce bug (qui doit être assez creuse vu qu’à part dire qu’il existe il n’a pas de solution de contournement), on a 1000 fois plus de contenu sur la conduite du changement.

https://linuxfr.org/users/barmic/journaux/y-en-a-marre-de-ce-gros-troll