:PROPERTIES: :ID: 436cb7f9-3e3f-4cb6-b560-c60b29d25663 :END: #+title: le-petit-printf #+post_ID: 193 #+post_slug: le-petit-printf #+post_url: https://www.ciperbliss.com/2016/le-petit-printf #+post_title: Le petit Printf #+post_type: post #+post_mime_types: #+post_guid: #+post_status: publish #+post_date_published: <2016-04-21 13:10:07> #+post_date_modified: <2016-05-12 14:30:14> #+post_index_page_roam_id: [[id:1e4efda4-8200-472a-a8a3-448f3bbde3c2][undefined]] #+not_converted: undefined #+retrieved_from_db_at: * Le petit Printf st une honte, dit le petit printf, qui a continué: Personnellement je m'améliore. -Avez-vous entendu parler de l'effet Dunning-Kruger ?, demanda l'homme. -Non c'est quoi? -C'est une question de biais cognitif. Cet effet dit essentiellement que les gens qui sont moins compétents ont tendance à surestimer leurs qualifications, et les gens qui sont compétents ont tendance à sous-estimer systématiquement les leurs. -Donc, si je pense que je suis bon, je ne suis probablement pas bon. -Oui exactement. Vous êtes probablement mauvais. D'autre part, je dis ouvertement que je suis un programmeur horrible. Mais selon Dunning-Kruger, je vais probablement me sous-estimer, et cela fait de moi un bon développeur, ne voyez-vous pas? -J'imagine? -En effet, l'auto-dévalorisation est un outil essentiel du développeur. Le moment où vous sentez que vous êtes bon, vous allez vous détendre et arrêter l'amélioration. -Est-ce que cela signifie pas que le moment vous vous sentez être bon vous-même, vous êtes en route vers l'échec et alors vous devriez vous sentir mal? -Oui. Mais le chemin à parcourir à ce sujet est de dire que tout est terrible, même si vous avez pas de solutions à offrir. De cette façon, vous avez l'air intelligent, même si vous n'avez pas grand chose à apporter. -Que voulez-vous dire? -Disons que je me ballade sur le net que que je tombe sur un projet que je n'aime pas. L'astuce est de souligner tout ce qui ne va pas, sans donner plus d'informations que cela. Vous pouvez aussi faire subtilement remarquer que les façons dont la personne qui a fait la chose est un idiot sans problème. -Et comment s'améliore-t-on avec cela? -Eh bien, j'aime à penser qu'ils sont meilleurs en sachant qu'ils sont sur la mauvaise voie, et je suis un bienfaiteur pour eux de le leur montrer. C'est un peu de fumée et des miroirs. Personne ne sait ce qu'il fait, mais cette façon, il semble que moi je sais ce que je fais. -Et qu'est ce qui se passe quand on vous demande de l'aide et que vous ne pouvez rien faire à ce sujet? -Voilà où vous pouvez revenir à dire tout est pourri; que vous auriez plein de coupes franches à faire, qu'il faudrait améliorer d'autres choses, tout en étant bien pessimiste. Ils sont livrés à eux-mêmes. -Donc, c'est juste une posture? Vous jouez un personnage pour faire votre chemin et esquiver ? Vous êtes la personne qui prétend être incompétent sur des choses qu'ils savent, ce qui rend les gens qui ne savent vraiment rien à se sentir encore pire, et vous êtes la personne qui prétend être compétent à des choses que vous ne savez pas, de sorte que les gens qui essaient de s'y améliorer aussi se sentent mal. -Dans tous les cas, la compétence a très peu à voir avec tout cela. La réputation est très important cependant. Les gens embauchent des amis, et les personnes qui ne sont pas aimé et get non essentiels se font virer en premier; essayez de changer le système et vous devenez détesté. Tout est un jeu très social. C'est comme ça que ça fonctionne dans l'industrie, et probablement dans le milieu universitaire aussi, bien que je ne sais pas? Tout est une question de qui vous connaissez, il faut savoir vous vendre, et faire connaître votre marque personnelle vous savez? Voilà comment vous obtenez des emplois dans ce buisness. -Si cela est la façon dont les choses sont et que vous devez vous sentir mal et de faire en sorte que d'autres se sentent mal lorsqu'ils font bien les choses, peut-être que je ne veux pas un emploi dans ce buisness, dit le petit printf, avant de sortir. ** *Chapitre 6* :PROPERTIES: :CUSTOM_ID: chapitre-6 :END: [[http://ferd.ca/static/img/printf/realprog.png]] Pendant le temps qui aurait été la pause déjeuner, Printf interrompu une personne qui avait apparemment oublié de manger, regardant un sandwich devenir de plus en plus froid à côté d'elle, assis à son bureau et en regardant leur écran. Cela semblait être une personne très occupée qui savait ce qu'elle faisait. Printf demande: "Si une base de données primaire peut crasher, la suivante peut elle échouer aussi? -Tout ce que vous avez, dit la personne, peut et va échouer tôt ou tard. -Même les choses qui vous disent des choses ont échoué? -Oui, même ceux-ci. Tous les grands systèmes sont dans un état d'échec partiel à un moment donné. -Mais, à quoi bon essayer de faire des systèmes fiables alors? -La personne ne savait pas, à ce moment là, qu'elle essayait de répondre à une page (pour éviter que le ciel ne lui tombe sur la tête en raison d'un cloud brisé) qui lui demandait la même chose. -Donc, rendre les systèmes fiables, pour quoi faire? appuya à nouveau le petit printf. énervé, car la personne avait affaire à un problème de production, avec ce gamin qui ne voulait pas le lâcher et un sandwich qui allait se perdre, la personne avec impatience balança: -C'est complètmeent inutile. Toute programmation est de la merde de toute façons. -oh !", s'étonna-t-il. Puis il y eut un moment de silence complet. [[http://ferd.ca/static/img/printf/trashcan.png]] Le petit gars a répondu, avec un soupçon de ressentiment: "Je ne vous crois pas. Les programmes sont fragiles, mais les programmeurs peuvent faire de bons efforts et améliorer les choses, et les rendre utiles." Aucune réponse est revenue. À ce stade, la personne avait ouvert le document expliquant comment démarrer une nouvelle copie de l'ensemble du cluster à partir de zéro, et les choses semblaient aller de mal en pis. "Et vous croyez vraiment que les bons progr-" -Oh non!" s'écria la personne. "Non non Non! Je ne crois pas à de bons programmes ou fiables! Plus maintenant! Ils sont tous dégueulasses! Je viens de vous dire la première chose qui vient à ma tête parce que je fais face à un de ces systèmes de merde en ce moment. Ne voyez-vous pas que je suis en train de tenter de garder en vie ce genre de choses? Cette merde est en fait de la conséquence. Printf regarda ailleurs, avec une expression choquée. "En fait, des conséquences? Vous parlez comme un «vrai programmeur»." Il a ajouté: "Vous mélangez tout, vous confondez tout. Il y a eu des millions de programmes, et pour les années qu'ils ont été en cours d'exécution ils meurent tous de la même manière. Et les gens les ont utilisés et en ont eu besoin. Et je connais certains programmes qui fonctionnent nulle part, sauf sur un seul ordinateur portable, et en une seule erreur pourrait détruire des communautés entières, sans même que personne ne le remarque. Et vous pensez que cela n'a pas d'importance?" La personne resta silencieuse. ** *Chapitre 7* :PROPERTIES: :CUSTOM_ID: chapitre-7 :END: [[http://ferd.ca/static/img/printf/frameworks.png]] Le quatrième espace de travail de mon ami visita avait un homme dont l'ordinateur a été couvert de tant d'autocollants que personne ne pouvait dire quelle marque il était. "moteur-mvc, quadrangulaire JS, GoQuery, cometeor, quelque chose sonnant japonais,..." "-Salut, l'interrompit printf. Qu'est-ce que tu fais?" "Alchimiste, bongodb, mochascript, walktime.js, portasql,...," l'homme poursuivit. "Que fais-tu ?," demanda-t-il à nouveau, plus fort cette fois. "Oh, je suis en train d'essayer de nouveaux frameworks, des outils, des bases de données, les langues. -Whoa, vous semblez aller vite, peut-être aussi vite que 10 programmeurs mis ensemble! -Oui! Enfin, l'industrie se déplace aussi très vite !" il regarda son téléphone pour une seconde, et il a ajouté " Voilà! le framework de cardboard.io a sorti sa version 3.5 qui a brisé la compatibilité avec la 3.4 et cela a abouti à 4 fourchettes dans la communauté! Je dois les essayer tous de savoir lequel choisir! -et que faites-vous à apprendre tout cela? -Je suis un des premiers. Si vous ne restez pas à jour, vous restez coincé à écrire du COBOL ou du MUMPS pour vivre. Vous voulez trouver la prochaine grande chose, et surfer sur la vague vers le haut! -ça a déjà fonctionné? -Oh oui! J'ai appris Rails avant qu'il ne soit grand, et j'ai compris node.js avant qu'il soit connu, et j'étais sur les premières bêta de Redis, MongoDB et Riak! J'étais le premier à utiliser Vagrant et je nous ai fait passer à Docker mais bien sûr, maintenant le truc ce sont les Unikernels.. -Cool, et toutes ces choses où vous étiez à l'avant-garde, ça a payé? -oh non; Le temps que Rails devienne énorme j'étais passé à la prochaine grande chose, donc je ne me suis pas retrouvé hors du coup. De même, pour les autres. Il me reste de l'espoir pour les unikernels cependant -Je vois, ajouta le petit printf, pensif. Quels problèmes avez-vous résolu avec tous ces frameworks alors? Oh, je fais en sorte que nous n'utilisons pas quelque chose qui ne va pas être grand, de sorte que cette société n'aille pas de miser sur des technologies qui n'ont aucun avenir. C'est un travail très important, parce que si vous ne faites pas cela, vous ne pouvez pas trouver quelqu'un à embaucher en dehors de vieilles barbes grises du fond des âges passés, et que vous voulez fonceurs auto-motivés, qui sont aussi les premiers à adopter les nouvelles technos, dit l'homme. -C'est drôle, renchérit notre ami. -C'est très dur! dans le monde des startups, si vous voulez des joueurs alphas, vous avez besoin d'une bonne technologie pour les mettre en appétit! Sinon, vous êtes coincé avec les retardataires inflexibles. Personne ne veut être un retardataire inflexible. -Le petit printf intervint: Non, ce n'est pas ce que je veux dire." et il ajoute ensuite "ce que je veux dire, il est drôle que les outils sont destinés à résoudre des problèmes pour nous, mais pour vous, les outils eux-mêmes sont devenus un problème." Et tandis que l'homme se tenait là en silence (sur son nouveau bureau à roulettes trop cool), le petit printf se dirigea hors de la salle. ** *Chapitre 8* :PROPERTIES: :CUSTOM_ID: chapitre-8 :END: [[http://ferd.ca/static/img/printf/ops.png]] Dans le bureau d'à côté se trouvait un employé fatigué, avec des dizaines de tasses à café vides, recroquevillée sur ton clavier, à taper avec énervement. "Salut, dit le petit printf." La femme n'a pas arrêté ce qu'elle faisait. Elle a continué à taper furieusement. "Bonjour?" demanda-t-il à nouveau. La femme s'arrêta d'un coup, pris un flacon d'un tiroir dans son bureau, et a pris une gorgée. "J'ai un travail terrible, dit-elle. Je fais DevOps. ça avait bien commencé, la plupart du temps je développais et puis parfois je debuguais des choses, mais plus le temps passait, plus à a a empiré. J'ai commencé à lutter contre les incendies dans notre pile, puis plus d'incendies ont commencé à se produire. Je me suis débarrassé de la plupart d'entre eux, tirant de petits miracles ici et là pour ensuite respecter les délais de dev sur des choses que je devais aussi faire en plus. -Et ont-ils embauché quelqu'un pour aider? -Non, c'est ça le truc. Les petits feux continuent de se produire ici et là, et en raison du temps que je prends pour les combattre, je ne peux pas être aussi prudente qu' avant avec le dev, donc je crée plus de feux tout le temps. Maintenant, je lutte contre les incendies toute la journée et toute la nuit et je déteste mon travail. -Pourquoi votre employeur ne fait pas quelque chose? -Je suis douée à faire mon travail, et je suis parvenu à garder les choses sous contrôle assez longtemps que tout le monde s'y soit habitué. Lorsque vous prenez l'habitude de petits miracles, les gens sont habitués. Ensuite, vous êtes coincé à faire des miracles tout le temps ou ils vont penser que vous ne faites pas votre travail du tout. -Cela semble très triste -ça l'est; et parce que vous êtes la personne la plus familière avec ces feux, vous obtenez seulement de travailler sur eux de plus en plus, jusqu'à ce que votre employeur embauche quelqu'un d'autre pour couvrir votre ancien emploi, celui que vous aimiez. Si vous vous souciez assez dur sur votre travail pour être celui qui fait les choses que tout le monde déteste, on vous remerciera en vous donnant de plus en plus de ce travail qui ne vous plaît pas, jusqu'à ce que ce soit tout ce que vous faites. Et puis il n'y a plus rien pour vous plaire dans votre job. -Alors, vous êtes malchanceuse," dit le petit printf. Et son pager sonna encore. "Cette femme," dit le petit printf à lui-même, en continuant plus loin son voyage, "cette femme serait méprisée par tous les autres: par l'expert spécialisé, par le développeur de rockstar, par l'adoptant premier. Néanmoins, elle est la seule d'entre eux tous à sembler utile. Peut-être est parce qu'elle pense à autre chose qu'à elle-même. ** *Chapitre 9* :PROPERTIES: :CUSTOM_ID: chapitre-9 :END: [[http://ferd.ca/static/img/printf/architect.png]] A l'angle du bâtiment, printf trouvé un grand bureau avec de grandes fenêtres donnant une vue imprenable sur la région. Dedans, est assis un vieux monsieur avec des rames de documentation sur son bureau. "Ah, voici un développeur!" s'écria l'homme, alors que printf se tenait à la porte. "Entrez!" En regardant à travers les fenêtres, le petit printf a remarqué qu'ils étaient pleins d'écriture. Avec l'aide d'un stylo effaçable à sec, la vue sur le monde extérieur a été masqué par des tonnes de cercles, des flèches, des cylindres, et les nuages. Alors qu'il était curieux les nuages ​​de l'homme nécessaire tirées où les vrais pouvaient être vus à l'extérieur, tout l'ensemble était plus intrigant. "Qu'est-ce que c'est ?," demanda notre ami, en montrant les fenêtres. "Oh ça? Ceci est notre système de production!" Dit l'homme, en pensant non pas une seule fois que la question portait sur le monde extérieur. "Je suis un architecte logiciel. -Qu'est-ce qu'un architecte logiciel? -La plupart du temps, il est quelqu'un qui sait comment structurer au mieux et coordonne les composants d'un grand système pour que tout aille bien ensemble. Il est quelqu'un qui doit connaître les bases de données, des langages, des framewords, des éditeurs de code, des formats de sérialisation, des protocoles et des concepts tels que l'encapsulation et la séparation des préoccupations. -Très intéressant! dit le petit printf, voici quelqu'un qui peut répondre à toutes mes questions! Il regarda les diagrammes d'architecture. Votre système est très impressionnant. Est-il très rapide à fonctionner? -Je ne pouvais pas vous dire, dit l'architecte. ça doit être le cas, je pense. -Comment est le code alors, est-il bon? -Je ne pouvais pas vous dire -les utilisateurs sont-ils heureux? -Je ne pouvais pas vous dire non plus, je crains -Mais vous êtes un architecte logiciel! -Exactement! Mais je ne suis pas un développeur. Ce n'est pas l'architecte qui va et écrit les modules et les classes, combine les bibliothèques. L'architecte logiciel est beaucoup trop important pour aller toucher au code. Mais il parle avec les programmeurs et les développeurs, leur pose des questions, leur donne des conseils. Et si le problème se trouve être assez intéressant, l'architecte prend en charge la planification. -Et pourquoi ça? -Parce que nous sommes plus expérimentés. Nous en savons plus sur les systèmes et ce qui fonctionne ou non. Les développeurs peuvent alors être une extension de nos connaissances pour produire de grands systèmes! -Mais comment savez-vous si les choses vont bien sans s'impliquer avec le code? -Nous faisons confiance aux développeurs -Donc, vous leur faites confiance pour mettre en œuvre vos idées correctement, mais pas assez pour venir avec leurs propres idées?" L'architecte logiciel était visiblement ébranlé par ce commentaire. "Je suppose que je pourrais avoir été un peu déconnecté," il a finalement admis. "Le problème est que, après un certain temps, vous êtes invité à travailler avec des idées tellement vous ne disposez pas d'un bon moyen de les faire tester ou vérifier..." Il baissa les yeux, pensif. "Parfois, un architecte logiciel ne fait ni logiciel, ni architecture, on dirait." Le petit printf a quitté la salle, ayant terminé de sa visite, il quitta le bâtiment. ** *Chapitre 10* :PROPERTIES: :CUSTOM_ID: chapitre-10 :END: [[http://ferd.ca/static/img/printf/charity.png]] le petit printf, une fois à l'extérieur, a rencontré un homme collectant de l'argent pour la charité. "Salut, dit l'homme. Que diriez vous d'aider quelqu'un aujourd'hui? -ça m'aiderait sans doute à me faire sentir mieux, répondit printf. Je suis allé dans ce bureau toute la journée, et maintenant je suis plus confus que jamais. -Ah, je vois. Ces personnes sont tous les développeurs. Ils ne sont pas vraiment utiles, n'est-ce pas? Ce qu'ils aiment à dire est qu'ils changent le monde, et ils ont pas mal réussir à à le faire, en fait. -Pourquoi est ce que je me sens si gêné, alors? questionna le petit printf. -Eh bien, le meilleur qu'ils font est souvent d'aider à convertir les emplois de certaines personnes dans des programmes, ou de rendre les loisirs de tout le monde plus tranquilles. Le logiciel est en train de manger le monde et de lui faire changer de visage, c'est certain... mais au fond, c'est le même vieux monde, avec un visage mutilé. La raison pour laquelle on se sent gêné est que le changement de cette façon ne veut pas dire les choses deviennent mieux. Nous avons les mêmes défauts et les problèmes que nous avons toujours eu, les mêmes trous à combler à l'intérieur. -Alors, comment puis-je me sentir mieux?" le petit printf était visiblement anxieux. L'homme a pensé pendant un certain temps, et a offert printf à venir l'aider à aider les autres, car c'était la façon que cet homme avait de se sentir mieux. Au cours de l'après-midi, printf raconta à l'homme ses problèmes et son aventure. Après un long silence, l'homme dit: "Les jeux que les gens jouent, les rôles et les réputations qu'ils poursuivent et entretiennent, le plaisir éphémère qu'ils tirent de la résolution de problèmes complexes, c'est amusant pendant un certain temps. En fin de compte, si vous ne résolvez pas quelque chose de valable, si vous oubliez les personnes impliquées, ça ne va jamais être vraiment satisfaisant. Et cela peut être très bien, ou ça pourrait ne pas l'être, et vous pouvez ou ne pouvez pas obtenir cela par ailleurs que sur votre lieu de travail quand vous grandissez. Le travail peut être un travail; il peut être pour l'argent, il peut être pour le plaisir. C'est bon. Tant que vous parvenez à obtenir de l'accomplissement quelque part dans votre vie. À la fin cependant, il est seulement quand vous résoudre les problèmes avec un visage humain que vous pouvez vraiment sentir bien; Ce qui est essentiel est invisible pour l'ordinateur. C' est le temps que vous avez passé sur votre système qui le rend si important », l'homme a ajouté," et quand vous avez perdu de vue pourquoi il était logique de passer du temps là-dessus, quand il est devenu un jeu d'orgueil, alors il a causé plus de douleur que de soulagement. Les développeurs ont souvent oublié cette vérité; Si vous perdez de vue des choses, travailler sur votre système devient son propre problème, et la solution la plus efficace est de se débarrasser du système, étant donné qu'il est le problème." "C'est seulement quand vous résolvez les problèmes avec un visage humain que vous pouvez sentir vraiment bien", répéta le petit printf à lui-même, de sorte qu'il s'en souvienne. ** *Chapitre 11* :PROPERTIES: :CUSTOM_ID: chapitre-11 :END: [[http://ferd.ca/static/img/printf/printf-end.png]] Printf, qui est maintenant assis juste en face de moi, est sur le chemin du retour. Parler avec lui m'a fait réaliser à quel point ce que je fais m'éloigne ce que je voulais, ce pour quoi j'ai commencé à programmer. Chacune des personnes que le petit Printf a rencontré sont les rôles que je me vois prendre moi-même un jour ou l'autre au fil du temps. J'ai été encouragé par eux pour devenir comme eux, et j'ai probablement encouragé des gens à faire la même chose. Lorsque je me suis lancé dans le jeu d'essayer de devenir un véritable programmeur, Printf ne l'a pas fait. Il a dit qu'il était correct de ne pas être un vrai programmeur, qu'il préférait être un programmeur avec un visage humain. Aujourd'hui, je suis coincé dans la situation où je regarde en arrière, je dois comprendre si je peux, aussi, devenir un programmeur avec un visage humain ; ou si tout ce que je fais est juste un emploi. Il ne semble pas y avoir tellement de choses qui vaille la peine entre-deux. En tous les cas, là où printf a estimé qu'il n'a pas besoin d'être un vrai programmeur, je pense que je ressens la même chose maintenant.