barmic 🦦 a écrit 5946 commentaires

  • [^] # Re: RĂ©troĂ©clairage

    Posté par  . En réponse au lien System76 annonce un clavier mécanique open source. Évalué à 0.

    Et donc qu'à avoir le pavé numérique là dedans ?

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

  • [^] # Re: RĂ©troĂ©clairage

    Posté par  . En réponse au lien System76 annonce un clavier mécanique open source. Évalué à 2.

    Observe bien que les gens font justement des contorsions de leur main/poignet pour passer de la zone alphanumérique à la souris.

    Lever la main, tourner le bras, baisser la main ? Tu fais le même mouvement avec ou sans pavé numérique, tu as juste quelques degrés de rotation en plus. Tu contorsionne bien plus ton poignée pour attraper la souri que pour tout le reste du mouvement.

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

  • [^] # Re: RĂ©troĂ©clairage

    Posté par  . En réponse au lien System76 annonce un clavier mécanique open source. Évalué à 2.

    Les ordinateurs portables ont toujours été une hérésie […]

    Là c'est les consommateurs qu'il faut questionner pourquoi acheter un portable si c'est pour lui adjoindre un clavier et un écran ? C'est la définition d'une tour et c'est pas comme si c'était impossible de trouver un ordinateur transportable qui convient de RaspberryPI aux Intel NUC en passant par les Mac Mini. Si c'est si hérétique pourquoi en acheter ?

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

  • # Titre

    Posté par  . En réponse au journal Ma découverte de Docker. Évalué à 10.

    C'est quoi ODK ?

    Il est très facile d’écrire du code Java qui ne fonctionnera que sous un seul système par exemple

    Il est facile d'écrire un programme qui ne s'exécute que sur la machine de son développeur.

    Docker est normalement capable d’exécuter sur un processeur arm64 une image ciblant l’architecture x86_64.

    Docker n'y est pas pour grand chose, c'est qemu qui fait le taff. Faut bien voir ici que la "portabilité" consiste à installer qemu sur Mac pour qu'il lance linux qui lancera docker. Perso je trouve que docker hors Linux est un gros hack.

    J'avais entendu dire que docker sur M1 c'était balbutiant ça a l'air de pas mal fonctionner.

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

  • [^] # Re: RĂ©troĂ©clairage

    Posté par  . En réponse au lien System76 annonce un clavier mécanique open source. Évalué à 2.

    Je doute que l'absence de mouvement soit très bon. Il ne faut pas devoir "tenir" une position. Chercher à optimiser les tailles et réduire les mouvements ne me semble pas bon en soit. Il faut que ce soit des positions et mouvements naturels (=> qui ne demandent pas de contortions). L'amplitude n'est pas une mauvaise chose, il faut moins de concentration et de crispation pour les effectuer.

    Pour le portage c'est drôle de vouloir gagner de la place pour se trimballer 2 claviers et de devoir prendre 2 fois plus de place en situation de mobilité.

    Évidemment chacun fais bien ce qu'il veut.

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

  • [^] # Re: j'ai bien lu ?

    Posté par  . En réponse au lien System76 annonce un clavier mécanique open source. Évalué à 2.

    Attention que made indique souvent la nationalité de la marque

    C'est illégal aux USA comme en France. Il faut que la dernière étape de fabrication soit faite dans le pays.

    Et bien sûr que ce n'est pas entièrement fait dans le pays, mais c'est du coup l'étape là plus chère à automatisée qui est la plus probable d'être effectuée dans de mauvaises conditions. À minima c'est toujours ça de pris.

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

  • # RĂ©troĂ©clairage

    Posté par  . En réponse au lien System76 annonce un clavier mécanique open source. Évalué à 2.

    Le rétroéclairage est bizarre je trouve. Je en suis pas sur que ça aide à la lisibilité quand ce qui est écris sur les touches n'est pas lumineux.

    Perso je ne suis pas fan des claviers tout petit. Je ne comprends pas le principe derrière (tout comme le fais de vouloir virer le pavé numérique).

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

  • [^] # Re: j'ai bien lu ?

    Posté par  . En réponse au lien System76 annonce un clavier mécanique open source. Évalué à 3.

    Que ce soit made in USA n'est pas un argument pour le Français que je suis[…]

    Ca peut le respect des employés est plus grand aux USA que dans d'autres pays. Par exemple tu sais que ce n'est pas manufacturé par des enfants.

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

  • [^] # Re: historiques

    Posté par  . En réponse au journal Les doutes d'un gars qui écrit: sérieusement se mettre à Emacs, ou pas ?. Évalué à 2.

    J'oublie toujours qu'emacs n'est pas n'ait avec gnu emacs. Ce qui est frappant c'est qu'aujourd'hui, il n'existe quasiment plus que l'implémentation gnu, non ? Tous les trucs comme xemacs sont basés sur la version gnu.

    Alors qu'il existe plusieurs implémentations de vi (ne serais-ce titre vim et neovim).

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

  • [^] # Re: Franchement

    Posté par  . En réponse au journal Coin2086, un module Python pour faciliter vos déclarations fiscales de ventes de crypto-monnaies. Évalué à 10. Dernière modification le 14 mai 2021 à 09:14.

    Très franchement la notion de conscience pour les utilisateurs de cryptomonaie, oui elle est clairement limité (comme tout autre spéculateur ou possesseur de SUV). Payer des impôts dessus n'est qu'un moindre mal.

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

  • [^] # Re: Six mois plus tard

    Posté par  . En rĂ©ponse Ă  l’entrĂ©e du suivi RĂ©duire la liste de dĂ©pĂŞche en cours de rĂ©dactions. Évalué à 2 (+0/-0).

    Par contre, je pense que c’est une règle quasi-générale, il faut supprimer les dépêches qui n’ont plus d’activité lors des derniers 12 mois.

    Entièrement d'accord. Ça pourrait même être divisé par 2 à mon avis.

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

  • [^] # Re: Besoin d'une version dĂ©matĂ©rialisĂ©e!

    Posté par  . En réponse au journal Une dernière chance pour le magazine scientifique papier. Évalué à 0.

    Je dit pas qu’il faut abandonner. Je dit que si t’as pas de product/market fit, t’es cuit. Le problème à résoudre c’est le product/market fit, pas le piratage, qui n’est qu’une conséquence.

    Si la valeur de ce que tu vends est tellement basse qu’il nest pas possible de s’en sortir, ça craint, à la fois pour toi et tes rares clients, mais t’es pas dans un marché viable.

    La valeur c'est pas quelque chose de si simple à mesurer le fais d'ajouter des DRM réduit cette valeur alors que le fait que le contenu soit plus rare en augmente la valeur (si on parle de valeur marchande). Ce n'est pas quelque chose qui s'évalue sans prendre justement en compte toutes ses parties. Et ce n'est pas forcément au marché d'être seul décideur des valeurs.

    Tu amalgame piratage avec le piratage des films et musiques.

    On parle de sciences et vie la, c’est assez grand publique quand même, la problématique est similaire.

    D'une part le jeu vidéo n'est pas une niche, de 2 ça ne me paraît pas comparable du tout. Le monde du film et des séries a un budget démentiel qui sert pour une part importante à faire de la pub. D'un coté tu as une publicité (qui n'est même pas de ton fait pour les films) folle pour créer l'engouement de l'autre pour tout ce qui est presse c'est plus compliqué. Le budget de marketing de certains films dépassent le CA de certains journaux.

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

  • [^] # Re: Besoin d'une version dĂ©matĂ©rialisĂ©e!

    Posté par  . En réponse au journal Une dernière chance pour le magazine scientifique papier. Évalué à 0.

    Le truc, c'est que si t'as pas de market fit en premier lieu, tu vas te casser la gueule.

    Ce n'est pas parce qu'un marché est en mal qu'il faut l'abandonner. C'est une position problématique de suivre juste les gros marchés et ignorer le reste. L'agriculture n'est pas porteur par exemple.

    Le piratage c'est juste un signe de tes clients potentiels qui pensent "ton service ne me convient pas, je ne veux pas te payer". Supprime le piratage, tu changeras pas leur avis.

    Tu amalgame piratage avec le piratage des films et musiques. Il y a un d'autres piratages et certains n'existent que parce que c'est possible. Les jeux vidéos par exemple. La lutte antipiratage ne réduisent pas les ventes au contraire.

    Et qui étaient donc deja condamnés a disparaitre, étant inadapté a leur marché.

    Parce que l'évolution du monde est linéaire ? Ou bien parce que les petits n'ont pas à survivre ?

    Et oui, évidemment que c'est une généralité, et chaque marché/niche peut dévier. Dire "C'est difficile de faire du numérique payant sans entrer dans une guerre complexe avec le piratage, non?" c'est aussi une généralité, ou veux tu en venir?

    C'est une question. Avec un apriori, mais une question. C'est assez différent d'une assertion.

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

  • [^] # Re: Besoin d'une version dĂ©matĂ©rialisĂ©e!

    Posté par  . En réponse au journal Une dernière chance pour le magazine scientifique papier. Évalué à 0.

    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

  • [^] # Re: Besoin d'une version dĂ©matĂ©rialisĂ©e!

    Posté par  . En réponse au journal Une dernière chance pour le magazine scientifique papier. Évalué à 0.

    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

  • [^] # Re: Pas compris...

    Posté par  . En réponse au journal fzf et mon terminal. Évalué à 3.

    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

  • [^] # Re: Besoin d'une version dĂ©matĂ©rialisĂ©e!

    Posté par  . En réponse au journal Une dernière chance pour le magazine scientifique papier. Évalué à 1.

    Tu parlais de la qualité des DRM ?

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

  • [^] # Re: Fish ?

    Posté par  . En réponse au journal fzf et mon terminal. Évalué à 2.

    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

  • [^] # Re: Besoin d'une version dĂ©matĂ©rialisĂ©e!

    Posté par  . En réponse au journal Une dernière chance pour le magazine scientifique papier. Évalué à -7.

    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é.

    rire

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

  • [^] # Re: paradigmes/univers ≠

    Posté par  . En réponse au journal Les doutes d'un gars qui écrit: sérieusement se mettre à Emacs, ou pas ?. Évalué à 2.

    • 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

  • [^] # Re: curses

    Posté par  . En réponse au journal fzf et mon terminal. Évalué à 2.

    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

  • [^] # Re: Besoin d'une version dĂ©matĂ©rialisĂ©e!

    Posté par  . En réponse au journal Une dernière chance pour le magazine scientifique papier. Évalué à 2.

    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

  • [^] # Re: curses

    Posté par  . En réponse au journal fzf et mon terminal. Évalué à 2.

    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

  • [^] # Re: Fish ?

    Posté par  . En réponse au journal fzf et mon terminal. Évalué à 4.

    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

  • [^] # Re: notes de bas de page avec Markdown

    Posté par  . En réponse au journal La fonctionnalité de la mort qui tue. Évalué à 2.

    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