barmic 🦦 a écrit 5783 commentaires

Là t'es entrain de dire que pour que ça marche il faut faire un service qui fonctionne bien. Je sais que ce genre de logique est difficile au plus haut sommet de l'État, mais bon.

Ca ne supprime pas le piratage entièrement, et ça ne garantit pas le succès (il faut que le coût de créer un bon service soit financièrement viable).
Tu acceptes que 10 a 20% de ton top of funnel a disparu, et tu adaptes le business model en fonction.

C'est tellement généralisé que ça ne sert à rien. Il n'y a aucun sens à exprimer ce genre de généralité sans prendre en compte le marché. Comparer le marché des films/séries qui en croissance même pour les entrées ciné (hors pandémie) et celui de la presse qui s'écrase tranquillement c'est pas très pertinent.

Si le business model est plus viable, c’est ballot, mais C’est pas un problème que tu résous en attaquant les pirates.

Ça dépend de si le piratage est conjoncturel ou pas. C'est encore une généralité.

ceux qui ont prit cher face au piratage sont précisément ceux qui sont partis en guerre.

Et ceux qui n'ont pas les reins assez solides pour faire ce genre de rotation de marché.

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

vu que barmic a l’air de suggérer que les DRMs sont fondamentaux

Non c'est plus l'implication mérite => succès que je trouve très discutable.

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

Pour ceux qui ne connnaisse pas, cela permet de rechercher dans l'historique via du "fuzzy matching"

Sauf cas particulier ça n'est pas du fuzzy matching. Ça cherche des sous chaines là où le fuzzy cherche va être plus permissif, les caractères ne sont pas nécessairement consécutifs (on "aer" peut matcher "azerty" par exemple). fzf a des syntaxes jouer dessus si besoin.

Evidemment. la premiere fois, il faut taper la commande complète, mais après, la sélection se fait super facilement

Comme dis dans le journal dans le journal tu peux même aller plus vite avec des rappels (!make). Mais oui l'objectif c'est de rendre ce premier appel bien moins rébarbatif (j'ai 80 feuilles dans l’arborescence) tout en gardant la capacité d'exploiter l'historique comme d'habitude pour la suite. Le parcours de l'arborescence bien que très rapide est bien moins efficace qu'utiliser l'historique, mais il l'est bien plus que la recherche manuelle.

C'est probablement mal expliqué, mais c'est ça qui me paraît intéressant, on a généralement d'un coté

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

Tu parlais de la qualité des DRM ?

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

Concernant la syntaxe, tu peux tout à fait utiliser fish comme shell par défaut pour l’utilisation interactive et continuer d’écrire et d’exécuter des scripts bash/zsh/sh.

Je sais, je fais du bourn shell, du perl et du python alors que mon login shell est zsh, mais je ne distingue pas mon utilisation interactive et mon utilisation scriptés. Un tas de mes scripts sont des séries de commandes que j'ai tapées suffisamment de fois pour incrémentalement en faire des scripts de plus en plus sophistiqués.

Dans le cas de la complétion, plus tu utilises fish et plus elle devient pertinente.

C'est ce que je me suis dis quand j'ai vu à quel point il était à la rue sur un premier usage. Mais j'ai 15 ans de configuration de zsh et ça me plaît. Si (ce qui n'est pas du tout garanti), si fish peut me produire le même niveau de raffinement, je me retrouve à perdre du temps pour éviter d'avoir à configurer quelque chose que j'apprécie personnaliser.

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

Je dirais pas que c’est une guerre complexe avec le piratage. La solution au pirates est connue et simple: fournit un service de qualité.

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

• J'ai trop souvent perdu un texte, dans un formulaire web qui plante ou que je ferme par erreur.
• J'ai appris à rédiger mes emails (surtout les plus… énervés) loin du client mail, pour me laisser une chance de ne pas pouvoir les envoyer, de pouvoir les relire tranquillement et réaliser que, bon, vaut mieux ne pas envoyer ça ;)

Vscode est particulièrement lourd pour ça car il t'oblige à créer manuellement un fichier pour ça, là où emacs te permet de juste ouvrir un nouveau buffer (ou réutiliser) et taper directement ton texte.

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

Du coup, tu considères que les outils comme fdisk rentrent dans les TUI ou non?

Yep, mais j'en ai pas un usage assez fréquent pour que ce soit une contrainte pour moi.

Note que ça n'est pas non plus une règle d'or ni même une forme de concours. J'utilise pas mal ipython par exemple.

Parce que si oui, une partie de tes outils sont scriptables via, par exemple, expect.

Et avec les terminaux virtuels tout est scriptable, mais ça demande un effort important.

Ce que j'aime bien, c'est de pouvoir faire des actions manuellement puis une fois que je les ai répété 2 ou 3 fois finir par faire des trucs du type :

!make && !rsync

C'est très pratique parce que tu groupe les attentes et tu t'évite 2 points de synchro :)

