A place to cache linked articles (think custom and personal wayback machine)
Du kannst nicht mehr als 25 Themen auswählen Themen müssen mit entweder einem Buchstaben oder einer Ziffer beginnen. Sie können Bindestriche („-“) enthalten und bis zu 35 Zeichen lang sein.

vor 4 Jahren
123456789101112131415161718192021222324252627282930313233343536373839404142434445464748495051525354555657585960616263646566676869707172737475767778798081828384858687888990919293949596979899100101102103104105106107108109110111112113114115116117118119120121122123124125126127128129130131132133134135136137138139140141142143144145146147148149150151152153154155
  1. title: Comment ne pas se laisser dévorer par la veille techno ?
  2. url: http://www.miximum.fr/veille-techno-efficace.html
  3. hash_url: 3a17eb00a6e88468af6ff75a4a8a27f3
  4. <div class="figure align-center">
  5. <a class="reference external image-reference" href="http://www.tripodocus.fr/pictures/toits-parisiens/"><img alt="Photographie des toits de la ville de Paris" class="full border shadow" src="http://www.tripodocus.fr/thumbs/i/2015/toits-parisiens_medium.jpg"/></a>
  6. </div>
  7. <p>L'obsolescence des compétences est l'un des dangers qui guettent le vaillant
  8. travailleur du Web. Notre domaine d'activité évolue tellement vite, tant au
  9. niveau des outils, des méthodes, des pratiques, des technologies… que rester à
  10. la page est un défi permanent.</p>
  11. <p>Si, fraîchement émoulu de son école, notre jeune Webie·ne se lancera à corps
  12. perdu dans l'apprentissage du x-ième framework Javascript avec un enthousiasme
  13. toujours renouvelé, le senior finira peut-être par ressentir ennui et lassitude
  14. face à la répétitivité de la chose.</p>
  15. <p>Comment prendre de la distance avec sa veille techno sans pour autant se
  16. laisser distancer par le Web ?</p>
  17. <div class="section" id="denver-le-dernier-dinosaure-du-web">
  18. <h2>Denver, le dernier dinosaure du Web</h2>
  19. <p>N'avons nous pas tous déjà rencontré l'un ou l'une de ces <a class="reference external" href="http://www.miximum.fr/quel-developpeur-etes-vous.html">vieux schnocks</a> tellement engoncé
  20. dans ses vieilles habitudes, ses vieux outils, ses vieilles méthodes, qu'il est
  21. devenu incapable d'apporter la moindre contribution utile à un projet moderne ?</p>
  22. <p>Ces dinosaures du Web se sont reposés sur leurs lauriers tellement longtemps
  23. qu'on dirait que le monde a continué de tourner sans eux, qu'ils sont restés
  24. coincés à une autre époque. Pour un peu, on les verrais porter un haut de
  25. forme, priser du tabac et entendrais proférer des expressions comme Diante ! et
  26. Morbleu !</p>
  27. <p>Je précise à l'égard de mes éventuels pairs plus âgés qu'il ne s'agit
  28. absolument pas d'une question d'années. J'ai connu des ingénieurs obsolètes à
  29. 25 ans.</p>
  30. <p>S'ils peuvent encore se rendre utile en se chargeant de la maintenance de
  31. projets antédiluviens (coucou le Cobol !), leur intervention sera désastreuse
  32. sur les projets récents dans lesquels ils importent leurs sales habitudes et
  33. leurs pratiques obsolètes.</p>
  34. <p>C'est encore pire quand ces néandertaliens du code pervertissent les vierges
  35. esprits des stagiaires et nouvelles recrues en répandant leurs compétences
  36. véreuses comme la parole du messie, et s'arrogent des rôles de décideurs en
  37. invoquant des préceptes fumeux tel que le « respect dû aux aînés ».</p>
  38. <p>Bref ! S'il a de la chance, le dinosaure se fait des couilles en or en
  39. travaillant sur des projets poussiéreux pour l'industrie financière, mais il
  40. finit la plupart du temps dans un placard, là ou il sera le moins nuisible.</p>
  41. </div>
  42. <div class="section" id="fast-and-furious-veille-techno">
  43. <h2>Fast and furious veille techno</h2>
  44. <div class="figure align-center">
  45. <a class="reference external image-reference" href="http://i.miximum.fr/images/YJ46DBBTLS/"><img alt="Un pigeon méditatif" class="full border shadow" src="http://i.miximum.fr/i/2015/02/YJ46DBBTLS_l.png"/></a>
  46. </div>
  47. <p>Si elle est essentielle, la veille techno est exigeante. Parce que oui, tester
  48. un nouvel outil, un nouveau framework, une nouvelle librairie, une nouvelle
  49. méthode, ça prend du temps (du moins, <a class="reference external" href="http://www.commitstrip.com/fr/2013/03/20/jfais-pas-rien-jfais-de-la-veille/">quand on le fait sérieusement</a>).
  50. Et le temps, plus ça va, moins on en a.</p>
  51. <p>Sans oublier le côté répétitif de la chose. Apprendre à utiliser son premier
  52. framework Js, c'est fun. Se plonger dans la doc du quinzième, c'est franchement
  53. barbant.</p>
  54. <p>À titre personnel, 2014 a été une année charnière. J'ai découvert, un peu
  55. étonné, que l'idée de passer un week-end entier à manger des chips et jouer
  56. avec une nouvelle librairie Python ne provoquait plus en moi cet enthousiasme,
  57. cette drôle d'excitation (oserais-je dire presque charnelle ?) dont j'avais
  58. l'habitude. Cette lassitude s'est doublée par une volonté de <a class="reference external" href="http://www.tripodocus.fr">consacrer plus de
  59. temps à d'autres passions</a>.</p>
  60. <p>Une nuit, j'ai fait un cauchemar. Je suis vu moi même, 20 ans plus tard, en
  61. cardigan et pantalon en velours côtelé, recouvert par une épaisse couche de
  62. poussière, corrigeant des bugs vieux de plusieurs décennies dans des langages
  63. depuis longtemps disparus.</p>
  64. <p>Réveillé en sursaut et en sueur, je me suis alors rendu compte qu'il fallait
  65. que je change ma manière d'aborder la veille technologique. Voici quelques unes
  66. des stratégies que j'essaye de mettre en place.</p>
  67. </div>
  68. <div class="section" id="donner-plus-de-valeur-a-son-temps">
  69. <h2>Donner plus de valeur à son temps</h2>
  70. <p>J'avais l'habitude de me lancer dans <a class="reference external" href="http://www.commitstrip.com/fr/2014/11/25/west-side-project-story/">d'innombrables side projects</a>, parfois
  71. sans autre motivation que l'excitation de l'idée, et toujours avec l'inavouable
  72. espoir de devenir riche et célèbre. Que d'heures perdues sur des projets jamais
  73. terminés !</p>
  74. <p>Aujourd'hui, le temps libre est devenue une ressource (très) rare (et j'exprime
  75. mon profond respect à mes collègues qui en plus ont des gosses). Par
  76. conséquent, j'essaye de le dépenser à meilleur escient.</p>
  77. <p>Ça signifie que je ne démarre plus un <em>side project</em> sur un coup de tête. Quand
  78. je me lance dans un développement personnel, j'ai laissé mûrir l'idée, défini
  79. des objectifs, et je sais à l'avance la valeur que je vais en retirer (cf. plus
  80. bas).</p>
  81. </div>
  82. <div class="section" id="privilegier-la-qualite-a-la-quantite">
  83. <h2>Privilégier la qualité à la quantité</h2>
  84. <p>Quand une personne sans doute bien intentionnée décide de publier un n-ième
  85. clone de Grunt ou Backbone.js, j'avoue que je dois pallier à de pressantes
  86. pulsions meurtrières en me gavant de beurre de cacahuètes.</p>
  87. <p>J'ai arrêté d'essayer de me tenir à la page sur la dernière techno à la mode ou
  88. le dernier framework top tendance.</p>
  89. <p>Aujourd'hui, si je prends le temps de tester / apprendre un nouvel outil /
  90. langage / techno / truc, c'est pour l'une de ces deux raisons :</p>
  91. <ul class="simple">
  92. <li>C'est quelque chose de totalement différent par rapport à ce que je
  93. maîtrise, porteur de concepts qui me sont étrangers, et qui va m'ouvrir
  94. l'esprit (<a class="reference external" href="http://www.miximum.fr/tag/android.html">Android</a>, <a class="reference external" href="http://www.miximum.fr/tag/bitcoin.html">Bitcoin</a>, programmation fonctionnelle, etc.) ;</li>
  95. <li>C'est une techno fiable et mature <strong>répondant à un besoin réel</strong> et que je
  96. vais pouvoir intégrer directement dans ma trousse à outil.</li>
  97. </ul>
  98. <p>Si je n'apprends rien, je perds mon temps. J'agis en conséquence.</p>
  99. </div>
  100. <div class="section" id="laisser-murir-les-technos">
  101. <h2>Laisser mûrir les technos</h2>
  102. <p>Combien de temps perdu à tester des technos soi-disant révolutionnaires et qui
  103. ont fini aux oubliettes de l'e-histoire.</p>
  104. <p>La vérité est qu'une techno récente, quelque soit son aspect novateur, peut
  105. rarement être intégrée dans un projet amené à passer en production.</p>
  106. <p>Il y a toujours une phase de défrichage, de maturation, pendant laquelle les
  107. <em>early adopters</em> paieront les pots cassés.</p>
  108. <p>Aujourd'hui, j'attends qu'une techno soit mâture avant de m'y intéresser. Par
  109. mâture, j'entends qu'elle réponde aux critères suivants :</p>
  110. <ul class="simple">
  111. <li>la techno est techniquement robuste (pas de bugs en pagaille) ;</li>
  112. <li>la documentation et les différents tutoriels éparpillés sur le Web
  113. permettent une prise en main rapide ;</li>
  114. <li>il existe suffisamment de retours d'expérience pour que je puisse me faire
  115. une idée claire des cas d'utilisation pertinents.</li>
  116. </ul>
  117. </div>
  118. <div class="section" id="attacher-de-l-importance-aux-retours-d-utilisation">
  119. <h2>Attacher de l'importance aux retours d'utilisation</h2>
  120. <div class="figure align-center">
  121. <a class="reference external image-reference" href="http://www.tripodocus.fr/pictures/des-amis-au-cap-dagde/"><img alt="Silhouette sur un ciel bleu" class="full border shadow" src="http://www.tripodocus.fr/thumbs/i/2015/des-amis-au-cap-dagde_medium.jpg"/></a>
  122. </div>
  123. <p>J'ai tendance à attribuer de plus en plus d'importance aux retours
  124. d'utilisation plutôt qu'à l'aspect technique et fonctionnel de la techno.</p>
  125. <p>Plutôt que de lire des tutoriels techniques, je préfère m'intéresser aux
  126. expériences des <em>early adopters</em>. Dans quels cas cette techno est-elle
  127. appropriée ou non ? Quels sont ses avantages et ses inconvénients ? Quelles
  128. sont ses forces et ses faiblesses ? Quels gains <strong>réels</strong> espérer, et à quelles
  129. galères s'attendre ?</p>
  130. <p>L'exemple emblématique, c'est Docker. Docker, un outil qui permet de faire des
  131. machines virtuelles de manière simple et rapide à l'échelle d'un processus. Sur
  132. le papier, c'est génial. En démo, c'est étourdissant. En pratique, je n'ai
  133. trouvé aucun retour d'utilisation décrivant comment Docker, mis en place sur un
  134. projet en production, a enlevé de la complexité au lieu d'en rajouter.</p>
  135. </div>
  136. <div class="section" id="aller-a-des-conferences-echanger">
  137. <h2>Aller à des conférences, échanger</h2>
  138. <p>Le meilleur moyen de discuter avec d'autres travailleur·se·s du Web, c'est
  139. encore de trouver un nid.</p>
  140. <p>En l'occurrence, les conférences sont un excellent moyen de cuisiner des
  141. dévs, des admin sys, des intés, des agilistes… sur les derniers trucs qui
  142. valent le coup qu'on s'y penche.</p>
  143. <p>C'est quoi cette techno ? Est-ce que ça marche bien ? Quels sont les avantages
  144. par rapport à X ? Autant de questions qui trouveront plus facilement réponse
  145. autour d'un croissant ou d'une bière que derrière un clavier.</p>
  146. </div>
  147. <div class="section" id="conclusion">
  148. <h2>Conclusion</h2>
  149. <p>La veille techno est un processus essentiel, mais plus le temps passe, et plus
  150. le besoin de s'y consacrer avec une certaine efficacité se fait sentir. Faute
  151. de quoi, ennui et lassitude finiront par s'emparer de l'ingénieur·e.</p>
  152. <p>Sur ces quelques réflexions, je vous laisse, je vais découper du saucisson.</p>
  153. </div>