Adaptation d'un extrait du livre Coders de Clive Thompson : créer une nouvelle tribu et recréer le mondeShelley Chen a travaillé en tant qu'analyste d'entreprise dans une société informatique, lorsqu'elle a rencontré en 2010 Jason Ho par le biais d'amis communs. Ho était très grand, bien construit et avait un sourire malicieux, et ils ont immédiatement trouvé une langue commune. Ho était programmeur et il avait sa propre entreprise à San Francisco. Il aimait aussi voyager. Moins d'un mois après leur rencontre, Ho a surpris Chen en lui achetant un billet d'avion pour la rencontrer à Taiwan, où elle a temporairement déménagé. Bientôt, ils discutaient déjà d'un voyage conjoint au Japon pendant quatre semaines. Chen était un peu inquiet car ils n'étaient pas si familiers. Cependant, elle a décidé de tenter sa chance.
Il s'est avéré que Ho avait un plan de route très difficile et étrange. Il aimait beaucoup les nouilles
ramen , et afin d'essayer autant d'options que possible lors de sa visite à Tokyo, il a dressé une liste de toutes les villes de nouilles et les a affichées sur Google maps. Il a ensuite écrit un programme spécial qui classe les restaurants afin que le couple puisse visiter les meilleurs restaurants tout en visitant les attractions. Il a dit que c'était une tâche «assez traditionnelle» pour les algorithmes, un type de ce que les gens apprennent au collège. Ho a montré à Chen la carte sur son téléphone. Il a dit qu'il prévoyait de prendre des notes, notant en détail la qualité de chaque plat. Wow, pensa-t-elle avec admiration, quoique un peu méfiante. "Et le gars en est un peu."
Mais Ho était aussi plein d'esprit, bien lu et drôle, et le voyage a été un succès. Ils ont mangé des nouilles, bu de la bière lors d’un match de sumo, visité le palais de l’empereur, séjourné dans un hôtel où ils ont filmé «Difficultés de traduction». Ce fut le début d'une relation de sept ans.
Ho fait des choses étranges comme l'optimisation des nouilles depuis de nombreuses années. Enfant, il vivait à Macon (Géorgie), et il avait une calculatrice TI-89, comme il me l'a dit. Une fois qu'il a feuilleté les instructions, il a constaté qu'il était possible d'écrire des programmes sur l'une des variantes BASIC de la calculatrice. En conséquence, il a appris à programmer et à recréer The Legend of Zelda sur une calculatrice. Il a appris Java sur un ordinateur et après l'école est allé au Georgia Institute of Technology pour étudier l'informatique. En principe, il s'intéressait aux concepts abstraits des algorithmes, mais il aimait surtout utiliser un ordinateur pour ne pas faire de choses répétitives de routine. «Chaque fois que je devais répéter quelque chose, je m'ennuyais», me dit-il.
Au cours de sa dernière année de collège, Ho a fondé une entreprise qui a créé des forums où les étudiants étudiant les mêmes cours dans différents collèges pouvaient se consulter. L'entreprise n'a pas recruté un nombre suffisant d'utilisateurs et l'a fermée. Il a été invité à interviewer des sociétés telles que Google et Microsoft, mais il n'était pas intéressé par cela. Il ne voulait pas travailler pour son oncle. Il lui semblait qu'en tant qu'employé, il ne créerait pas quelque chose d'assez précieux. Oui, bien sûr, à un tel endroit, vous êtes payé. Mais la majeure partie du coût du travail revient aux créateurs de l'entreprise, ses propriétaires. Il avait suffisamment de compétences pour créer son produit à partir de zéro. Il ne savait tout simplement pas quoi créer exactement pour lui.
Quelques mois plus tard, il a eu une idée lorsqu'il rendait visite à ses parents à Macon. Lui et son père, un pédiatre qui avait son propre cabinet, se sont rendus au supermarché. Le père devait acheter deux bureaux d'enregistrement de l'heure d'arrivée et de départ des employés - ces voitures à l'ancienne où les employés insèrent des cartes pour que la machine enregistre le début et la fin de leur journée de travail. Dans le magasin, cette voiture s'est vendue 300 $ pièce.
Ho était étonné: la technologie des bureaux d'enregistrement n'a-t-elle pas changé depuis l'âge de pierre? Je ne peux pas croire que de telles choses existent encore, pensa-t-il. Il s'est rendu compte qu'il pouvait rapidement faire sauter un site qui effectuait la même tâche, mais en mieux. Les employés peuvent s'enregistrer en utilisant leur téléphone et le site résumera automatiquement leurs heures. «N'achetez pas de registraire», a-t-il dit à son père. "Je vais le programmer pour vous." Trois jours plus tard, il a présenté le prototype. Le personnel a commencé à l'utiliser et, pour le plus grand plaisir de Ho, était ravi. Ce système s'est avéré beaucoup plus efficace que le bureau d'enregistrement travaillant avec des morceaux de papier.
Il a téléchargé le site Web, l'a nommé Clockspot, et quatre mois plus tard, il avait un nouveau client, un cabinet d'avocats. Après avoir reçu le premier paiement, Ho, qui travaillait dans la bibliothèque de l'institut, a failli sauter de sa chaise. Il a reçu de l'argent pour son logiciel! Neuf mois plus tard, Ho gagnait environ 10 000 $ par mois auprès d'entreprises de nettoyage, d'entreprises de soins à domicile et de l'administration de Birmingham (Alabama). Pendant deux ans, il a travaillé sans interruption, améliorant et déboguant le code. En conséquence, il l'a si bien débogué que Clockspot a travaillé sur le pilote automatique. Outre lui, Ho n'avait besoin que d'un agent de support client qui ne travaillait pas à plein temps. Il touchait un bon revenu et avait beaucoup de temps pour ses déplacements et autres intérêts. Il a optimisé l'efficacité de sa vie.
Jason Ho, fondateur de Clockspot, tente d'optimiser ses actions avec du codeComme toute personne intelligente, vous auriez dû remarquer comment le logiciel absorbe le monde, selon la phrase bien connue de l'investisseur Mark Andrissen. Vous avez vu comment Facebook a avalé la sphère sociale, Uber a absorbé le trafic urbain, Instagram a donné un sérieux coup de fouet à la culture du selfie et Amazon a livré ses achats dans les 24 heures. En règle générale, les innovateurs technologiques se vantent que leurs services changent le monde ou rendent la vie plus pratique, mais au cœur de tout cela est la vitesse. Tout ce que vous faisiez auparavant - chercher un taxi, bavarder avec un ami, acheter du dentifrice - maintenant, c'est plus rapide. Le principe de la Silicon Valley est de prendre l'action d'une personne et de dévisser son métabolisme au maximum. Et vous vous demandez peut-être pourquoi cela fonctionne de cette façon? Pourquoi les techniciens insistent-ils pour tout accélérer, le tordre à la limite, l'optimiser?
Il y a une raison évidente à cela: ils le font selon les exigences du marché. Le capitalisme récompense généreusement toute personne qui peut améliorer le processus et obtenir une petite marge. Mais il existe un autre processus avec le logiciel. Pour les codeurs, l'efficacité n'est pas seulement un outil pour les entreprises. Il s'agit d'un état existentiel et d'une alimentation émotionnelle.
Les programmeurs peuvent avoir des expériences de vie et des opinions politiques différentes, mais presque toutes les personnes à qui j'ai parlé prennent un plaisir émotionnel à prendre quelque chose d'inefficace - quoique un peu plus lent que nécessaire - et à le corriger légèrement. L'élimination des frottements du système est un plaisir esthétique; les yeux des codeurs brûlent lorsqu'ils discutent de la façon d'accélérer les choses ou comment ils ont réussi à éliminer les actions humaines ennuyeuses du processus.
Non seulement les développeurs de logiciels sont affectés par ce souci d'efficacité. Les ingénieurs et les inventeurs connaissent depuis longtemps une motivation similaire. Dans les premières années de l'industrialisation, les ingénieurs ont accru l'automatisation des tâches quotidiennes, remontant le moral. L'ingénieur était «le libérateur de l'humanité d'un travail désespéré et monotone et d'un travail pénible», comme l'écrivait l'ingénieur Charles Hermany en 1904. Frederick Winslow Taylor - l'inventeur du «
taylorisme », qui a aidé à fonder les chaînes de production, s'est battu avec acharnement contre «des mouvements humains maladroits, inefficaces ou incorrects».
Frank Bunker Gilbreth était ennuyé par des mouvements inutiles dans tout, de la pose de briques à la fixation d'un gilet, et sa partenaire de production et son épouse, Lillian Evelyn Gilbreth, ont conçu les cuisines afin que le nombre d'étapes nécessaires pour faire un gâteau de couche avec des fraises soit réduit "de 281 à 45 ”, comme l'a écrit avec enthousiasme le Better Homes Manual en 1931.
Beaucoup de programmeurs d'aujourd'hui ont connu un flash d'inspiration à l'adolescence, découvrant que la vie est pleine d'actions incroyablement stupides et répétitives, et que les ordinateurs s'en sortent très bien. (Les devoirs de mathématiques avec sa longue liste d'exercices ennuyeux ont inspiré de nombreux codeurs à qui j'ai parlé). Larry Wall, qui a inventé le langage de programmation Perl, et plusieurs de ses co-auteurs ont écrit que l'une des vertus clés d'un programmeur est la paresse, ce genre de paresse qui rend votre réticence à faire du travail mécanique vous inspirer pour l'automatiser.
Et au final, cette concentration sur l'efficacité peut être difficile à désactiver. "La plupart des ingénieurs que je connais partout voient l'inefficacité", a déclaré Krista Maby, une programmeuse de San Francisco. - L'inefficacité à monter à bord d'un avion, bien, ou n'importe où. Ils sont simplement enragés par des choses oiseuses. » Elle-même, marchant dans la rue, rêve que tous les piétons utilisent plus efficacement les trottoirs et les passages pour piétons. Janet Wing, professeure d'informatique, directrice de l'Institute for Data Science de l'Université Columbia, a popularisé l'expression «pensée informatique», décrivant ce dont parle Maby. Il comprend l'art de voir des systèmes invisibles dans le monde qui nous entoure, un ensemble de règles et de décisions constructives qui régissent nos vies.
Jason Ho avait le talent de voir cela et d'essayer d'amener ces systèmes invisibles à l'idéal. J'ai rencontré Ho et Chen dans - bien sûr - un restaurant de ramen à San Francisco il y a quelques années. Ho a géré le projet Clockspot, bien que lui-même fonctionnait si bien à ce moment-là que Ho a dû y travailler plusieurs heures par semaine. "Il dit qu'il travaille 20 heures par mois, mais il me semble que je ne l'ai pas vu travailler autant", a expliqué Chen. (Depuis lors, le couple s'est séparé, mais ils restent dans une bonne relation). Ho a passé beaucoup de temps à voyager. Une fois, il a même réparé le Clockspot, étant dans le camp de base de l'Everest.
Mais son travail sur l'optimisation et la programmation ne s'arrête pas. Lorsqu'il a voulu acheter une maison, il a écrit un logiciel qui pourrait fournir des informations sur les maisons sur le marché - emplacement, prix, statistiques environnementales - et qui calculerait la valeur de l'immobilier à long terme. En premier lieu, le programme a mis la copropriété Nob Hill. Il l'a acheté. Il déteste faire du shopping, alors il a acheté des dizaines de t-shirts et de pantalons kaki identiques - une stratégie de codeur classique qui élimine les frictions lors du choix des vêtements.
Il y a quelques années, Ho a décidé de faire de la musculation, et il s'est lancé un défi d'optimisation particulièrement fou: combien peut-il osciller? Il emportait de petites balances avec lui dans les restaurants et pesait des portions de nourriture. "Il a suivi absolument tout ce qu'il mange sur une énorme feuille de calcul", a déclaré Chen. Ho m'a timidement montré une table au téléphone - un énorme monstre où tous les ingrédients nutritionnels pour la salle de gym étaient indiqués, à 3500 calories par jour. Il est allé au gymnase et a inventé des moyens de s'entraîner dans des conditions normales. S'il passait devant un tuyau de métal, il se relevait. Si je passais devant une poubelle, je la soulevais par-dessus le bord.
Après deux ans d'entraînement, il a terminé deuxième du concours de bodybuilder amateur. Il a fouillé dans le téléphone pour me montrer une photo de cette période. Sur une photo, il est huilé et pose en slip devant une fenêtre baignée de soleil. Cela ressemble à une statue grecque. "J'ai réduit le pourcentage de graisse corporelle à 7", a-t-il déclaré. Il dit que c'était agréable d'être aussi gonflé, mais en principe, il était simplement intéressé de voir si c'était possible.
Ho m'a montré une autre table. C'était une sorte d'instruction sur la façon de vivre, une façon d'optimiser non seulement le corps, mais à chaque seconde du temps. Il a décidé qu'il ne voulait faire que les choses dans lesquelles chaque effort déployé produirait le résultat maximum. Il a fait 16 lignes avec des titres indiquant ses activités. Il y avait de l'entreprenariat, de la programmation, de la guitare, de StarCraft, du shopping et du «bavardage avec des amis et la famille».
Et dans les colonnes, il a défini divers critères - par exemple, cette activité a-t-elle un sens, est-ce juste un moyen pour une fin (importance vitale), est-il possible de la maîtriser parfaitement, affecte-t-elle plusieurs aspects de la vie à la fois. Dans les lignes «programmation» et «entrepreneuriat», Ho a noté toutes les cases. En ce qui concerne l'action sociale, comme «parler avec des amis et la famille», il a noté que la coche «affecte plusieurs aspects de la vie». Dans la cellule «parfaitement maître», il a écrit «peut-être».
Beaucoup de gens trouvent cela fou. L'idée de la possibilité de systématiser les composantes émotionnelles de la vie, ou de considérer l'activité sociale comme une source d'inefficacité, sera désagréable pour beaucoup. Ho est sociable et amical, mais pour certains programmeurs, les gens avec leurs demandes implacables peuvent sembler un mal de tête, et la communication sociale est un autre problème qui doit être résolu. À l'aube des ordinateurs, les techniciens ont réfléchi à ce problème avec une certaine inquiétude. Konrad Zuse, un ingénieur civil allemand, créateur du premier ordinateur programmable réellement fonctionnel, a déclaré: "Le danger de transformer des ordinateurs en personnes n'est pas aussi terrible que le danger de transformer des personnes en ordinateurs."
Un soir, j'ai réfléchi à ce sujet, plongeant dans un fil de discussion sur Quora, dans lequel des dizaines de programmeurs ont partagé des histoires sur l'automatisation des nuances de la vie quotidienne. Il y avait aussi des histoires troublantes, bien qu'intéressantes, sur la transformation de la communication sociale en tâches de type «accordé et oublié». «J'ai reçu des plaintes de la famille et des amis sur le fait que« vous ne nous écrivez jamais », a écrit un programmeur qui a créé un programme qui envoyait au hasard tous les textes générés automatiquement à tout le monde. Le texte commençait par la phrase appropriée «Bonjour / après-midi / soirée. Hé {nom}, je voulais t'appeler ", puis la fin" J'espère que tu vas bien / Je serai à la maison à la fin du mois prochain, je t'aime / Parlons la semaine prochaine quand tu seras libre. "
Lors d'un hackathon à San Francisco, un programmeur d'âge moyen m'a démontré avec enthousiasme une application qu'il a créée qui envoyait des messages romantiques automatiques à un partenaire. «Quand vous n’avez pas assez de temps pour penser à elle», - oui, il a suggéré que le partenaire souffrirait d’une déficience émotionnelle, «le programme fera tout pour vous.» De telles tentatives pour accroître l'efficacité de la socialisation se retrouvent partout, jusqu'au plus grand technofirm. Gmail dispose d'une fonction de saisie automatique qui nous encourage à accélérer leur écriture à l'aide d'un algorithme qui compose nos réponses pour nous.
Les linguistes et les psychologues ont depuis longtemps noté la valeur des
actes de communication fatals - diverses déclarations émotionnelles utilisées par les gens dans la vie quotidienne pour que les autres se détendent ou commencent à les écouter: «Comment ça va», «Temps horrible, n'est-ce pas vrai», «Que fais-tu le soir?» Et plus je parlais avec des programmeurs, plus je tombais sur des histoires de gens qui pensaient que ce n'était pas pire que le sable dans un mécanisme.
Christopher Thorpe, un vétéran avec plus d'une demi-douzaine d'entreprises technologiques derrière moi, m'a parlé de «l'ingénieur incroyablement talentueux» avec lequel il a travaillé une fois et qui correspond à cette définition. «Il était très contrarié lorsque nous avons plaisanté lors des réunions, car c'était une perte de temps. «Pourquoi avons-nous passé cinq minutes à plaisanter avec 20 employés de bureau? Ce sont les heures de travail. " Tout le monde rit, mais il pense que c'est une perte de temps précieux. » Une blague a pris le temps de 20 personnes! Ce gars a immédiatement commencé à grogner avec ses calculs: "Cinq minutes, 20 fois, il s'avère que vous avez passé une demi-heure à plaisanter."
En principe, je sympathise avec le désir des codeurs d'optimiser la vie quotidienne, car je l'ai moi-même apprécié. Il y a trois ans, j'ai commencé à travailler sur un livre sur la psychologie des programmeurs.J'ai donc décidé de reprendre mes cours de programmation - dans les années 1980, j'ai essayé le Commodore VIC-20 - et de me plonger dans des langages de programmation modernes comme Python et JavaScript. Et plus je jouais avec les programmes, plus je commençais à remarquer des inefficacités dans ma routine quotidienne. Par exemple, en écrivant un livre, j'ai remarqué que je me tourne souvent vers des dictionnaires en ligne. Ils étaient utiles, mais si lents qu'après chaque recherche, les résultats étaient chargés pendant deux secondes. J'ai décidé d'écrire mon dictionnaire pour la ligne de commande en utilisant un site qui offrait une API pour les dictionnaires. Après avoir joué avec Python le matin, j'ai compilé un script. J'ai saisi le mot sur la ligne de commande et avec la vitesse de l'éclair, j'ai reçu des synonymes et des antonymes. Tout était sans vernis, grossièrement, vert sur noir. Mais à quelle vitesse cela a fonctionné: pas besoin d'attendre que le navigateur charge tout ce désordre de scripts de suivi et de cookies obstruant mon disque dur.
Bien sûr, cela ne m'a pas fait gagner un temps fou. Si, par exemple, je cherchais des synonymes en moyenne quelques fois par heure, et en supposant (assez généreusement) que ma création m'économisait deux secondes par recherche, alors j'ai probablement économisé environ une heure par an d'attentes ennuyeuses. Cela en valait à peine la peine. Néanmoins, cette vitesse a réchauffé mon âme. Chaque fois que je cherchais un synonyme, des résultats instantanés me faisaient plaisir.
J'ai injecté un médicament efficace dans ma veine, et c'était sympa.Avant de pouvoir regarder en arrière, je suis devenu accro à l'écriture de code pour de petites tâches de routine. J'ai créé un programme pour effacer les sous-titres téléchargés de YouTube; un de plus - pour contourner et archiver les liens que j'ai publiés sur Twitter; celui qui a vérifié le site Web de l'école où mon fils étudie et lui a envoyé un SMS lorsque son professeur y a présenté ses devoirs (il était fatigué de constamment mettre à jour la page).Beaucoup de mes programmes étaient mal écrits et fonctionnaient à peine; J'ai choisi les moyens les plus simples et la méthode de la force brute. En étudiant le code de programmeurs vraiment expérimentés, j'ai été étonné de leur élégance. Je pourrais écrire une fonction énorme et laide pour filtrer les données, puis voir comment un programmeur expérimenté s'en occuperait avec quelques lignes de code (plus rapidement). Les journalistes admirent parfois l'énorme base de code de Google - 2 milliards de lignes - considérant cela comme un reflet de sa puissance. Mais vous ne surprendrez pas les programmeurs avec des volumes. Parfois, les programmeurs les plus productifs sont ceux qui réduisent la taille du code, le compactent et le raccourcissent. Après avoir passé trois ans sur Facebook, le programmeur Jinghao Yan a apprécié sa contribution à la base de code de l'entreprise et a constaté qu'elle était négative. «J'ai ajouté 391 973 lignes et supprimé 509 793 du référentiel principal», a-t-il écrit dans l'un des fils de discussion de Quora.(Il s'avère que de nombreux programmeurs sont assis sur Quora). "Donc, si je programmais 1000 heures par an, il s'avère que j'ai supprimé 39 lignes par heure!"La programmation ressemble à la poésie, où la brièveté du texte lui donne de la force. «Dans un poème bien fait, chaque mot a un sens et un but», a écrit le programmeur et écrivain Matt Ward dans un essai pour Smashing Magazine. «Le poète peut passer des heures à chercher le bon mot ou à mettre le poème de côté pendant quelques jours, puis à y jeter un nouveau regard.» Parmi les célèbres poèmes des modernistes, inspirés de la brièveté de l'ancienne méthode de versification, le haïku, il y a une œuvre "À la station de métro" d' Ezra Pound :L'apparition de ces visages dans la foule;
Pétales sur une branche humide et noire.
[Soudain, l'apparition dans la foule de ces visages;
Pétales sur une branche noire d'humidité.]
«En deux lignes et quatorze mots», dit Ward, «Pound dresse un tableau vivant, plein de sens, et demandant la discussion par des scientifiques et des critiques. C'est l'efficacité. "En 2016, j'ai rencontré Ryan Olson, un programmeur principal d'Instagram. Son équipe vient de mettre en œuvre la fonctionnalité Story. C'était une mise à jour massive. Olson m'a dit qu'il conduisait San Francisco dans un état d'épuisement complet quelques heures après le déploiement de la mise à jour - et a vu comment les gens avaient déjà commencé à l'utiliser. "C'était une sensation vraiment cool", a-t-il déclaré. - Hier soir, j'étais dans le gymnase, j'ai regardé autour de moi et j'ai vu quelqu'un utiliser ce produit. Je ne sais pas s’il y avait un autre moyen dans l’histoire de toucher autant de gens ", ou quand" si peu de gens ont déterminé les sensations de tant de gens ".C’est une chose d’optimiser votre vie. Mais pour de nombreux programmeurs, le véritable médicament change la vie du monde entier. L'échelle elle-même apporte de la joie; Il est fascinant de voir comment votre nouveau code gagne soudainement en popularité explosive, de deux à quatre, de quatre à huit, et d'eux à toute la population de la Terre. Vous avez accéléré certains aspects de la vie - comment nous échangeons des messages, payons des factures ou partageons des nouvelles - et vous voyez comment les vagues divergent de plus en plus.C'est souvent ainsi que se font les fortunes dans le monde du logiciel, ce qui s'accompagne de l'agitation du pouvoir et de la richesse. Les capital-risqueurs investissent dans des projets qui, à leur avis, pousseront comme des mauvaises herbes et les marchés les récompenseront. Et cette interconnexion de motivations donne aux programmeurs de la Silicon Valley qui aiment l'efficacité non seulement le plaisir à grande échelle, mais aussi le désir obsessionnel de le réaliser.L'élite de la Silicon Valley a souvent du mépris pour les choses qui ne peuvent pas être mises à l'échelle. De petites choses peuvent sembler faibles. Dans plusieurs conversations avec de grands techniciens, j'ai mentionné la société de Jason Ho, expliquant qu'elle me semblait une entreprise intelligente et charmante, un excellent exemple d'un entrepreneur qui a rencontré un problème non résolu. Mais ils fronçaient les sourcils. Pour eux, Clockspot était une «entreprise liée au style de vie» - dans leur jargon, cela signifie une idée qui ne volera jamais assez haut. Ils disent que c'est un bon produit, mais Google peut le copier et retirer ses affaires en une seconde.De toute évidence, nous tirons nos avantages du désir nerveux et instinctif des programmeurs d'accélérer tout ce qui se passe et de créer l'abondance. Mais le désir implacable simultané d'atteindre l'efficacité à l'échelle a des effets secondaires. Le fil d'actualité Facebook accélère non seulement l'affichage de photos par des amis, mais aussi la propagation de la désinformation. Uber optimise la recherche de taxis pour les passagers, mais transforme l'économie des chauffeurs de taxi. Amazon prépare la livraison électronique de drones survolant les rues, dépourvus de magasins.Peut-être que nous - les gens dont la vie s'améliore sans relâche - commençons enfin à remarquer ces conséquences. Nous nous plaignons de plus en plus des «grandes entreprises technologiques», nous constatons comment elles contournent les problèmes civils, comment elles sont à la fois fascinantes et furieuses. Nous ne savons pas quoi en faire; nous aimons la commodité, la façon dont le logiciel déclare constamment que nous pouvons faire plus en investissant moins. Mais les doutes s'accumulent progressivement.Peut-être que cela devient désagréable pour nous parce que dans notre vie quotidienne, nous avons aussi absorbé le roman d'hyperoptimisation. Regardez les rues de la ville: les employés écoutent les podcasts à une vitesse et demie, se précipitant au travail, s'assurant avec l'aide d'Apple Watches qu'ils ont fait leurs 10000 pas par jour, en regardant le courrier professionnel sous la table du café. Nous sommes nous-mêmes devenus comme des codeurs, ajustant chaque engrenage de notre vie pour éliminer les frictions. Comme tout bon programmeur, nous pouvons accélérer considérablement les machines de nos vies, bien qu'il ne soit pas clair si nous en serons plus heureux.