Et pour traiter de grosses quantités d'informations une fois, je préfère les UI au CLI.

Pour traiter de grosses quantité d'information, je n'ai pas vraiment le choix ce sera forcément en CLI :

• soit parce que ma connexion m'oblige à exécuter mes traitements localement aux données
• soit parce que les UI qui sont capables de traiter de telle quantité sont un plus relou à utiliser que quelques grep/sed/awk/jq

Néanmoins je trouve effectivement que je gagnerais à avoir quelque chose pour gérer de gros volume. Notamment je pourrais grapher ce serait cool.

D'ailleurs, c'est bien pour ça que j'aime zsh: "cd d/p/t" -> "cd devel/projects/tools" est devenu vital pour moi. Une seule tab, pas d'addon. Simple (histoire de parler un peu du nal quand même).

J'ai un peu du mal avec ça. J'utilise beaucoup plus autojump. En fait je connais généralement moins le chemin que le dossier final et donc je lancerais plutôt j tools.

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

C'est difficile de faire du numérique payant sans entrer dans une guerre complexe avec le piratage, non ?

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

Non je ne suis pas contre par principe, c'est juste que dans la plupart de mes usages je privilégie. Après y avoir repenser j'utilise aussi less par exemple et tu me le fera pas abandonner facilement.

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

J'ai très peu essayé fish parce qu'il s'écarte trop d'une syntaxe de bourn shell. La seule chose (du peu que j'en ai vu) que je lui trouvais cool c'était la coloration de la ligne que l'on est entrain d'écrire, mais maintenant c'est utilisable dans zsh.

Je viens de l'installer pour tester, je voyais pas très bien ce que c'était. Si j'ai bien compris c'est un "j'ai de la chance". J'ai pas compris comment il choisi ça (moi il me propose des trucs pas cohérent), mais j'imagine que c'est pilotable, mais je ne sais pas si c'est très pratique à configurer.

Là c'est un peu différent, l'idée général c'est dans certains cas, si j'omets un paramètre, avoir la possibilité de le sélectionner via fzf, puis donner la commande sur la cli pour qu'elle soit effectivement dans l'historique est réutilisable comme n'importe quel autre. Je trouve que c'est un bon mélange de fzf avec un workflow classique.

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

C'est ce qu'il faut faire chez toi, ça n'est pas universel. Pour le coté pas clair, c'est que, je trouve que c'est flou s'il est question des entrées ou du résultat. C'est suffisamment peu clair pour créer un quiproquo ici. Peut être que « Attention le caractère ^ s'obtient généralement avec la touche ^ suivi de la touche espace » est plus clair.

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

Je crois que vous ne parlez pas de la même chose. Toi tu parle du fais que sur ton mapping le ^ n'est inséré qu'après avoir tapé la touche ^ puis la touche espace, mais c'est dépendant du mapping.

Personnellement j'avoue que la formulation « bien saisir une espace entre l’accent circonflexe et le numéro » donne l'impression qu'il faut [^ 1].

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

Tu as raison je voulais du du type curse, c'est à dire qui redessine l'ensemble du terminal et chope des entrées utilisateur.

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

Et tu peux compiler ta configuration pour qu'elle soit exécutée plus vite aussi.

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

Et t'acheter un vélo à 8~16k€.

Mais il n'a besoin de rien pour mettre une race au commun des mortels.

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

Tous ces trucs pour Augmenter La Productivité™

Si tu as passé du temps dans emacs tu dois savoir que tout outil sophistiqué vient avec une certaine philosophie, les IDE qui font de l'introspection de code n'ont pas pour objectifs d'augmenter ton nombre de frappe par minute, mais de te fournir toute l'information dont tu peux avoir besoin pour réaliser chaque frappe (le typage entre autre). Et ils ont généralement un grand niveau de configuration tout ce que tu as décrit.

Tu es content avec emacs et c'est cool, ne change pas, mais je trouvais ta description fortement biaisée. On peut très bien trouver vim excellent (ce qui est mon cas) sans mauvaise fois au près d'emacs.

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

VisualStudio Code (en réalité, j'utilise son fork VSCodium, mais c'est la même chose sauf quelques réglages par défaut qui sont plus respectueux de la vie privée)

Ce n'est pas que de la configuration, il y a des choses en moins pour ne pas pister les utilisateurs.

Oui, j'ai pigé : c'est normal, Emacs est le plus ancien de tous,[…]

vim (ou plus précisément précurseur vi) est bien plus ancien :p

Lorsque je vois ce que certain(e)s auteur(e)s arrivent à faire avec Emacs, j'ai envie de dire oui !

Tu pense à quoi ?

---

Personnellement il ne me semble pas que ce soit d'une grande utilité pour du travail rédactionnel « pure ». On travail bout par bout et on a pas le coté accès aléatoire aux fichiers qui demandent à faire des sauts réguliers. Il me semble que le gros du besoin c'est de travailler les paragraphes, les phrases et les mots. Probablement de mettre en évidence de la recherche pour notamment regarder les répétitions.

---

Mais quand je vois le temps déjà passé (et les efforts faits) pour n'arriver que là où j'en suis (càd, pas très loin). Et quand j'essaye d'estimer le temps que je vais encore devoir passer avant d'arriver là où j'en suis avec mes outils habituels, mon 'oui' enthousiaste d'il y a un instant se transforme en un Euh… j'sais pas. J'sais plus.

Il ne faut pas partir de l'idée que l'on va maitriser des outils comme emacs ou vi pour s'en servir. Il faut commencer à s'en servir et petit à petit apprendre à utiliser leurs raffinements. C'est pour ça que ce sont des choix qui se font en années. De temps en temps ou par exemple pour un nouvel usage, tu ajoute une nouvelle arme à ton attirail.

C'est aussi pour ça que les utilisateurs de ses outils veulent capitaliser au maximum sur leurs outils non seulement c'est dommage de ne pas réutiliser autant d'effort mais en plus s'ils ont mis autant de personnalisation c'est que c'est devenu la manière la plus efficace de manipuler du texte pour eux.

Chercher à se comparer a des gros utilisateurs ce serait comme dire « j'aimerais bien me mettre au vélo mais quand je vois la différence entre moi et Lance Armstrong, je me dis qu'il me reste beaucoup d'entrainement ».

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

Plus sérieusement, la seule raison valide amha pour ne pas utiliser les Styles (ceux par défaut, mais aussi apprendre à en créer de personnalisés dès que le besoin s'en fait sentir), c'est d'ignorer leur existence dans le logiciel de traitement de texte.

Je sais plus pourquoi la dernière fois, j'ai voulu utiliser libreoffice et ben je n'arrivais pas à m'en sortir pour utiliser des styles. Je n'arrivais pas à m'y retrouver pour savoir ce qui était appliqué, ni même pour appliquer des styles,… Ce que je trouvais sur internet ne correspondais pas à ce que je pouvais faire avec mon libo (j'utilise une version à jour de flatpack). J'ai fini par utiliser autre chose que libo. Ça demande probablement une formation pour pouvoir correctement s'en servir.

C'est d'ailleurs une des faiblesses de ces usines à gaz que sont nos traitements de texte[…]

Personnellement c'est plus la croyance que le WYSIWYG qui me semble poser problème. Ça entretiens le comportement des utilisateurs à chercher à "mettre en gras", "en italique ou en rouge, plutôt qu'à donner une sémantique que tu traduit via des styles.

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

Ça choque personne en vrai ?

Pas plus que pip qui s'amuse à exécuter du code sans sandbox au moment où il récupère les dépendances et vu le peu de vérification qui sont faites lors des déploiements dans pip (comme avec le déploiement d'un leurre request pour leurrer ceux qui se trompent en utilisant requests)

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

