tout le monde (enfin, ceux qui sont pertinents) va avoir un shell. un peu comme un système d'exploitation personnalisé, plus comme Emacs si on veut, et personnalisé en ce sens qu'il est assez unique à divers degrés. de larges groupes de personnes utiliseront des shells largement distribués et des groupes de plus en plus petits utiliseront des shells plus précieux et plus difficiles à apprendre, autrement inaccessibles à la fois par la confidentialité littérale et par la connaissance culturelle. c'est juste comme un logiciel existant sauf que ce sera une couche par-dessus, utilisant toutes les abstractions existantes, même en émulation d'applications de bureau obsolètes et en manipulant leurs interfaces visuelles, souvent écrit comme une application web ou du moins utilisant des bibliothèques modernes. ils apporteront avec eux l'homogénéisation de toutes les applications que vous utilisez chaque jour en un seul objet, tout en diversifiant le logiciel utilisé d'une personne à l'autre. les plus petits seront développés par des individus et des communautés pour eux-mêmes, et seront les plus puissants. par rapport aux logiciels d'autrefois, ces choses sont assez organiques, laides (ou belles, mais certainement avec un avis tranché), avec des interfaces massives. faciles à naviguer pour leurs utilisateurs parce qu'elles sont un foyer familier, pas parce qu'elles sont faciles à apprendre au premier abord. peu de gens sont jamais introduits, et quand ils le sont, c'est sous la supervision du résident. il y a eu une peur de longue date dans le développement logiciel de : - l'extension du périmètre, le surdimensionnement et devenir un logiciel de style emacs ou autrement gonflé - développer pour soi-même au lieu du marché les deux de ces incitations seront inversées. le meilleur logiciel est celui que vous pouvez utiliser plus efficacement qu'une équipe concurrente. votre capacité à créer un logiciel qui améliore les autres sera limitée par votre capacité à créer un logiciel qui vous améliore.