Ci-dessous un extrait d'un chapitre du livre "Réalisation commerciale".
Implémentation commerciale
AT&T aurait interdit la distribution commerciale d'Unix car, en tant que monopole gouvernemental, il était en concurrence avec d'autres fournisseurs de systèmes d'exploitation, utilisant les revenus des télécommunications pour subventionner le
développement d'Unix. Le plus qu'AT & T pouvait faire dans cette situation était de vendre des licences Unix à des entreprises clientes pour 20 000 $ (alors que les établissements d'enseignement
bénéficiaient d'une licence à des conditions préférentielles), mais en quantités limitées et sans aucune assistance. Cette politique évite les sanctions réglementaires.
7.1. Séparation
Malgré les mesures réglementaires, en 1980, AT&T était attaquée en tant que monopole. En 1974, le ministère américain de la Justice a lancé une action en justice antitrust contre AT&T au motif que la société obligeait les abonnés à n'utiliser que des téléphones fabriqués par Western Electric, qui n'étaient pas vendus, mais loués, et le loyer représentait une part importante des revenus. Le ministère de la Justice a demandé à AT&T de se séparer de la division Western Electric qui fabriquait l'équipement.
AT&T a plutôt proposé une scission entre une succursale principale fournissant des services interurbains et sept compagnies de téléphone régionales (Baby Bells), qui fourniraient des services téléphoniques locaux dans leurs zones géographiques. La division Western Electric AT&T a souhaité la conserver en acceptant de supprimer l'obligation pour les sociétés d'exploitation d'utiliser uniquement leurs équipements. Elle a gardé Bell Labs pour elle-même.
Le règlement avec le ministère de la Justice, par lequel AT&T s'est dessaisi des sociétés d'exploitation, a finalement été conclu au début de 1982 et est entré en vigueur le 1er janvier 1984.
La scission a été un tournant dramatique qui a finalement conduit à la disparition d'AT & T. Les 20 années suivantes d'erreurs de calcul et de mauvaises décisions ont transformé les Bell Labs en un semblant pathétique de ce qu'ils étaient, alors qu'ils avaient une mission claire et précise et un financement adéquat et stable.
En 1984, une filiale appelée Bellcore (Bell Communications Research) s'est séparée de Bell Labs pour fournir des services de recherche à Baby Bells. Bellcore a laissé beaucoup de gens du département de recherche, principalement ceux qui s'occupaient des communications. Parmi eux se trouvaient certains collègues de l'unité 1127, en particulier Mike Lesk et Stu Feldman. Mais à un moment donné, les compagnies de téléphone régionales ont décidé qu'elles n'avaient pas besoin de recherche, et Bellcore a été racheté par SAIC et renommé Telcordia. Il a fini par appartenir à la société de télécommunications suédoise Ericsson.
De plus, Bell Labs a été renommé AT&T Bell Laboratories en 1984 parce que l'entente de règlement ne permettrait pas autrement à AT&T d'utiliser le nom de Bell. Nous avons été fortement encouragés à toujours utiliser uniquement le nom complet.
7.2. USL et SVR4
Après la division en incapacité et réticence d'AT & T à échanger Unix, il y a eu des tentatives d'activité commerciale active, qui ont commencé à être entreprises par une partie de l'entreprise qui était très éloignée du département de recherche sur le plan organisationnel. Physiquement, ils étaient également assez loin de nous, occupant un immeuble à Summit, dans le New Jersey. Puisqu'il était entouré d'autoroutes très fréquentées, il s'appelait de manière informelle Freeway Island. Cette organisation s'appelait à l'origine le Unix Support Group (USG), mais est finalement devenue Unix System Laboratories, ou USL. Le premier USG a été créé en 1973 par Burke Tag dans le but de fournir un soutien centralisé. Au fil du temps, ces groupes ont élargi leurs activités, y compris les ventes et la publicité.
Il y avait sans aucun doute un marché pour vendre Unix. On pourrait même dire qu'il a été créé par inadvertance par AT&T en attribuant des licences aux universités. Après tout, les étudiants habitués à travailler dans cet OS voulaient continuer après l'obtention de leur diplôme, s'étant déjà installés dans des entreprises commerciales qui pouvaient se permettre d'acheter des licences pour de l'argent. Depuis 1984, l'USL a travaillé dur pour faire d'Unix un produit commercial professionnel. Cela a abouti à System V Release 4, ou SVR4. AT&T a investi des ressources importantes pour en faire une implémentation standard et définir soigneusement la compatibilité des modules de code et d'objet. Je pense que c'était l'attention portée aux normes et à la compatibilité qui était importante.
Les détails du développement de SVR4 et des interactions d'AT & T avec les employés et les concurrents au cours des dix dernières années ne sont pas très intéressants. Par conséquent, je ne m'attarderai pas sur eux, d'autant plus qu'en un sens ils ne sont plus pertinents: l'attention s'est déplacée vers Linux. L'article Wikipédia de System V décrit la situation comme suit:
Les analystes du secteur caractérisent généralement la version commerciale d'Unix comme subissant un déclin lent mais régulier.
Bien sûr, ce n'est qu'une version commerciale; des variantes open source telles que la famille BSD, dont nous parlerons dans le chapitre suivant, vivent et prospèrent.
En plus du système d'exploitation, la gamme de produits d'AT & T comprenait également divers programmes auxiliaires, notamment des compilateurs pour C, C ++, Fortran, Ada et même Pascal. Ils étaient principalement basés sur le compilateur C portable de Steve Johnson. Beaucoup d'efforts ont été consacrés à la normalisation pour assurer la compatibilité du code source et des formats binaires dans les bibliothèques.
Pendant cette période, j'étais à la tête du département de Björn Stroustrup, ce qui signifiait des contacts fréquents avec l'USL au sujet du développement du C ++. Pour la plupart, ils se sont avérés mutuellement avantageux, mais il y avait aussi des cas où il y avait une nette différence de priorités entre le département de recherche et l'organisation responsable de la vente du produit. Par exemple, en 1988, j'ai eu une discussion animée avec un directeur de l'USL.
Manager: toutes les erreurs du compilateur C ++ doivent être corrigées, mais son comportement doit rester inchangé.
Moi: C'est impossible. La correction d'une erreur entraîne par définition un changement de comportement.
Manager: Brian, vous ne comprenez pas. Vous devez corriger l'erreur, mais le comportement du compilateur ne peut pas changer.
Formellement, j'avais absolument raison, mais en même temps, j'ai parfaitement compris pourquoi le manager me pressait: des changements trop importants ou trop rapides sont un problème sérieux pour ceux qui sont engagés dans le développement de logiciels en utilisant de nouveaux langages et outils.
USL a ouvert une filiale, Unix Pacific, au Japon, sous la direction de Larry Croom, qui a travaillé pendant de nombreuses années chez Bell Labs dans le département de recherche. En conséquence, dans le cadre de la coopération technique, je me suis rendu deux fois au Japon avec l'argent de l'entreprise. Au cours de mon voyage d'échange avec la plus grande compagnie de téléphone du Japon, NTT, j'ai acquis une compréhension claire de la hiérarchie non officielle. Le PDG était censé jouer au golf avec son collègue NTT. Le directeur du Centre a joué au tennis avec son collègue. Des directeurs de département humbles comme moi se sont vus proposer un voyage shopping à Tokyo, que j'ai refusé avec gratitude.
Toutes les tentatives d'AT & T pour commercialiser Unix n'ont pas été couronnées de succès, mais la standardisation d'Unix a été un grand cadeau pour toute la communauté. Malgré la controverse occasionnelle entre R&D et USL, je dois dire que USL a eu un grand groupe de collègues talentueux qui ont apporté des contributions significatives à Unix et aux systèmes logiciels associés.
7.3. UNIX
À un moment donné aux débuts d'Unix, ses administrateurs chez Bell Labs ont décidé que le nom était une marque précieuse qui devait être protégée, ce qui, d'un point de vue commercial, était certainement la bonne décision. Ils ont essayé d'empêcher ce nom de devenir un terme générique que tout le monde peut utiliser. Cela s'est déjà produit avec des mots comme aspirine (aux États-Unis, mais pas partout), escalator, fermeture à glissière et (plus récemment) l'App Store.
En conséquence, il y avait une exigence pour les employés de Bell Labs: utiliser le nom correctement. En particulier, il ne pouvait pas être utilisé comme nom indépendant ("Unix est un système d'exploitation"). Il doit être identifié comme une marque et apparaître sous la forme d'une définition en majuscules. Autrement dit, seule l'option «Système d'exploitation UNIX» était autorisée, ce qui a donné lieu à des phrases ridicules comme «Le système d'exploitation UNIX est un système d'exploitation». En 1984, Rob Pike et moi avons dû défendre le titre de notre livre The Unix Programming Environment (en traduction russe "UNIX. Programming environment"), parce qu'ils essayaient de le transformer en The UNIX Operating System Programming Environment. En fin de compte, nous sommes arrivés à un compromis: il n'y aura aucune information supplémentaire et une marque sur la couverture,mais un astérisque presque invisible et une note apparaîtront sur la page de titre.
Une formulation lourde était un problème, en particulier pour ceux qui étaient sérieux au sujet de leur écriture, de sorte que diverses solutions de contournement ont été recherchées. Par exemple, dans le package de macros standard pour Troff ms, Mike Lesk a ajouté une commande de formatage qui a ajouté "UNIX" en majuscules et créé automatiquement une note de bas de page sur la première page. Habituellement, la note de bas de page ressemblait à ceci:
† UNIX est une marque commerciale de Bell Laboratories (UNIX est une marque commerciale de Bell Labs).
Mais cela valait la peine d'utiliser la commande avec un paramètre supplémentaire non documenté, le texte a changé:
† UNIX est une note de bas de page de Bell Laboratories.
Je ne pense pas que lorsque nous avons utilisé cette blague surprise de temps en temps, quelqu'un y a prêté attention au moins une fois, mais ce code est toujours présent dans le package macro standard.
Dans le même temps, le mot Unix était utilisé pour des produits et services qui n'avaient rien à voir avec les systèmes d'exploitation, par exemple pour les stylos illustrés à la Fig. 7.1, pour les bibliothèques de la fig. 7.2 et un extincteur de la fig. 7.3. Tout cela, apparemment, a été produit en dehors des États-Unis et, par conséquent, ne relève pas du droit américain des marques. Les bibliothèques datent généralement de 1941, c'est-à-dire qu'elles sont apparues avant même la naissance de Ken et Dennis. Un autre exemple fascinant: les couches pour bébés Unix de Drypers, qui utilisaient Unix comme abréviation pour unisexe (pour les enfants des deux sexes).
7.4. Relations publiques Les
Bell Labs ont reçu un flux constant de visiteurs et, du milieu des années 1970 au début des années 1980, des présentations touristiques ont commencé. Un petit groupe s'est assis dans une salle de conférence, tandis que les membres du Centre ont brièvement parlé de ce qu'est Unix et pourquoi il est important pour AT&T et le monde. La plupart des présentations ont été faites par Mike Lesk et moi-même. Nous avions le même défaut: nous nous en plaignions constamment, alors qu'en fait nous l'avons aimé.
Parmi les visiteurs, il y avait à la fois de simples mortels et des «exceptionnels». Ce dernier incluait ceux qui étaient importants pour AT&T et qui avaient besoin d'être impressionnés, et parfois seulement les propriétaires de grands noms. Par exemple, en 1980, j'ai fait une présentation à Walter Annenberg, fondateur du magazine TV Guide. C'est là-dessus qu'il a gagné de l'argent, ce qui l'a peut-être aidé à devenir ambassadeur au Royaume-Uni, bien que lorsque je lui ai montré les merveilles d'Unix, sa carrière diplomatique était déjà terminée. Le président de Bell Labs, Bill Baker, l'a accompagné en tant qu'invité très important. J'ai souvent inclus une démonstration de pipelines dans mon répertoire, montrant comment vous pouvez résoudre rapidement des problèmes urgents en connectant des programmes entre eux. J'ai utilisé un script shell pour rechercher dans le document des fautes d'orthographe car c'était un bon exemple d'un long pipeline,aider à comprendre comment les programmes existants peuvent être combinés de manière nouvelle.
Le script de vérification orthographique a été créé par Steve Johnson. L'idée principale était de comparer les mots du document avec les mots du dictionnaire. Tout mot manquant dans le dictionnaire peut être une faute d'orthographe. Le script ressemblait à ceci:
Tous ces programmes existaient déjà. Le plus inhabituel d'entre eux, comm, vous permettait de rechercher des lignes présentes dans deux fichiers d'entrée triés, ou des lignes présentes dans l'une ou l'autre entrée, mais pas les deux. Le dictionnaire dans le dossier / usr / dict / web2 contenait des mots de la deuxième édition du dictionnaire Webster, un par ligne.
Une fois, j'ai dû faire une présentation à William Colby, qui était à l'époque directeur de la Central Intelligence Agency (CIA), c'est-à-dire sans aucun doute une personne importante. Lui aussi était accompagné de Bill Baker, qui, en tant que chef du Comité consultatif présidentiel des renseignements étrangers, avait lui-même des pouvoirs importants.
Je voulais vous montrer comment Unix simplifie certains types de programmation, mais le script de sorts était assez lent et j'ai choisi de ne pas faire glisser la présentation. J'ai donc exécuté ce script à l'avance, écrit la sortie dans un fichier et écrit un nouveau script qui a simplement «dormi» pendant deux secondes, puis j'ai sorti les résultats de la veille:
sleep 2
cat previously.computed.output
Ce développement technique de démonstration s'est avéré excellent. Si M. Colby avait compris quoi que ce soit, il pensait probablement que la vérification orthographique avait été effectuée très rapidement. Mais c'est une leçon pour tous ceux qui assistent à la présentation. Ne croyez pas tout ce que vous y voyez!
Public Affairs a également produit des films promotionnels sur les merveilles de Bell Labs, y compris Unix. Grâce à YouTube, je peux regarder de vieux amis (et moi-même) à une époque où nous étions tous plus jeunes et que nos cheveux étaient plus épais.
Il y avait même une petite série d'annonces imprimées Unix. Autant que je me souvienne, les cubes pour enfants dans l'affiche publicitaire avec fig. 7.4 était mon idée. L'arrière-plan peu visible est un document que j'ai fourni et qui a été créé dans Troff.
Vous pouvez vous familiariser avec le livre plus en détail et le précommander à un prix spécial sur le site de l'éditeur