Je sais bien, ma question est sur les frontières du cycle de vie.

On s'en fout.

• Ça sert principalement à faire des études comparatives. Donc tenter d'ajouter pour la voiture thermique et pour la voiture électrique les même choses n'ont pas vraiment d'intérêt.
• On chercher à éviter les coûts cacher pas à savoir à la particule prêt la production de CO2
• Et surtout, ça ne marche pas comme tu semble le croire. On regarde la part qui est attribuable à l'objet de l'étude. Donc plus tu va loin, moins tu augmente le coût. Tu arrive à une asymptote qui est ce qui est intéressant.

C'est bien sûr limité on ne sait pas tout mesurer, mais l'objectif c'est de mettre en lumière les coûts cachés. Donc on avance on s'améliore, ça ne remet pas en cause la méthode. Ce n'est pas parce qu'on arrive pas à mesurer quelque chose avec précision que toute mesure est disqualifiée.

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

Perso de ce que j'ai essayé ça ne marche pas si bien que ça. Peut être que c'est dû à ma debian stable.

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

Mais si tu le fais pour la voiture électrique, il faut aussi le faire pour tous les autres produits. Du coup la notion de cycle de vie d'un produit n'a plus d'intérêt.

Bien sûr que si. Ça permet de prendre en compte dans la comparaison les différences dans la construction (en particulier les batteries) et les éventuelles différences de durée de vie.

Prendre en compte le cycle de vie complet est classique et normal si tu veux t'intéresser au réel impact écologique.

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

Personnellement il me faut bien 5 minutes pour faire la vaisselle d'un repas

Perso je ne fais pas de batch cooking, donc je dois rester 5 minutes pour suivre la cuisson.

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

t’as pas une tour de pise de trucs qui peuvent casser juste à côté de l’évier ou tu passes ton temps à aller chercher des trucs.

Ça dépend évidemment de la vie de chacun, mais c'est un choix d'utiliser de la vaisselle en verre et de la stocker dans un espace prévu comme espace tampon.

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