Journal On nous cache tout on nous dit rien (rendez-moi mon filesystem !)

40
14
mai
2026

(à lire jusqu'au bout : y'a une surprise à la fin)

Cher journal,
il faut se rendre à l'évidence, j'ai basculé dans la catégorie des grincheux. Mais malgré le titre (un peu racoleur je te l'accorde) de cet article, j'espère ne pas avoir glissé jusqu'au complotisme, tu me diras.

Alors voilà. Je suis de la génération qui range ses données proprement dans ses systèmes de fichiers. Et là où c'est utile je synchronise ou je partage avec un ownCloud/nextCloud à moi. Et ça me paraît naturel j'ai toujours fonctionné comme ça : la toute première commande que j'ai tapée sur un PC c'était peut-être > dir A:, et à cette époque fallait bien ranger les disquettes (souples), ça ne me rajeunit pas.

Au boulot j'ai toujours été contraint d'utiliser du Microsoft. Aujourd'hui ça veut dire Windows, OneDrive, Office365 tout ça tout ça. Et plus le temps passe, plus le machin cherche à me cacher mon système de fichiers… Ci-dessous quelques exemples pour étayer mes propos.

Quand j'ouvre un explorateur de fichiers, je tombe sur un emplacement (?!?) nommé "Accueil", avec des suggestions de fichiers à ouvrir. Juste en dessous, j'ai un bouton "Galerie" qui m'affiche des images qu'il a trouvées/indexées je ne sais où, triées par ordre chronologique. À ne pas confondre avec l'emplacement "Images" qui, lui, correspond bien à un sous-dossier de C:\users\[mon identifiant]. Dis, j'pourrais pas juste voir mon home stp ?

Dans Excel, quand je tape Ctrl+o, ça ne m'ouvre plus un explorateur de fichiers comme il fût un temps. Au lieu de ça, le machin se permet de me faire des recommandations (!) glanées par-ci par-là, comme si cette stupide machine savait mieux que moi ce que je veux ouvrir. Y'a des liens vers des tutoriels, des trucs indexés sur des sharepoints… Un bouton "Parcourir" existe bien, mais il est mini, mini, mini. Et oh, j'suis pas sur une boutique en ligne et j'ai du boulot moi, alors quand j'veux juste ouvrir un fichier, j'aimerais bien voir mes dossiers !

Et puis tiens, ça me donne une bonne occasion de râler (et croyez-moi j'en rate rarement) : pour taper Ctrl+o je dois me tordre la main gauche ou bien utiliser mes 2 mains. Et oui, sur mon PC portable pro z'ont viré la touche Ctrl droite pour y foutre une €#+°¥`[% de touche copilot. Un vrai cactus au milieu du clavier. Le responsable ? hp/microsoft. Merci.

Quand j'exporte un tableau Excel en pdf et que je choisis un dossier de destination dans une arborescence OneDrive, l'opération est délicate : ça me génère un pdf et ça me l'ouvre avec Edge. Mais le fichier n'existe que sur le serveur, il n'est même pas rapatrié en local. Si je veux ouvrir ce pdf plus tard, hors ligne, ben ça marche pas.

Avec Google c'est pas mieux (je suis sur Android, /e/OS pour être plus précis). Je teste un truc sur une appli que je maintiens comme je peux. Je lance mon appli, je crée un fichier, je l'enregistre. Où ça ? Ben l'interface Android s'ouvre sur l'emplacement "Téléchargements". Mouais, ça n'a rien à foutre là mais je m'en fous c'est juste un test bidon dans 1 minute je dégage le fichier. Alors je le mets là. Je ferme mon appli, je la relance et j'essaie d'ouvrir ce fichier : horreur ça marche pas j'ai dû péter quelque chose dans un récent commit. Je crée tout de suite une "issue" pour ne pas oublier, puis on verra plus tard (quand je serai sorti du bus).
J'y reviens le lendemain. Même test, mais en sauvegardant mon fichier à un endroit plus raisonnable. Ben là, tout marche nickel. C'est quoi, cet emplacement qui s'appelle "Téléchargements" ? C'est pas bêtement un dossier ~\Downloads ? Est-ce la paresse ou l'énervement… j'ai même pas cherché à comprendre.

Et moi, et moi, et moi, dans tout ça, j'suis sûrement un peu parano alors c'est la même petite musique que j'entends à chaque fois : "Nan, nan, fais pas ci fais pas ça, laisse tomber ce concept de dossiers bien rangés, c'est dépassé et t'es bien trop bête pour ça. L'avenir : mets toutes tes données chez moi, je suis tellemement plus (artificiellement) intelligent que toi que ça va bien se passer. Et si t'as paumé un truc un jour, ben t'as une nouvelle touche sur ton clavier tu verras c'est trop bien".

Les gens sont fous, les temps sont flous… Alors faut pas s'étonner quand on voit la jeune génération infoutue de comprendre la différence entre stockage local et distant, ils sont vraiment pas aidés !

Le plus difficile, c'est de ne pas foncer à tout berzingue dans un complotisme anti Google-Microsoft primaire. Alors oui mais quand on voit le business model du premier qu'est assis sur la monétisation des données, et le second qui s'accroche tant qu'il peut au verrouillage de ses utilisateurs… faut reconnaître qu'ils ont carrément intérêt à brouiller les cartes.

Décidément je suis content avec mon Linux. Pas besoin d'être un aventurier pour (au moins chez soi) garder le contrôle !

ps, un petit challenge : c'est à celle ou celui qui reconnaîtra le plus de titres de chansons (toutes du même interprète) que j'ai glissés dans cet article. Non il n'y a rien à gagner, c'est juste une manipulation pour vous inciter à le (re)lire, que voulez-vous je suis un peu opportuniste ;)

  • # Les jeunes

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

    « Alors faut pas s'étonner quand on voit la jeune génération infoutue de comprendre la différence entre stockage local et distant, ils sont vraiment pas aidés ! »

    Mes collègues enseignants et moi-même sommes arrivé au même diagnostique : jadis nos étuidants avaient quelques difficultés pour mémoriser les commandes Shell élémentaire pour explorer leur répertoire personnel. Désormais, en arrivant, avec les progrès des interfaces utilisateurs, ils n’ont souvent plus ni le concept d’arborescence, ni même celui de fichier… On n’arrête pas le progrès.

    « IRAFURORBREVISESTANIMUMREGEQUINISIPARETIMPERAT » — Odes — Horace

    • [^] # Re: Les jeunes

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

      Et d'après un pote enseignant, les "djeunz" ne savent pas utiliser un clavier. Un vrai clavier, connecté à une machine "normale".
      En particulier, ils ne savent pas faire de majuscule. Mais à quoi bon ? C'est inutile dans un prompt, non ?

      • [^] # Re: Les jeunes

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

        En particulier, ils ne savent pas faire de majuscule.

        Si si, ils appuient une fois sur verrouillage majuscule, puis sur la touche alphabétique qu'ils veulent, puis ils appuient une seconde fois sur la touche verrouillage majuscule.

        L'usage de la touche majuscule "simple" semble inconnu.

        Votez les 30 juin et 7 juillet, en connaissance de cause. http://www.pointal.net/VotesDeputesRN

        • [^] # Re: Les jeunes

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

          S'ils ont un mapping clavier correct l'avantage de cette méthode c'est que tu as les majuscules accentuées là où Shift va te faire des chiffres :-)

          • [^] # Re: Les jeunes

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

            Comme souvent, c'est inégal. Un de mes gamins a effectivement découvert le "shift" très récemment. Mais c'est un autre gamin qui m'a appris à taper les majuscules accentuées (et cédille) !
            À noter que sous Window$ c'est moi le gamin : je sais toujours pas taper ni "À" ni "Ç" (mais j'ai pas cherché, je travaille surtout en anglais à l'écrit)

            • [^] # Re: Les jeunes

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

              Sous Windows, il faut installer les PowerToys et activer Quick Accent (NB: les noms ont peut-être été francisés).
              À partir de là, la technique est : appuyer sur la touche/lettre que l'on veut accentuer puis, dans un laps de temps court (configurable), appuyer sur une touche fléchée, gauche ou droite. Un popup apparaît, dans lequel on peut se déplacer pour sélectionner la variante accentuée (comme Ç, É, etc). Certaines touches/lettre permettent aussi d'obtenir d'autres symboles, comme ¥.

              Sous Linux, il faut configurer une touche "compose". De là, pour un Ç, appuyer sur <compose>, puis ,, puis C (ou C puis ,).

              Sous Windows, on obtient une liste dans laquelle il ne reste plus qu'à choisir (si elle est longue, ça peut aussi devenir fastidieux).
              La méthode Linux est moins stressante (pas de contrainte de vitesse d'exécution de la manip), mais il faut de l'imagination pour deviner quels symboles combiner pour obtenir celui que l'on désire.
              Ou RTFM ?… D'ailleurs, il se trouve où, ce M de RTFM ?

              • [^] # Re: Les jeunes

                Posté par  (site web personnel) . Évalué à 1 (+0/-1). Dernière modification le 15 mai 2026 à 22:35.

                Sous Linux, il faut configurer une touche "compose". De là, pour un Ç, appuyer sur , puis ,, puis C (ou C puis ,).

                ou appuyer sur la touche Majuscule (pas shift) puis ç et hop t'obtiens « Ç »
                il n'y a que le ñ de Español qui est compliqué à faire (et sa majuscule)

                et sous GNOME, tu peux afficher la disposition clavier pour te servir d'anti-sèche (et de copier/coller)

              • [^] # Re: Les jeunes

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

                Ou RTFM ?… D'ailleurs, il se trouve où, ce M de RTFM ?

                Liste des codes "compose" suivant le système d'écriture dans /etc/console-setup/ (dans debian, tout au moins).

                À noter qu'on peut le surcharger avec un fichier ~/.Xcompose dont voici un exemple des lignes à inclure :
                exemple de ligne (les commentaires commence par #)

                include %L  # pour inclure le fichier compose par défaut
                <Multi_key> <e> <e>     : "€"  U20ac # EURO SIGN

                man Xcompose

                Ce qui peut répondre en partie à la question d'Ysabeau, on peut configurer par ce moyen son clavier pour les langues ayant des correspondances avec les langues ouest-européennes (par exemple le grec ou les langues cyrilliques) pour que la touche compose+lettre donne la lettre équivalente dans l'autre système. Un peu lourd et utilisable seulement pour des bouts de textes, mais évite d'avoir à apprendre une autre disposition de clavier ou de scotcher des bouts de papiers sur les touches de son clavier.

                Je me demande d'ailleurs si on ne pourrait pas utiliser ce système, ou alors xkbcomp, pour que capslock+lettre donne la lettre correspondante dans l'autre système, ce qui serait alors relativement commode pour taper dans les deux langues (pour les majuscules, utiliser un autre modificateur)

                • [^] # Re: Les jeunes

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

                  En BÉPO, c'est simple. Les caractères sont en majuscules dès que Shift est appuyé ou Caps Lock activé.

  • # J'en ai compté cinq…

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

    …mais j'en ai certainement oublié : j'ai lu ton journal à 5 heures, je m'éveillais

    • [^] # Re: J'en ai compté cinq…

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

      C'est un bon début !
      Je te suggère de les lister ici, ce qui facilitera la tâche pour les suivants (il en manque encore 9…)

      • [^] # Re: J'en ai compté cinq…

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

        En relisant, j'en ai trouvé d'autres. En vrac et dans le désordre :

        • Mini, mini, mini
        • L'opportuniste
        • On nous cache tout, on nous dit rien
        • L'aventurier
        • Les cactus
        • La paresse
        • Fais pas ci, fais pas ça
        • Les gens sont fous, les temps sont flous
  • # Changement de paradigme

    Posté par  (Mastodon) . Évalué à 10 (+7/-0).

    En fait, on a changé de paradigme sur les ordiphones Google et les ordinateurs équipés de Windows. Auparavant, on avait la métaphore du bureau : le bureau (informatique) était présenté comme un bureau (du monde réel) avec ses dossiers et ses fichiers. De nos jours, on est passé progressivement au paradigme de l'application. C'est-à-dire que la porte d'entrée pour utiliser le système, ce n'est plus un fichier sur lequel on (double-)clique mais une application qu'on lance. Dans le paradigme moderne, les fichiers sont masqués par l'application qui les mets où elle a envie (et maintenant très souvent, malheureusement, en ligne).

    De mon point de vue, c'est une régression majeure dans l'utilisation de nos systèmes et je suis bien content que nos environnement de bureaux Linux ne succombent (pas trop) à ce changement de paradigme parce que ça rend l'usage du système assez opaque. Et surtout, ça nuit considérablement à la maîtrise de nos données. Avec ces systèmes «modernes», on donne littéralement toutes les données qu'on produit aux grands consommateurs de données : photos, textes, etc. C'est aussi pour cette raison que les anciennes générations qui ont connu la métaphore du bureau s'en sortent parfois bien mieux que la jeune génération qui n'a connu que le paradigme de l'application. Les vieux ont une meilleure compréhension de leur système que les jeunes.

    Je ne suis pas très optimiste sur la tournure des événements. Rien n'indique qu'on va revenir à la métaphore du bureau. À moins de pousser tous les utilisateurs d'ordinateurs vers Linux.

  • # application first vs data first

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

    Unix a privilégier une approche orientée données : tout est fichier et le texte est le format d'échange entre les programmes. On combine tout ça dans des pipes et oh, bonheur.

    Le desktop permet encore cette approche : on a un FS et même si les applications produisent des données dans un format propriétaire, on peut encore bidouiller pour les manipuler avec d'autres applications.

    Le mobile a pris une approche orienté application. Il n'y a pas de FS visible. Chaque application est propriétaire de ses données et les autres applications ne les voient pas, sauf démarche spécifique de les mettre dans les répertoires partagés.

    Je ne suis pas persuadé qu'il y a eu une intention de nuire. Simplement, 1/ la contrainte de l'ergonomie du mobile qui ne permet pas facilement d'avoir plusieurs applications en parallèle et qui rend une navigation dans un FS laborieuse 2/ les appstore qui font qu'on ne peut plus vraiment faire confiance aux apps (le pouvait-on avant ?) nécessite de "cacher" les données.

    Le web a la même approche, pour quasiment les mêmes raisons.

    Il n'y a rien d'incitatif pour les développeurs d'OS et d'application de changer cet état de fait. En terme de business, ça leur coûterait en conception et en effort d’interopérabilité pour ne rien leur rapporter, au contraire. Et c'est triste.

    Cela me fait simplement dire que le mobile est un outil de consommation et pas un outil de production de l'information.

    • [^] # Re: application first vs data first

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

      Je ne peux qu'être d'accord avec cette analyse, qui pourtant ne m'enchante guère. Chaque application ses données à soi, et surtout ne partageons rien, c'est un paradigme que je n'apprécie pas vraiment.

    • [^] # Re: application first vs data first

      Posté par  (site web personnel) . Évalué à 7 (+4/-0). Dernière modification le 16 mai 2026 à 19:08.

      Unix a privilégier une approche orientée données : tout est fichier et le texte est le format d'échange entre les programmes. On combine tout ça dans des pipes et oh, bonheur.

      C'était peut être le bonheur en 1969, mais cette approche a pris un sacré coup de vieux, façon Édouard Philippe:

      • les chemins de fichiers ne veulent rien dire (/usr, ~/.local/share, /etc …) ;
      • les toolkits et les applications ont tendance à masquer les chemins, à les rendre impossible à copier ou même à changer
      • le texte comme format d'échange, c'est nul pour les images, le son, la vidéo…
      • le texte comme format d'échange, ça manque sérieusement de structure ;
      • les pipes, c'est bien au litdans un shell, mais ça n'a pas de traduction en interface graphique : on a le presse papier, le drag & drop, mais rien pour facilement "connecter" des applications entre elles ;
      • le système de permissions n'a pas la notion d'application.

      Ça fait moment que me trotte en tête une proposition pour les moules motivés : proposer une sorte de concours où chacun décrit dans journal ce que serait pour lui un "Better Linux" du point de vue UX/UI avec des maquettes, des explications…

      Ce post est offensant ? Prévenez moi sur https://linuxfr.org/board

  • # nan mais lol

    Posté par  (site web personnel) . Évalué à -10 (+0/-12). Dernière modification le 15 mai 2026 à 17:00.

    La structure hiérarchique des FS est UN modèle d'organisation des données. Ce modèle est UNE abstraction indépendante de l'organisation réelle (physique) des données.

    C'est PAS un modèle efficace ni intuitif de rangement (prenons un sujet d'actualité : ma fiche d'impôt est un document, administratif, financier de 2026 : aucune relation hiérarchique des "tags" de ce pdf). Personne n'utilise un tel modèle de classification dans la vraie vie.

    Déso mais pas déso en fait… car la structure en "arbre" est une lubie imposée par les informaticiens.

    Imposer le Cloud pour emprisonner l'utilisateur : c'est un autre sujet qui n'a rien à voir; mais tu parles là de Micro$oft sur un site qui s'appelle linux fr.org alors tout ce que j'ai à te dire c'est 《 bien fait pour ta gueule 》 en fait. Parce que j'en n'ai absolument rien à faire de tes déboirs sous Windows.

    • [^] # Re: nan mais lol

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

      mais tu parles là de Micro$oft sur un site qui s'appelle linux fr.org alors tout ce que j'ai à te dire c'est 《 bien fait pour ta gueule 》

      J'ai un peu de mal avec cette critique-là. Il me semble que le sujet Micro$oft n'est pas tabou, même sur linuxfr. Qui plus est, j'ai mentionné dans mon article que mes déboires étaient une conséquence du choix de mon employeur qui m'impose cet environnement dans un contexte pro, je me sens donc légitime pour le critiquer.

      Imposer le Cloud pour emprisonner l'utilisateur : c'est un autre sujet qui n'a rien à voir

      Je ne suis pas de cet avis. Comme mentionné dans les commentaires ci-dessus, c'est une logique cohérente de recentrage sur les applis (et pas sur les données). Et comme les applis sont de moins en moins locales (et donc de plus en plus cloud) pour emprisonner l'utilisateur, ben les données suivent.

      • [^] # Re: nan mais lol

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

        Par ailleurs, c'est intéressant d'avoir le parallèle Microsoft/Linux par des gens qui utilisent les deux (que ce soit les bons et mauvais côtés). Ça fait vraiment longtemps que je n'ai plus à subir Windows, et même si parfois je peste joyeusement sur certains choix de mes distributions préférées, les témoignages des gens sur les OS propriétaires me permettent de remettre en perspective mes petits déboires. Ça ne me semble pas hors sujet que certains journaux parlent de Microsoft, tant que ça présente ce qui s'y passe (pas de la pub).

      • [^] # Re: nan mais lol

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

        C'est des logiques de sécurité aussi, dans un monde ou on installe des trucs qui viennent d'à droite à gauche, t'as pas forcément envie que le jeu installé par le petit dernier vienne fouiller n'importe ou dans ton arborescence.

        • [^] # Re: nan mais lol

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

          Je ne vois pas où est le problème, les permissions ça sert à ça. Sur PC, le petit dernier il n'installe pas de jeu il n'est pas root, et depuis sa session il ne peut pas fouiller dans mon arborescence.

          Après, je comprends la question de confiance posée par la foultitude d'applis pour téléphones portables, toutes plus opaques les unes que les autres. Un monde comme ça, ou il faut se méfier de tout tout le temps, c'est pas pour moi ! C'est pas pour rien que je suis sur /e/OS, et que toutes mes applis viennent exclusivement de F-droid…

          • [^] # Re: nan mais lol

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

            T'es pas prêt pour l'utilisation de masse de l'informatique. La majorité des utilisateurs ne savent pas vraiment ce qu'est le compte administrateur d'une machine, probablement.

            • [^] # Re: nan mais lol

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

              Ah non, je peux pas être d'accord avec ça. C'est un argument typique des Google-Apple pour refuser les droits d'administration à ceux qui ont pour autant acheté leur smartphone. Voir la petite musique dont je parlais dans mon journal : "t'es bien trop bête pour ça, alors je garde le contrôle sur ton smartphone".
              Et je ne pense pas que prendre les gens pour des imbéciles soient une bonne solution… Imbéciles qu'ils ne sont pas, d'ailleurs : tous les gens qui bossent sur un PC administré par leur employeur (et ça en fait un paquet) comprennent très bien ce qu'est un compte admin. D'ailleurs je ne suis pas admin sur ma machine Windows pro, et c'est très bien comme ça : pour le coup ça n'est pas ma machine.

              • [^] # Re: nan mais lol

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

                C'est pas la question de pas être capable d'apprendre ou de comprendre, c'est plutôt tout les gens qui ont un ordi ou une tablette chez eux mais qui ne l'allumaient quasi jamais ou juste pour un truc particulier genre "regarder la télé le soir dans son lit".

                Et qui se sont retrouvé avec un smartphone dans les pattes en sortant de chez le vendeur de téléphone un jour ou ils voulaient en changer. Et c'est tout en terme de formation. Il y en a un certain nombre.

                • [^] # Re: nan mais lol

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

                  J'aime bien la critique, au moins le fait de se poser la question, "est-ce que la présentation par fichier est vraiment naturelle - avantageuse?"

                  Et dans cette longue transition de l'informatique, entamée il y a des années et encore assez peu mature finalement, c'est bien de scinder les sujets
                  - Le risque d'enfermement de présenter les choses d'une manière spécifique(problème essentiellement limité, mais pas que, aux "privateurs" Google Apple Microsoft)
                  - La clarté de l'interface. 3515 ma vie j'apprécie bien les évolutions récentes chez le grand méchant Microsoft, qui tempèrent des choses jusque ici vraiment catastrophiques et qui deviennent viables
                  - La compréhension utilisateur, qui effectivement seront de plus en plus éloignés du fonctionnement réel des machines (un peu comme avec les tutures ou bah, avec tout)

  • # Titres de chansons

    Posté par  . Évalué à 1 (+0/-0). Dernière modification le 15 mai 2026 à 23:01.

    Je renouvelle mes félicitations à Serge pour avoir trouvé 8 des 14 titres de chansons de Jacques Dutronc disséminées dans ce journal. Je pense que je balancerai la liste demain, avant que ce journal ne s'enfonce dans l'oubli.
    Si d'ici-là d'autres veulent relever le défi, je rappelle ci-dessous les titres déjà trouvés, avec des indices sur les emplacements des titres restant :
    - on nous cache tout on nous dit rien
    - mini, mini, mini
    - les cactus
    - (?)
    - (?)
    - la paresse
    - (?)
    - fais pas ci fais pas ça
    - les gens sont fous, les temps sont flous
    - (?)
    - (?)
    - (?)
    - l'aventurier
    - l'opportuniste

    • [^] # Re: Titres de chansons

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

      Il n'y a pas un "et moi, et moi, et moi" de Dutronc ?

    • [^] # Re: Titres de chansons

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

      • Le responsable

      j'ai même pas cherché à comprendre.

      Il y avait « J’comprends pas » de possible mais visiblement ce n'est pas ça.

      • la paresse
      • et moi, et moi, et moi
      • à tout berzingue (ça ne m'évoquait rien, mais ça m'a permis de l'écouter)
      • [^] # Re: Titres de chansons

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

        Ouaip, bien vu !
        Plus que 3 (bon, c'est pas les chansons les plus connues et elles sont bien cachées)

      • [^] # Re: Titres de chansons

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

        Alors comme promis, la liste complète :
        - on nous cache tout on nous dit rien
        - mini, mini, mini
        - les cactus
        - le responsable
        - l'opération
        - la paresse
        - et moi, et moi, et moi
        - fais pas ci fais pas ça
        - les gens sont fous, les temps sont flous
        - le plus difficile
        - à tout berzingue
        - je suis content
        - l'aventurier
        - l'opportuniste

        Un grand merci à Wikipedia pour sa contribution !

        • [^] # Re: Titres de chansons

          Posté par  . Évalué à 2 (+0/-0). Dernière modification le 16 mai 2026 à 23:28.

          toute ma vie j'a rêvé d'être dans le "cloud":

          yolo ioliolio
          l'attention est détournée
          nous sommes en altitude
          tout le monde se dénude
          perdez vos habitudes

          "Si tous les cons volaient, il ferait nuit" F. Dard

  • # raisons techniques

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

    rewind< a déjà expliqué le paradigme app-first pour les ordiphones.

    Pour les systèmes de stockage en ligne (ce que certains appellent « nuage »), il y a aussi une justification technique potentielle. Il est assez compliqué de présenter les fichiers dans une applications/API web qui se veut fault-tolerant en restant compatible avec une sémantique de système de fichiers POSIX en dessous sans dégrader les performances de manière considérable. De ce que je comprend, même Nextcloud (qui n'a même pas vraiment la contrainte de « fault-tolerance ») ne permet pas de faire ça (e.g. au moins les permissions sont stockées séparément). Selon le logiciel/service il y a plus ou moins de désir de garder une certaine compatibilité mais à partir du moment ou 87.76% des utilisateurs passent 98.42% de leur temps sur un ordiphone et n'ont pas vraiment de notion de hiérarchie de système de fichiers, le désir s'amenuise.

    Évidemment c'est pas neutre et « perdre le contrôle » sur l'organisation de ses données a un impact non-technique. Mais je pense qu'il y a aussi une justification technique.

    pertinent adj. Approprié : qui se rapporte exactement à ce dont il est question.

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.