toute personne qui écrit une méthode récursive a intérêt à l’accompagner d’un commentaire qui justifie pourquoi c’est une bonne idée de faire ça
Ça veut juste dire ce qui est écrit, à savoir : que quand on écrit du code récursif, il faut être capable de l’expliquer et de le justifier. Et donc, de l’utiliser si c’est le code le plus efficace (le plus logique, lisible, performant, tout ça à la fois…) – par exemple si on doit faire un traitement dont la logique fonctionnelle est récursive, c’est probablement une bonne solution.
Ça ne signifie absolument pas qu’il faut s’interdire de faire du code récursif.
Non parce que quand je vois les réactions, c’est ce que certains ici semblent avoir compris.
J’ai pas été clair sur ce point (j’ai écrit le passage un peu vite).
Mon propos, c’est que dans mon souvenir les précédentes releases étaient de bonne qualité, en tous cas assez pour ne pas nécessiter de nouvelle version avant la prochaine release. Ce qui pour moi est un signe fort de qualité et de stabilité du logiciel, surtout couplé avec un rythme de sorties régulier : ça veut dire que la base de code est assez propre, stable et bien testée.
Là, c’est vraiment la différence entre la qualité habituelle du logiciel, d’une part ; et d’autre part la double sortie corrective et la vidéo de présentation du blog officiel qui montre des problèmes qui m’a surpris. C’est assez inhabituel (j’ai vérifié, il n’y a pas eu de version x.y.2 depuis la 3.0.2, éventuellement la 3.4.1.1 qui était un hotfix spécifique à Windows si on veut pinailler).
J’ajoute que jusqu’ici les sons de cloche étaient « darktable c’est techniquement nul » (de la part de la personne dont tu cite et dont je sais qu’elle a travaillé sur le projet, et d’autres dont je ne connais pas du tout la légitimité), et d’autres commentaires rassurants y compris de la part de développeur de darktable sur ce site même. Donc, mis à part quelques étrangetés d’ergonomie, je n’y avait pas prêté plus d’attention que ça. Mais les points soulevés – je rappelle ce que j’ai déjà dit : je n’ai pas encore eu le temps de tester le logiciel ! – m’ont rappelé ces discussions et ont provoqué l’interrogation que j’ai soulevée dans le journal.
Quant à participer au projet, je n’ai hélas pas le temps ni les compétences pour faire du core dev (j’ai pas dû toucher à du C depuis 20 ans… et c’était sur microcontrôleur !) mais si je vois que le projet a besoin d’un coup de main que je peux donner (financier par exemple), bien entendu que je serais heureux d’y participer.
J’espère que ce point est plus clair.
Mon intention n’était ni de déprécier le travail des contributeurs de darktable ni de vexer quiconque, et je m’excuse si mon message a été perçu comme tel.
C’est des caches persistants, justement, ils ne peuvent pas aller dans /tmp.
D’autre part, tu te trompes de comparaison (mon ls sans afficher les fichiers cachés est beaucoup plus réduit, et pourtant contient quand même Snapshots/, Downloads/ et javasharedresources/ qui sortent de je ne sais où).
Ce que tu dis ne pas être le sujet est précisément le sujet du lien.
Enfin, non, c’est pas aussi simple que « Un répertoire = une appli », ça fait partie du problème. Il y a même un exemple dans le morceau de code que tu cites…
D'ailleurs une distribution ou un mainteneur pourrait faire la transition en douceur. Un script de post installation qui crée un lien symbolique entre l'ancien et le nouveau chemin, ou un patch pour que OpenSSH compilé sur Debian garde le chemin ~/.ssh par défaut quelques temps en prévenant quand c'est fini.
Et ils ne le font pas. Ça n'est probablement pas pour rien.
OpenSSH (and it's ancestor ssh-1.x) have a 17 year history of using ~/.ssh. This location is baked into innumerable users' brains, millions of happily working configurations and countless tools.
Changing the location of our configuration would require a very strong justification and following a trend of desktop applications (of which OpenSSH is not) is not sufficient.
Et quand les gens commencent à donner des justifications :
sorry, but the answer is "no". please stop beating this particular dead horse.
J’avais regardé (je ne sais plus si c’était à la sortie de darktable 4.2 ou 4.3), mais j’ai beaucoup de mal avec ce projet qui passe infiniment plus de temps à cracher sur darktable qu’à montrer ses propres améliorations, celles qui feraient que pour l’utilisateur, Ansel est plus intéressant. Et non, ça n’est pas le nombre de requêtes SQL internes faites dans la table lumineuse qui m’impacte (pour reprendre un exemple qui est beaucoup trop détaillé dans Ansel).
D’une manière intéressante, je trouve qu’Aurélien Pierre dit beaucoup de choses intéressantes sur le sujet (darktable, la photo, le traitement des couleurs…), mais je déteste sa façon de les dire.
Après si vous foutez tout un tas de fichiers à plat dans votre $HOME, c’est vous les gorets, pas Unix.
Soyons sérieux deux minutes. Voici la liste de ce qui s’est mis automatiquement à la racine de mon $HOME, sur le Ubuntu/WSL de ma machine du boulot (donc utilisée uniquement pour le boulot, pas pour les jeux) :
Alors oui, c’est surtout des fichiers cachés, donc au quotidien ça n’est pas très dérangeant. Par contre, le jour où j’ai voulu faire du ménage là-dedans, ça a été la grosse galère, notamment à cause de tous les logiciels qui collent des caches gigantesques n’importe où, et de ceux qui ne font pas le ménage à la montée de version (exemple que je découvre à l’instant : .sonarlint qui est devenu .sonar).
Ça ne résous pas les problèmes de lisibilité et de maintenance (qui sont les plus importants sur du code "de production", destiné à être conservé et maintenu longtemps).
De toute façon, toute personne qui écrit une méthode récursive a intérêt à l’accompagner d’un commentaire qui justifie pourquoi c’est une bonne idée de faire ça, tellement ça pose de problèmes (taille de pile à l’exécution, lisibilité, maintenance…).
Le vocabulaire est contestable, mais le fond est valable AMHA. La Sainte Rétro-compatibilité m'excuse pas tout, surtout sur des logiciels qui ont connu des versions majeures avec ruptures de compatibilité pour d'autres raisons.
Avoir un $HOME qui est un foutoir sans nom, ne jamais savoir où chercher les configurations etc. des logiciels, avoir un "Mes Documents" inutilisable sous Windows à cause des jeux, tout ça aussi c'est des problèmes légitimes.
Exactement. Et d'ailleurs y'a une fonctionnalité de Mastodon qui marche très bien : l'abonnement aux hashtags. Ça permet de voir du contenu qui concerne les sujets choisis (en admettant des tags pertinents) pour le consommateur, et d'avoir une audience de qualité pour le producteur.
J'ai accès à tout le Fédiverse avec un seul compte sur un seul serveur.
Ou pas, justement, c’est tout le problème de la modération sur Mastodon. Un admin peut te bloquer sur ton instance sans que tu sois au courant, et tu n’as plus accès à ce contenu. Ça encore, c’est légitime. Mais un admin peut aussi bloquer toute l’instance sur laquelle tu es inscrit sans que tu sois au courant, sans que tu n’aie personnellement posé le moindre problème, et sans que tu sois au courant. Il y a régulièrement des dramas à ce sujet.
essaye plutôt de trouver celui ou ceux qui te conviennent. (ou bien tu créés le tiens, c'est facile avec Yunohost)
Et créer son propre serveur pose des problèmes spécifiques, c’est le sujet du présent lien, ou de cet autre article.
Oui, c'est bien ce que je dis. Tout le monde veut utiliser une identité sur un truc qui a fondamentalement, de pas sa conception, un fonctionnement de forums.
Je ne sais pas si c'est un problème de conception de Mastodon (choix techniques mal adaptés) ou de façon de le présenter, mais ça n'est pas très étonnant que ça fonctionne mal.
Oh, Luc Montagnier nous a que trop prouvé que même les lauréats du prix Nobel pouvaient se répandre en imbécillités dès qu’ils sortent de leur sujet d’expertise.
Facile : en réalité, Mastodon n’est pas un réseau social unifié et n’a de toute évidence pas été conçu pour ça – ou alors il y a un échec de réalisation de l’intention.
Les choix technologiques, le protocole, l’implémentation : tout va dans le sens de petites communautés plus ou moins autonomes qui peuvent communiquer entre elles, et pas d’un grand réseau global hébergé de façon décentralisée. Pour en profiter pleinement, il faudrait sélectionner les instances thématiques selon ce qu’on cherche et créer un compte sur chacune d’entre elle. D’ailleurs ce mode d’utilisation permet de se prémunir des dramas de modération comme celui en cours.
Mais ça n’est pas comme ça que Mastodon est présenté en général.
Évidemment qu'il ne faut pas dire amen à toutes les demandes utilisateur, c'est même écrit en toutes lettres dans mon billet… Le recueil du besoin, c'est un métier.
Sinon tu es en train de de t'énerver tout seul en surinterprétant un bout de mon billet. Le passage dont tu parles est :
Le code n’est pas une putain de documentation. Jamais.
« Regarde comment c’est fait aujourd’hui » n’est jamais une réponse valable à une question qui porte sur le fonctionnel.
Ça parle du fonctionnel, point. Le code peut être une excellente source pour retrouver un fonctionnement technique ou pour vérifier l'existant (avec toutes les limites que ce dernier point implique).
Mais le propos principal du truc, c'est surtout ça : si la seule (ou principale) source de vérité fonctionnelle de ton projet est le code, alors ton projet a un énorme problème et va droit vers des ennuis massifs.
Justement, le problème est là : le danger de reprendre le code en tant qu'entrée, c'est de persister dans des cas d'usage obsolètes, inutilement complexes (le code doit gérer tout un historique qui n'est sans doute plus nécessaire) voire faux si le code est mal compris.
Ça n'est pas une hypothèse théorique, mais un problème que j'ai constaté à chaque fois que cette idée de "repartir du code pour en tirer les règles fonctionnelles" s'est présentée.
Et donc, si la documentation fonctionnelle n'est pas à jour, la solution n'est pas de repartir du code pour la recréer (ou pire : pour s'en passer, déjà vu), mais de commencer par la refaire en partant de la source : les besoins utilisateur (ce qui est déjà documenté, ce qui savent les équipes, de nouveaux entretiens utilisateur, etc). Et créer et appliquer un processus pour maintenir cette connaissance.
J'ajoute que dans ce cas les tests fonctionnels sont une source intéressante de données, mais comme toutes les autres à prendre avec du recul, devant lesquels il faut se demander s'ils testent une règle encore pertinente ou obsolète.
Content de voir que Leed est à nouveau développé. Je l’utilisais jusqu’à 2018, moment où mon installation m’a planté à la tronche (plus moyen d’ajouter un flux) et où le projet semblait à l’abandon. Les _insight Github semblent confirmer que le projet a bien été plus ou moins abandonné vers 2017 pour reprendre sensiblement plus tard.
J’allais écrire « un commentaire dans la MR pour réécrire ce code (ou au moins mettre l’explication en commentaire si le code est légitime) », et donc je te rejoins.
Le problème c’est pas tant de réussir à fork, renommer et maintenir le projet pour quelques jours, mais de mettre en place quelque chose qui tienne dans la durée, malgré les problèmes et tâches d’ampleur qui peuvent survenir (dans le cas de Subsonic : la migration de Spring Boot 2 vers 3, rendue bien compliquée à cause de l’architecture historique du projet). Et pour l’avoir expérimenté c’est loin d’être trivial, surtout si on veut assurer la pérennité du projet à moyen terme.
Pour avoir longtemps utilisé TT-RSS, je confirme ce qui est dit sur son auteur.
Le problème c’est que le logiciel est complet, mais est devenu pénible à utiliser hors Docker (de par les choix de l’auteur), et a en interne des choix très étonnants. Je le sais parce que je me suis amusé à faire mon propre outil RSS (principalement pour le sport, mais ça fonctionne pas mal, un jour une version publique peut-être). Je voulais y récupérer les données de TT-RSS avec une fonction de migration, et j’ai bien galéré à remettre tout ça dans une structure plus classique. Je voulais aussi être compatible avec les API et j’ai abandonné, mais je ne sais plus pourquoi.
Je suppose que c’est un changement de signature que tu montres ici. Avec un IDE JetBrains, nu sans la moindre configuration :
ctrl-F6 pour afficher la fenêtre de changement de signature.
alt-bas pour déplacer le premier paramètre en seconde place (ajoute les autres déplacements avec les flèches si nécessaire).
ctrl-entrée pour valider les changements.
Note que tu n’as pas besoin d’être positionné sur la déclaration de fonction pour lancer le changement de signature, n’importe quel usage suffit. Mais le cas échéant, c’est ctrl-b pour naviguer entre les deux.
Je suis désolé, mais non, ça n’est pas non plus « velu ». Si tes collègues on un « effet wahou » avec ça, c’est soit qu’ils ont de mauvais outils, soit qu’ils ne connaissent pas leurs outils.
Sérieusement, j’ai rien contre vi ou vim (je n’aime pas l’ergonomie mais c’est un problème orthogonal) ; je reconnais que ça peut être un très bon IDE pour les gens qui accrochent à ce genre de fonctionnement puisque manifestement ça fonctionne (dans le sens où des gens en sont très contents et sont efficaces avec). Mais il faut arrêter de croire que parce qu’un IDE a une interface graphique que c’est lent à utiliser et/ou que ça ne s’utilise qu’à la souris, c’est un argument que je lis beaucoup trop souvent dans le clavier des utilisateurs d’IDE en mode texte. Voici les principaux raccourcis clavier des IDE JetBrains (et un plugin pour améliorer leur découvrabilité ; mais même Eclipse a des raccourcis clavier pour à peu près tout, tout comme VSCode – et évidemment tout ça est configurable.
Le genre d’argument de ta dernière phrase ne sert pas vi, il ne fait que montrer que toi et/ou ton collègue ne connaissent pas les IDE graphiques. Ça n’est pas un problème en soi (pour toi, pour ton collègue qui en utilise un, c’est un problème) ; mais si tu ne connais pas, n’en parle pas.
[^] # Re: Flatseal
Posté par SpaceFox (site web personnel, Mastodon) . En réponse au journal "dérives sécuritaires" : inconvénients des flatpacks, snap ou environnements sandbox.. Évalué à 4.
Note que la complexité de ce que tu appelles « l’affichage » a aussi explosé, le service rendu par les deux documents n’a absolument rien à voir.
La connaissance libre : https://zestedesavoir.com
[^] # Re: Le monde post-captcha
Posté par SpaceFox (site web personnel, Mastodon) . En réponse au lien Great news! Humans are now slower and perform worse at solving Captchas than machine-learning bots!. Évalué à 4.
Pourtant il y a même un joli tableau, Table 3, page 10.
La connaissance libre : https://zestedesavoir.com
[^] # Re: Loupé
Posté par SpaceFox (site web personnel, Mastodon) . En réponse au lien La récursivité sur linuxfr. Évalué à 2.
Au fait, quand j’écris :
Ça veut juste dire ce qui est écrit, à savoir : que quand on écrit du code récursif, il faut être capable de l’expliquer et de le justifier. Et donc, de l’utiliser si c’est le code le plus efficace (le plus logique, lisible, performant, tout ça à la fois…) – par exemple si on doit faire un traitement dont la logique fonctionnelle est récursive, c’est probablement une bonne solution.
Ça ne signifie absolument pas qu’il faut s’interdire de faire du code récursif.
Non parce que quand je vois les réactions, c’est ce que certains ici semblent avoir compris.
La connaissance libre : https://zestedesavoir.com
[^] # Re: 🙄
Posté par SpaceFox (site web personnel, Mastodon) . En réponse au journal Sortie de darktable 4.4.0, non, 4.4.1, pardon, 4.4.2. Évalué à 3.
J’ai pas été clair sur ce point (j’ai écrit le passage un peu vite).
Mon propos, c’est que dans mon souvenir les précédentes releases étaient de bonne qualité, en tous cas assez pour ne pas nécessiter de nouvelle version avant la prochaine release. Ce qui pour moi est un signe fort de qualité et de stabilité du logiciel, surtout couplé avec un rythme de sorties régulier : ça veut dire que la base de code est assez propre, stable et bien testée.
Là, c’est vraiment la différence entre la qualité habituelle du logiciel, d’une part ; et d’autre part la double sortie corrective et la vidéo de présentation du blog officiel qui montre des problèmes qui m’a surpris. C’est assez inhabituel (j’ai vérifié, il n’y a pas eu de version
x.y.2depuis la 3.0.2, éventuellement la 3.4.1.1 qui était un hotfix spécifique à Windows si on veut pinailler).J’ajoute que jusqu’ici les sons de cloche étaient « darktable c’est techniquement nul » (de la part de la personne dont tu cite et dont je sais qu’elle a travaillé sur le projet, et d’autres dont je ne connais pas du tout la légitimité), et d’autres commentaires rassurants y compris de la part de développeur de darktable sur ce site même. Donc, mis à part quelques étrangetés d’ergonomie, je n’y avait pas prêté plus d’attention que ça. Mais les points soulevés – je rappelle ce que j’ai déjà dit : je n’ai pas encore eu le temps de tester le logiciel ! – m’ont rappelé ces discussions et ont provoqué l’interrogation que j’ai soulevée dans le journal.
Quant à participer au projet, je n’ai hélas pas le temps ni les compétences pour faire du core dev (j’ai pas dû toucher à du C depuis 20 ans… et c’était sur microcontrôleur !) mais si je vois que le projet a besoin d’un coup de main que je peux donner (financier par exemple), bien entendu que je serais heureux d’y participer.
J’espère que ce point est plus clair.
Mon intention n’était ni de déprécier le travail des contributeurs de darktable ni de vexer quiconque, et je m’excuse si mon message a été perçu comme tel.
La connaissance libre : https://zestedesavoir.com
[^] # Re: Ce troll de compèt c’est pour vendredi ?
Posté par SpaceFox (site web personnel, Mastodon) . En réponse au lien $HOME, Not So Sweet $HOME. Évalué à 6.
C’est des caches persistants, justement, ils ne peuvent pas aller dans
/tmp.D’autre part, tu te trompes de comparaison (mon
lssans afficher les fichiers cachés est beaucoup plus réduit, et pourtant contient quand mêmeSnapshots/,Downloads/etjavasharedresources/qui sortent de je ne sais où).Ce que tu dis ne pas être le sujet est précisément le sujet du lien.
Enfin, non, c’est pas aussi simple que « Un répertoire = une appli », ça fait partie du problème. Il y a même un exemple dans le morceau de code que tu cites…
La connaissance libre : https://zestedesavoir.com
[^] # Re: Ce troll de compèt c’est pour vendredi ?
Posté par SpaceFox (site web personnel, Mastodon) . En réponse au lien $HOME, Not So Sweet $HOME. Évalué à 4.
Dans ce cas précis, l’argumentaire est archivé ici :
Et quand les gens commencent à donner des justifications :
La connaissance libre : https://zestedesavoir.com
[^] # Re: Ansel
Posté par SpaceFox (site web personnel, Mastodon) . En réponse au journal Sortie de darktable 4.4.0, non, 4.4.1, pardon, 4.4.2. Évalué à 7. Dernière modification le 18 août 2023 à 11:51.
J’avais regardé (je ne sais plus si c’était à la sortie de darktable 4.2 ou 4.3), mais j’ai beaucoup de mal avec ce projet qui passe infiniment plus de temps à cracher sur darktable qu’à montrer ses propres améliorations, celles qui feraient que pour l’utilisateur, Ansel est plus intéressant. Et non, ça n’est pas le nombre de requêtes SQL internes faites dans la table lumineuse qui m’impacte (pour reprendre un exemple qui est beaucoup trop détaillé dans Ansel).
D’une manière intéressante, je trouve qu’Aurélien Pierre dit beaucoup de choses intéressantes sur le sujet (darktable, la photo, le traitement des couleurs…), mais je déteste sa façon de les dire.
La connaissance libre : https://zestedesavoir.com
[^] # Re: Ce troll de compèt c’est pour vendredi ?
Posté par SpaceFox (site web personnel, Mastodon) . En réponse au lien $HOME, Not So Sweet $HOME. Évalué à 8. Dernière modification le 18 août 2023 à 11:43.
Soyons sérieux deux minutes. Voici la liste de ce qui s’est mis automatiquement à la racine de mon
$HOME, sur le Ubuntu/WSL de ma machine du boulot (donc utilisée uniquement pour le boulot, pas pour les jeux) :Alors oui, c’est surtout des fichiers cachés, donc au quotidien ça n’est pas très dérangeant. Par contre, le jour où j’ai voulu faire du ménage là-dedans, ça a été la grosse galère, notamment à cause de tous les logiciels qui collent des caches gigantesques n’importe où, et de ceux qui ne font pas le ménage à la montée de version (exemple que je découvre à l’instant :
.sonarlintqui est devenu.sonar).La connaissance libre : https://zestedesavoir.com
[^] # Re: Loupé
Posté par SpaceFox (site web personnel, Mastodon) . En réponse au lien La récursivité sur linuxfr. Évalué à 0. Dernière modification le 18 août 2023 à 10:51.
Ça ne résous pas les problèmes de lisibilité et de maintenance (qui sont les plus importants sur du code "de production", destiné à être conservé et maintenu longtemps).
La connaissance libre : https://zestedesavoir.com
[^] # Re: Loupé
Posté par SpaceFox (site web personnel, Mastodon) . En réponse au lien La récursivité sur linuxfr. Évalué à -2.
De toute façon, toute personne qui écrit une méthode récursive a intérêt à l’accompagner d’un commentaire qui justifie pourquoi c’est une bonne idée de faire ça, tellement ça pose de problèmes (taille de pile à l’exécution, lisibilité, maintenance…).
La connaissance libre : https://zestedesavoir.com
[^] # Re: Ce troll de compèt c’est pour vendredi ?
Posté par SpaceFox (site web personnel, Mastodon) . En réponse au lien $HOME, Not So Sweet $HOME. Évalué à 4.
Le vocabulaire est contestable, mais le fond est valable AMHA. La Sainte Rétro-compatibilité m'excuse pas tout, surtout sur des logiciels qui ont connu des versions majeures avec ruptures de compatibilité pour d'autres raisons.
Avoir un
$HOMEqui est un foutoir sans nom, ne jamais savoir où chercher les configurations etc. des logiciels, avoir un "Mes Documents" inutilisable sous Windows à cause des jeux, tout ça aussi c'est des problèmes légitimes.La connaissance libre : https://zestedesavoir.com
# Cinq ans et demie de retard
Posté par SpaceFox (site web personnel, Mastodon) . En réponse au lien La récursivité sur linuxfr. Évalué à 10. Dernière modification le 17 août 2023 à 23:04.
Bravo, tu viens de refaire la blague du 7ème lien posté sur LinuxFR :
https://linuxfr.org/users/roduit/liens/lien-recursif
(Oui, j’ai une bonne mémoire, mais seulement pour les trucs inutiles).
La connaissance libre : https://zestedesavoir.com
[^] # Re: Visibilité des réponses aberrante
Posté par SpaceFox (site web personnel, Mastodon) . En réponse au lien Julia Evans: Notes on using a single-person Mastodon server. Évalué à 3.
Exactement. Et d'ailleurs y'a une fonctionnalité de Mastodon qui marche très bien : l'abonnement aux hashtags. Ça permet de voir du contenu qui concerne les sujets choisis (en admettant des tags pertinents) pour le consommateur, et d'avoir une audience de qualité pour le producteur.
La connaissance libre : https://zestedesavoir.com
[^] # Re: Visibilité des réponses aberrante
Posté par SpaceFox (site web personnel, Mastodon) . En réponse au lien Julia Evans: Notes on using a single-person Mastodon server. Évalué à 3.
Ou pas, justement, c’est tout le problème de la modération sur Mastodon. Un admin peut te bloquer sur ton instance sans que tu sois au courant, et tu n’as plus accès à ce contenu. Ça encore, c’est légitime. Mais un admin peut aussi bloquer toute l’instance sur laquelle tu es inscrit sans que tu sois au courant, sans que tu n’aie personnellement posé le moindre problème, et sans que tu sois au courant. Il y a régulièrement des dramas à ce sujet.
Et créer son propre serveur pose des problèmes spécifiques, c’est le sujet du présent lien, ou de cet autre article.
La connaissance libre : https://zestedesavoir.com
[^] # Re: Visibilité des réponses aberrante
Posté par SpaceFox (site web personnel, Mastodon) . En réponse au lien Julia Evans: Notes on using a single-person Mastodon server. Évalué à 3.
Oui, c'est bien ce que je dis. Tout le monde veut utiliser une identité sur un truc qui a fondamentalement, de pas sa conception, un fonctionnement de forums.
Je ne sais pas si c'est un problème de conception de Mastodon (choix techniques mal adaptés) ou de façon de le présenter, mais ça n'est pas très étonnant que ça fonctionne mal.
La connaissance libre : https://zestedesavoir.com
[^] # Re: Citation d'Umberto Eco, un peu condescendante, mais non moins pertinente dans ce cas de figure
Posté par SpaceFox (site web personnel, Mastodon) . En réponse au lien Sur les réseaux sociaux, les scientifiques victimes du "déferlement de haine" des climatosceptiques . Évalué à 5.
Oh, Luc Montagnier nous a que trop prouvé que même les lauréats du prix Nobel pouvaient se répandre en imbécillités dès qu’ils sortent de leur sujet d’expertise.
La connaissance libre : https://zestedesavoir.com
[^] # Re: Visibilité des réponses aberrante
Posté par SpaceFox (site web personnel, Mastodon) . En réponse au lien Julia Evans: Notes on using a single-person Mastodon server. Évalué à 7.
Facile : en réalité, Mastodon n’est pas un réseau social unifié et n’a de toute évidence pas été conçu pour ça – ou alors il y a un échec de réalisation de l’intention.
Les choix technologiques, le protocole, l’implémentation : tout va dans le sens de petites communautés plus ou moins autonomes qui peuvent communiquer entre elles, et pas d’un grand réseau global hébergé de façon décentralisée. Pour en profiter pleinement, il faudrait sélectionner les instances thématiques selon ce qu’on cherche et créer un compte sur chacune d’entre elle. D’ailleurs ce mode d’utilisation permet de se prémunir des dramas de modération comme celui en cours.
Mais ça n’est pas comme ça que Mastodon est présenté en général.
La connaissance libre : https://zestedesavoir.com
[^] # Re: mouais
Posté par SpaceFox (site web personnel, Mastodon) . En réponse au lien Desktop Linux has a Firefox problem. Évalué à 2. Dernière modification le 15 août 2023 à 13:12.
Évidemment qu'il ne faut pas dire amen à toutes les demandes utilisateur, c'est même écrit en toutes lettres dans mon billet… Le recueil du besoin, c'est un métier.
Sinon tu es en train de de t'énerver tout seul en surinterprétant un bout de mon billet. Le passage dont tu parles est :
Ça parle du fonctionnel, point. Le code peut être une excellente source pour retrouver un fonctionnement technique ou pour vérifier l'existant (avec toutes les limites que ce dernier point implique).
Mais le propos principal du truc, c'est surtout ça : si la seule (ou principale) source de vérité fonctionnelle de ton projet est le code, alors ton projet a un énorme problème et va droit vers des ennuis massifs.
La connaissance libre : https://zestedesavoir.com
[^] # Re: mouais
Posté par SpaceFox (site web personnel, Mastodon) . En réponse au lien Desktop Linux has a Firefox problem. Évalué à 3.
Justement, le problème est là : le danger de reprendre le code en tant qu'entrée, c'est de persister dans des cas d'usage obsolètes, inutilement complexes (le code doit gérer tout un historique qui n'est sans doute plus nécessaire) voire faux si le code est mal compris.
Ça n'est pas une hypothèse théorique, mais un problème que j'ai constaté à chaque fois que cette idée de "repartir du code pour en tirer les règles fonctionnelles" s'est présentée.
Et donc, si la documentation fonctionnelle n'est pas à jour, la solution n'est pas de repartir du code pour la recréer (ou pire : pour s'en passer, déjà vu), mais de commencer par la refaire en partant de la source : les besoins utilisateur (ce qui est déjà documenté, ce qui savent les équipes, de nouveaux entretiens utilisateur, etc). Et créer et appliquer un processus pour maintenir cette connaissance.
J'ajoute que dans ce cas les tests fonctionnels sont une source intéressante de données, mais comme toutes les autres à prendre avec du recul, devant lesquels il faut se demander s'ils testent une règle encore pertinente ou obsolète.
La connaissance libre : https://zestedesavoir.com
[^] # Re: mouais
Posté par SpaceFox (site web personnel, Mastodon) . En réponse au lien Desktop Linux has a Firefox problem. Évalué à 2.
Un gros +1 ici.
J’avais commencé à écrire un truc, et ça s’est un peu étalé, du coup j’en ai fait un billet séparé disponible ici.
La connaissance libre : https://zestedesavoir.com
[^] # Re: TT-RSS
Posté par SpaceFox (site web personnel, Mastodon) . En réponse au journal Le développement de TinyTinyRSS semble menacé par les blocages du Roskomnadzor (Russie). Évalué à 6.
Content de voir que Leed est à nouveau développé. Je l’utilisais jusqu’à 2018, moment où mon installation m’a planté à la tronche (plus moyen d’ajouter un flux) et où le projet semblait à l’abandon. Les _insight Github semblent confirmer que le projet a bien été plus ou moins abandonné vers 2017 pour reprendre sensiblement plus tard.
La connaissance libre : https://zestedesavoir.com
[^] # Re: 100% collègue
Posté par SpaceFox (site web personnel, Mastodon) . En réponse au journal Perles de C. Évalué à 4.
J’allais écrire « un commentaire dans la MR pour réécrire ce code (ou au moins mettre l’explication en commentaire si le code est légitime) », et donc je te rejoins.
La connaissance libre : https://zestedesavoir.com
[^] # Re: Simplement forker ?
Posté par SpaceFox (site web personnel, Mastodon) . En réponse au journal Le développement de TinyTinyRSS semble menacé par les blocages du Roskomnadzor (Russie). Évalué à 10.
Oui, et c’est le principal problème.
Par exemple Subsonic n’est plus maintenu depuis longtemps, mais la dernière version libre avait forkée, ce qui a donné naissance à Libresonic, qui lui-même a été forké en Airsonic, qui lui-même a été forké en Airsonic-Advanced… et ce dernier ne donne plus signe de vie non plus.
Le problème c’est pas tant de réussir à fork, renommer et maintenir le projet pour quelques jours, mais de mettre en place quelque chose qui tienne dans la durée, malgré les problèmes et tâches d’ampleur qui peuvent survenir (dans le cas de Subsonic : la migration de Spring Boot 2 vers 3, rendue bien compliquée à cause de l’architecture historique du projet). Et pour l’avoir expérimenté c’est loin d’être trivial, surtout si on veut assurer la pérennité du projet à moyen terme.
La connaissance libre : https://zestedesavoir.com
# TT-RSS
Posté par SpaceFox (site web personnel, Mastodon) . En réponse au journal Le développement de TinyTinyRSS semble menacé par les blocages du Roskomnadzor (Russie). Évalué à 7.
Pour avoir longtemps utilisé TT-RSS, je confirme ce qui est dit sur son auteur.
Le problème c’est que le logiciel est complet, mais est devenu pénible à utiliser hors Docker (de par les choix de l’auteur), et a en interne des choix très étonnants. Je le sais parce que je me suis amusé à faire mon propre outil RSS (principalement pour le sport, mais ça fonctionne pas mal, un jour une version publique peut-être). Je voulais y récupérer les données de TT-RSS avec une fonction de migration, et j’ai bien galéré à remettre tout ça dans une structure plus classique. Je voulais aussi être compatible avec les API et j’ai abandonné, mais je ne sais plus pourquoi.
La connaissance libre : https://zestedesavoir.com
[^] # Re: :wq!
Posté par SpaceFox (site web personnel, Mastodon) . En réponse au lien Bram Moolenaar, auteur de vim, bronsonisé. Évalué à 5.
Je suppose que c’est un changement de signature que tu montres ici. Avec un IDE JetBrains, nu sans la moindre configuration :
ctrl-F6pour afficher la fenêtre de changement de signature.alt-baspour déplacer le premier paramètre en seconde place (ajoute les autres déplacements avec les flèches si nécessaire).ctrl-entréepour valider les changements.Note que tu n’as pas besoin d’être positionné sur la déclaration de fonction pour lancer le changement de signature, n’importe quel usage suffit. Mais le cas échéant, c’est
ctrl-bpour naviguer entre les deux.Je suis désolé, mais non, ça n’est pas non plus « velu ». Si tes collègues on un « effet wahou » avec ça, c’est soit qu’ils ont de mauvais outils, soit qu’ils ne connaissent pas leurs outils.
Sérieusement, j’ai rien contre
viouvim(je n’aime pas l’ergonomie mais c’est un problème orthogonal) ; je reconnais que ça peut être un très bon IDE pour les gens qui accrochent à ce genre de fonctionnement puisque manifestement ça fonctionne (dans le sens où des gens en sont très contents et sont efficaces avec). Mais il faut arrêter de croire que parce qu’un IDE a une interface graphique que c’est lent à utiliser et/ou que ça ne s’utilise qu’à la souris, c’est un argument que je lis beaucoup trop souvent dans le clavier des utilisateurs d’IDE en mode texte. Voici les principaux raccourcis clavier des IDE JetBrains (et un plugin pour améliorer leur découvrabilité ; mais même Eclipse a des raccourcis clavier pour à peu près tout, tout comme VSCode – et évidemment tout ça est configurable.Le genre d’argument de ta dernière phrase ne sert pas
vi, il ne fait que montrer que toi et/ou ton collègue ne connaissent pas les IDE graphiques. Ça n’est pas un problème en soi (pour toi, pour ton collègue qui en utilise un, c’est un problème) ; mais si tu ne connais pas, n’en parle pas.La connaissance libre : https://zestedesavoir.com