- Dmitry Mamonov , Wrike "Des vélos aux motos : pourquoi développer vos propres solutions peut être mieux que d'utiliser des frameworks prêts à l'emploi."
- Vladimir Krasilshchik , Yandex "Bienvenue, sinon les cyclistes ne sont pas autorisés"
- Vyacheslav Lapin , EPAM – Pirater la « courbe d'entrée »
En quoi le processus de développement de votre propre produit diffère-t-il des projets d'externalisation d'un point de vue technique ? Quand est-il judicieux d'investir dans le développement à partir de zéro, et quand est-il préférable d'adopter une solution toute faite ?
Dans le développement de logiciels, écrire vos propres vélos est considéré comme le romantisme du travail. Les programmeurs partagent fièrement leurs vélos et les publient sur Github. Selon l'orateur, il s'agit de projets « Hello World » dans le but d'apprendre quelque chose, ou d'absurdités du type « Nous ne nous souvenons pas pourquoi nous avons inventé une boule de billard à partir de laquelle poussent les cheveux, mais c'était diablement difficile ».
Dans son discours, l'orateur évoquera les questions qu'un « cycliste » ou un chef d'équipe « cycliste » doit se poser avant de se rendre sur le Tour de France. Il donnera des exemples de bibliothèques et de frameworks dont l'apparition a été justifiée et dictée par une approche pragmatique, ainsi que des exemples de créations dont l'apparition est impossible sur la base de considérations pragmatiques.
Inventer les « vélos » est une formidable technique pédagogique ! Les artistes en herbe copient principalement les peintures des maîtres, alors pourquoi le syndrome des NIH est-il considéré comme maléfique en informatique ? Après tout, afin de comprendre le fonctionnement d'une bibliothèque ou d'un framework, il est préférable d'essayer de résoudre le problème qu'ils résolvent par vous-même, généralement en écrivant quelque chose de similaire.
Depuis que nous sommes passés à un modèle d'apprentissage constant et permanent (en fait, l'apprentissage et le travail sont devenus un processus unifié), la « construction de vélos » nous soutient parfaitement dans cette démarche, étant essentiellement une pratique d'apprentissage : nous lisons des tutoriels, des articles, regardons discours lors de conférences et essayer d'en essayer une partie dans nos projets de combat, trouvant ainsi le chemin le plus court le long de la « courbe d'entrée » dans une nouvelle technologie.
Cependant, ce n’est souvent pas le moyen le plus court, le moins cher et le plus sûr de résoudre les problèmes commerciaux du client. Il est donc rare que le client l’accepte. Où doit aller un « pauvre développeur » dans une telle situation ? Ce sujet sera discuté dans le rapport de Viatcheslav.
GO TO FULL VERSION