Journal Linux prêt pour le desktop : DHH dit oui

Posté par  . Licence CC By‑SA.
Étiquettes :
20
6
juin
2025

Après PewDiePie, Linux a un nouveau promoteur et pas des moindres : DAVID HEINEMEIER HANSSON. Le « créateur du framework web Ruby on Rails », celui-là même qui fait tourner LinuxFR. Bon, il ne dit pas que Linux est prêt pour tous les desktops mais que c'est assurément l'OS qu'il faut sur celui d'un développeur :

  • Il y a un an il a annoncé que Linux serait l'OS par défaut de sa boîte, 37signals (anciennement Basecamp), après 20 ans d'hégémonie de macOS
  • En Juin 2024 il publie sa propre dérivée d'Ubuntu destinée au développeurs : Omakub : « Omakub transforme une installation Ubuntu fraîche en un système de développement web entièrement configuré, moderne et esthétique, grâce à une seule commande. »
  • Juillet 2024 : « Linux est merveilleux, imparfait, chaotique, magnifique, geek, différent. Android est personnalisable, ouvert, fragmenté, moins soigné, expérimental. Tous les avantages et les inconvénients sont vrais en même temps. »
  • Septembre 2024 : « Si tu es capable de mettre en place une chaîne de build moderne pour JavaScript, ou même de configurer correctement IAM sur AWS, alors tu as déjà toute l’endurance nécessaire pour te lancer dans l’aventure Linux. Envisage d’y redonner une chance. Pas parce que c’est facile, mais parce que ça en vaut la peine. »
  • En Mars 2025 il publie « Un an sous Linux » : « Le soleil brille encore, le vent souffle dans mes cheveux, et le sourire sur mes lèvres n’a pas été aussi grand depuis les tout premiers jours d’OS X. »

PS : Il utilise Linux sur des PC de la marque Framework qu'il encense aussi régulièrement.
PPS : Je crois qu'il faut le préciser maintenant, j'ai utilisé un traducteur automatique pour ses commentaires (mais j'ai lu les articles en VO, faut pas déconner)

  • # L'inverse

    Posté par  . Évalué à 9 (+9/-2).

    C'est le desktop qui n'est pas prêt pour Linux.
    La caractéristique première d'Unix c'est d'être simple, pourquoi diable devrait-on le rendre compliqué alors qu'on voit bien toutes les galères des utilisateurs qui utilisent une interface complètement absurde (utiliser une souris au lieu d'un clavier pour taper du texte ???) et qui change tout le temps au cas où on s'y serait habitué ?
    On va répondre que l'utilisateur ne va jamais arriver à taper une ligne de commande (par exemple "cp monfichier madestination/". Mais en regardant autour de moi je vois plutôt des utilisateurs qui n'arrêtent pas de s'arracher les cheveux, qui perdent leurs fichiers parce qu'ils ont "glissés" on ne sait où et qui sont perdus à chaque mise à jour parce que les boutons ont changé d'emplacement et de couleur parce que c'est plus moderne.
    C'est un peu comme si on devait utiliser un pinceau pour écrire ses listes de courses parce que c'est mieux on peut mélanger les couleurs. Est-ce que la liste de course est prête pour le pinceau ?

    • [^] # Re: L'inverse

      Posté par  (site web personnel) . Évalué à 2 (+3/-3).

      Est-ce que les années 70 sont prête pour l'IA? Pas sûr.

      Non seulement on ne doit pas demander à un utilisateur de taper une commande pour bouger un fichier (ni d'utiliser emacs dired ) mais l'utilisateur ne doit pas à avoir à gérer de fichiers : au plus, des documents. Un utilisateur comprend mieux une base de données qu'un "fichier". Tout est fichier - donc ça ne veut rien dire.

      L'utilisateur ne doit même pas savoir qu'il y a des fichiers qui portent ou pas ses documents. Peut être qu'ils sont dans le cloud, peut être qu'ils sont reconstruits à partir de hash variés ici ou là. Peu importe. Lui il doit gérer sa vie, ce qu'il fait, pas ce que l'ordinateur doit faire. Et je n'écris pas ça par mépris - je peux aimer utiliser git, mais tout autant aimer utiliser un système sans comprendre ce qui se passe en dessous

      • [^] # Re: L'inverse

        Posté par  . Évalué à -1 (+0/-3).

        L'utilisateur ne doit même pas savoir…
        utiliser un système sans comprendre…

        C'est valable pour un système complexe et incompréhensible qui change tout le temps. En revanche pour un système simple et stable depuis une cinquantaine d'années, il est beaucoup plus simple d'apprendre une fois pour toute la poignée de commandes qui permet de manipuler les fichiers que de jouer au jeu d'aventure avec sa souris et de faire croire que ses documents vont être en sécurité dans les nuages.
        Bien sûr si on commence à utiliser un éditeur de texte pour bouger des fichiers ça va à l'encontre de l'idée.

        Normalement on n'est pas obligé de comprendre tout ce qu'il y a "en dessous", en surface ça suffit, comme c'est le cas avec un système de fichier.

        Mais pour git c'est l'inverse il est beaucoup plus simple de comprendre ce qu'il y à en dessous que de comprendre les commandes de surface !

      • [^] # Re: L'inverse

        Posté par  (site web personnel) . Évalué à 10 (+13/-1).

        Il suffit de dire aux utilisateurs que le shell c'est un "prompt" avec une IA nommé "bash".

        Le post ci-dessus est une grosse connerie, ne le lisez pas sérieusement.

        • [^] # Re: L'inverse

          Posté par  . Évalué à 3 (+1/-0).

          $ copie maphoto.jpg du dossier Téléchargements vers MesPhotos
          bash: copie : commande introuvable

          Et ça ne marche pas mieux en anglais. Les IA d'aujourd'hui on leur parle en langage naturel, sans avoir besoin d'apprendre une nouvelle langue ! Mais tu tiens quelque chose, je suis sûr que le shell qui comprend le langage naturel ne va pas tarder. C'est un peu ce que fait Claude Code d'ailleurs.

  • # lien septembre 2024

    Posté par  (site web personnel) . Évalué à 3 (+1/-0).

    le bon lien pour septembre 2024 est https://world.hey.com/dhh/why-don-t-more-people-use-linux-33b75f53

    et l'IAM sur AWS c'est l'Identity Access Management (bref, la gestion des accès) chez Amazon Web Services.

  • # Ce sont des bons articles !

    Posté par  . Évalué à 3 (+2/-1).

    Je lis DHH depuis des années, et ses articles sur Rails, Linux, et sur la migration de Hey et Basecamp d'AWS vers leurs serveurs propres sont très chouettes.

    Le bouquin Rework est très chouette aussi (mais la traduction française est catastrophique).

    Par contre je recommande pas trop ses autres articles sur l'éducation, l'inclusivité, la société et tout ce qui sort de la tech, on dirait mon grand-père réac' :).

    • [^] # Re: Ce sont des bons articles !

      Posté par  . Évalué à 1 (+0/-1).

      Oui, je m'attendais à ce qu'on vienne me le faire remarquer en commentaire. Je m'abstiens de lire son opinion quand il sort de son domaine. Un Tech bro comme il en existe beaucoup ici et là-bas…

Envoyer un commentaire

Suivre le flux des commentaires

Note : les commentaires appartiennent à celles et ceux qui les ont postés. Nous n’en sommes pas responsables.