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.
Je pige pas ton exemple, "reformatter 45 lignes de suite" c'est un exemple de truc "velu" ?
Parce que non seulement c'est un raccourci dans tous les IDE (ctrl-alt-l chez JetBrains), mais en plus je ne m'en sers jamais, puisque mes fichiers sont automatiquement reformatés selon la norme du projet à la sauvegarde.
Cela dit, merci à toi, Bram Moolenaar pour ce logiciel qui m'a souvent dépanné, même si on est d'accord sur rien en termes d'ergonomie. Repose en paix.
Le cellophane ne remplace pas vraiment les barquettes industrielles, pour une raison toute simple : leur principal avantage, c’est de permettre la conservation sans oxygène (sous vide ou sous atmosphère neutre), ce qui est à peu près impossible à faire chez soi – en tous cas pas avec du cellophane.
Dans certains pays (je pense à l’Espagne entre autres) on peut demander, aux rayons à la découpe, à faire mettre sa viande sous vide. On a une conservation à peu près aussi longue que les viandes en barquettes, mais à la découpe. Le problème principale c’est que ça impose le stockage dans du plastique épais, pour retenir le vide.
C’est plutôt une longue réflexion sur la notion de « comprendre » (et donc ce qu’on peut entendre quand on dit qu’une IA « comprends » des trucs que l’on parle d’une IA réelle ou de SF) ; sur pourquoi l’analogie de la Chambre Chinoise est très souvent mal utilisée dans ce contexte (en plus d’être bancale en elle-même) ; et sur la notion de langage et de pourquoi on ne peut pas résumer ChatGPT (et les modèles de langages en général) à de la pure génération de token sans aucune forme de « compréhension » (cf les définitions étudiées), point sur lequel même des pontes du sujet se sont lamentablement plantés.
[^] # 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
[^] # Re: :wq!
Posté par SpaceFox (site web personnel, Mastodon) . En réponse au lien Bram Moolenaar, auteur de vim, bronsonisé. Évalué à 0.
Je pige pas ton exemple, "reformatter 45 lignes de suite" c'est un exemple de truc "velu" ?
Parce que non seulement c'est un raccourci dans tous les IDE (
ctrl-alt-lchez JetBrains), mais en plus je ne m'en sers jamais, puisque mes fichiers sont automatiquement reformatés selon la norme du projet à la sauvegarde.Cela dit, merci à toi, Bram Moolenaar pour ce logiciel qui m'a souvent dépanné, même si on est d'accord sur rien en termes d'ergonomie. Repose en paix.
La connaissance libre : https://zestedesavoir.com
[^] # Re: Ras-le-bol
Posté par SpaceFox (site web personnel, Mastodon) . En réponse au lien Fini le ticket de caisse ? Sept questions que pose la disparition de l’impression automatique. Évalué à 5.
Le cellophane ne remplace pas vraiment les barquettes industrielles, pour une raison toute simple : leur principal avantage, c’est de permettre la conservation sans oxygène (sous vide ou sous atmosphère neutre), ce qui est à peu près impossible à faire chez soi – en tous cas pas avec du cellophane.
Dans certains pays (je pense à l’Espagne entre autres) on peut demander, aux rayons à la découpe, à faire mettre sa viande sous vide. On a une conservation à peu près aussi longue que les viandes en barquettes, mais à la découpe. Le problème principale c’est que ça impose le stockage dans du plastique épais, pour retenir le vide.
La connaissance libre : https://zestedesavoir.com
[^] # Re: en résumé
Posté par SpaceFox (site web personnel, Mastodon) . En réponse au lien « La preuve définitive que ChatGPT ne comprend rien » (génération de tokens et chambre chinoise). Évalué à 4.
C’est plutôt une longue réflexion sur la notion de « comprendre » (et donc ce qu’on peut entendre quand on dit qu’une IA « comprends » des trucs que l’on parle d’une IA réelle ou de SF) ; sur pourquoi l’analogie de la Chambre Chinoise est très souvent mal utilisée dans ce contexte (en plus d’être bancale en elle-même) ; et sur la notion de langage et de pourquoi on ne peut pas résumer ChatGPT (et les modèles de langages en général) à de la pure génération de token sans aucune forme de « compréhension » (cf les définitions étudiées), point sur lequel même des pontes du sujet se sont lamentablement plantés.
La connaissance libre : https://zestedesavoir.com
[^] # Re: Jamais
Posté par SpaceFox (site web personnel, Mastodon) . En réponse au lien « La preuve définitive que ChatGPT ne comprend rien » (génération de tokens et chambre chinoise). Évalué à 4.
Les 2/3 de la vidéo sont précisément sur la définition de ce que signifie « comprendre quelque chose ». Et c’est loin d’être trivial.
La connaissance libre : https://zestedesavoir.com
# La version anglaise est plus détaillée
Posté par SpaceFox (site web personnel, Mastodon) . En réponse au lien Un glitch matériel permet d’activer gratuitement les fonctions payantes des Tesla, et ce n’est pas…. Évalué à 3.
https://www.tomshardware.com/news/tesla-mcu-amd-asp-flaw-jailbreak
La connaissance libre : https://zestedesavoir.com
[^] # Re: Marcel Béliveau est de retour
Posté par SpaceFox (site web personnel, Mastodon) . En réponse au journal Ah la SNCF!. Évalué à 3.
Oui, les TER sont pilotés par les régions avec des règles souvent pénibles.
La connaissance libre : https://zestedesavoir.com