{"id":2351,"date":"2014-04-28T13:00:23","date_gmt":"2014-04-28T12:00:23","guid":{"rendered":"http:\/\/blog.fabianpiau.com\/?p=2351"},"modified":"2024-12-30T14:31:01","modified_gmt":"2024-12-30T14:31:01","slug":"developer-more-than-writing-code","status":"publish","type":"post","link":"https:\/\/blog.fabianpiau.com\/fr\/2014\/04\/28\/developer-more-than-writing-code\/","title":{"rendered":"D\u00e9veloppeur, bien plus que coder"},"content":{"rendered":"

 <\/span>English version available<\/strong><\/a><\/p>\n

Voici un article sans pr\u00e9tention qui rejoint des articles de plus en plus nombreux sur la toile venant \u00e0 l’encontre des id\u00e9es re\u00e7ues sur le m\u00e9tier de d\u00e9veloppeur. Vous allez voir que ce m\u00e9tier est loin de se r\u00e9sumer \u00e0 la \u00ab\u00a0simple\u00a0\u00bb \u00e9criture de code.<\/p>\n

\"D\u00e9veloppeur\"<\/p>\n

M\u00e9tier multisectoriel<\/h4>\n

Tout d’abord, l’informatique \u00e9tant un m\u00e9tier transversal, le d\u00e9veloppeur ne connait pas de limites au niveau des secteurs d’activit\u00e9 qui s’offrent \u00e0 lui. Pour ma part, j’ai \u00e9t\u00e9 amen\u00e9 \u00e0 travailler sur des projets dans des secteurs aussi vari\u00e9s que sont l’automobile, l’\u00e9nergie, la t\u00e9l\u00e9phonie ou bien encore la sant\u00e9. Bien s\u00fbr, \u00e0 chaque fois, il faut s’adapter, acqu\u00e9rir une bonne compr\u00e9hension du fonctionnel et de la logique business, des param\u00e8tres indispensables dans la r\u00e9ussite d’un projet. Pouvoir travailler dans des secteurs diff\u00e9rents est une grande libert\u00e9, cela vous am\u00e8ne \u00e0 rencontrer des personnes de milieux diff\u00e9rents, c’est tr\u00e8s enrichissant. Aussi, vous pouvez vous faire une id\u00e9e sur chacun et privil\u00e9gier les secteurs qui vous int\u00e9ressent le plus. Ce n’est pas donn\u00e9 \u00e0 toutes les professions.<\/p>\n

Vision projet dans sa globalit\u00e9<\/h4>\n

Un d\u00e9veloppeur participe principalement durant la phase de d\u00e9veloppement d’un projet informatique, mais il doit aussi comprendre l’ensemble des composantes d’un projet. L’impl\u00e9mentation ne repr\u00e9sente qu’une toute petite partie de la vie d’un projet informatique. Il n’y a pas besoin d’avoir une maitrise compl\u00e8te d’un projet de bout en bout, simplement avoir une notion des activit\u00e9s qui gravitent autour. En effet, les \u00e9tapes sont nombreuses entre la naissance d’une id\u00e9e et la vente de la solution, et cela ne s’arr\u00eate pas l\u00e0.<\/p>\n

Autonomie & communication<\/h4>\n

Il est vrai qu’un d\u00e9veloppeur est souvent devant son \u00e9cran et participe peu \u00e0 des r\u00e9unions, l’autonomie est une qualit\u00e9 souvent exig\u00e9e. Pourtant, l’aspect communicatif et collaboratif n’est pas en reste, il est indispensable d’avoir un bon relationnel: pouvoir travailler en \u00e9quipe, comprendre et discuter avec le client ou le chef de projet. Un projet informatique se fait rarement tout seul, une bonne communication est donc primordiale. On ne compte plus les outils collaboratifs disponibles dans la panoplie d’un d\u00e9veloppeur.<\/p>\n

Architecture logicielle<\/h4>\n

Bien \u00e9videmment, le d\u00e9veloppeur est un poste technique et il passe beaucoup de son temps \u00e0 \u00e9crire du code. Ecrire des suites d’instruction avec des \u00ab\u00a0if\u00a0\u00bb, des \u00ab\u00a0else\u00a0\u00bb est une vision d\u00e9pass\u00e9e. Le code est r\u00e9fl\u00e9chi et suit une architecture logicielle bien pr\u00e9cise. La programmation est objet, fonctionnelle, les architectures sont modulaires, utilisent des patterns sp\u00e9cialis\u00e9s<\/a> et le mod\u00e8le doit \u00eatre bien pens\u00e9 au plus t\u00f4t. L’architecture logicielle peut rapidement devenir complexe sur de gros projets. C’est pour cela qu’\u00e9crire un code maintenable est primordial, les composants doivent avoir \u00e9t\u00e9 \u00e9crits pour pouvoir \u00e9voluer facilement. <\/p>\n

Qualit\u00e9 logicielle<\/h4>\n

Le d\u00e9veloppeur a aussi une casquette de testeur. Certes, ce n’est pas l’utilisateur final, mais il \u00e9crit quand m\u00eame des tests (on parle de tests techniques: unitaires et d’int\u00e9gration). Il s’assure que la fonctionnalit\u00e9 livr\u00e9e r\u00e9pond au besoin et que l’existant fonctionne toujours (non-r\u00e9gression). Il a aussi la connaissance et la maitrise de nombreuses m\u00e9triques de qualit\u00e9 sur son code. Il est sensibilis\u00e9 \u00e0 la dette technique et s’arrange pour la diminuer en reprenant le code en cas de besoin (on parle de refactoring<\/a>).<\/p>\n

Maitrise des outils<\/h4>\n

Le d\u00e9veloppeur connait de nombreux outils qui l’aident dans la r\u00e9alisation de ses t\u00e2ches quotidiennes, que ce soit des outils applicatifs (IDE, gestionnaires de versionning, de bugtracking, plateforme d’int\u00e9gration continue, analyseurs de code, etc.) ou des outils purement techniques (frameworks, librairies utilitaires, bases de donn\u00e9es, etc.). On utilise autant que possible des outils existants, il est tr\u00e8s rare de partir de z\u00e9ro pour r\u00e9aliser un projet. Le choix des outils est lui aussi quelque chose qui a \u00e9t\u00e9 m\u00fbrement r\u00e9fl\u00e9chi.<\/p>\n

Veille technique<\/h4>\n

Un d\u00e9veloppeur doit apprendre, apprendre et toujours apprendre pour \u00e9viter d’\u00eatre d\u00e9pass\u00e9 techniquement. Il est vital de s’informer, de s’autoformer sur les nouvelles technologies et de tester de nouveaux outils. Cela ne doit pas aller \u00e0 l’extr\u00eame et ce n’est pas parce que l’on ne passe pas son temps libre \u00e0 aller au Devoxx<\/a>, \u00e9couter les Castcodeurs<\/a>, suivre des cours sur Coursera<\/a> que l’on est un d\u00e9veloppeur non passionn\u00e9 ou un mauvais d\u00e9veloppeur. A noter aussi que certains d\u00e9veloppeurs se sp\u00e9cialisent sur d’anciens langages de programmation o\u00f9 le besoin de se tenir \u00e0 jour est limit\u00e9, car les technologies n’\u00e9voluent plus ou tr\u00e8s peu. C’est un choix de carri\u00e8re.<\/p>\n

Proche de la machine<\/h4>\n

Le d\u00e9veloppement est une activit\u00e9 technique, mais elle se fait en g\u00e9n\u00e9ral avec des langages de programmation de haut niveau<\/a>. Le d\u00e9veloppeur doit tout de m\u00eame avoir des notions de ce qui se passe sous le capot, se poser des questions sur les frameworks qu’il utilise, les concepts sous-jacents, comprendre les m\u00e9canismes de compilation, la gestion de la m\u00e9moire, de la performance, comprendre le stockage de l’information, la gestion des nombres \u00e0 virgules flottantes, etc. M\u00eame s’il ne maitrise pas tous ces concepts, avoir quelques notions lui sera tr\u00e8s utile.<\/p>\n


<\/p>\n

Le m\u00e9tier de d\u00e9veloppeur est donc tr\u00e8s complet et rev\u00eat de multiples facettes. Au-del\u00e0 de cela, je pense que les mentalit\u00e9s en France et dans d’autres pays europ\u00e9ens sont en train d’\u00e9voluer progressivement vers la bonne direction. Le m\u00e9tier de d\u00e9veloppeur devient un m\u00e9tier de plus en plus valoris\u00e9. Pour finir, je peux difficilement ne pas faire une comparaison avec ce qui se passe outre-Atlantique. Aux \u00c9tats-Unis, les d\u00e9veloppeurs sont tr\u00e8s bien consid\u00e9r\u00e9s et certains d’entre eux sont parmi les personnes les plus riches de la plan\u00e8te… A m\u00e9diter!<\/p>\n

Pour approfondir le sujet, je vous recommande la lecture de ces quelques articles, et en bonus une petite vid\u00e9o pour finir sur une touche de l\u00e9g\u00e8ret\u00e9.<\/p>\n