Laura Klein, auteur du livre UX for Lean Startups avait écrit une lettre sur Medium destinée « aux Ingénieurs qui ne se soucient pas réellement de leurs clients » dans laquelle elle explique son point de vue concernant l'écriture du code dans le métier de développeur. « Je sais, vous pensez que vous avez été embauché pour écrire du code. En fait, votre entretien d'embauche entier était centré autour de la façon dont vous pourriez écrire du code, et je suis sûr que vous le faites très bien. Mais ce n'est pas votre travail ». Elle rappelle ensuite que les clients ne sont pas tous équipés des derniers MacBook Air avec un écran haute résolution. « Beaucoup d'entre eux ont une version d'Internet Explorer vielle de quatre ans sur d'anciens PC, donc parfois, les choses que vous construisez ne fonctionnent pas bien sur leurs machines [...] alors s'il vous plaît assurez-vous que le code que vous avez écrit s'exécute dans un nombre raisonnable d'environnements ». Pour cela, elle déclare qu'il est nécessaire de tester son code en production et non pas seulement en local. Aussi, ce code devrait couvrir tous les scénarios d'utilisation possibles même en cas d'erreur et d'absence de données, ou lorsque par exemple « le client utilise le bouton retour ou crée deux comptes par erreur ».
Un autre point important selon elle est le fait de pouvoir mesurer la qualité du travail effectué, « si vous vous attendez que le code écrit va améliorer l'engagement des utilisateurs, alors vous devez avoir un moyen de savoir si vous avez réussi ou non ». Et elle conclut en précisant que ceci s'applique aussi aux Designers, aux Managers et même au directeur de l'entreprise puisqu'ils ont tous un point commun : améliorer le produit pour les clients.
Toutefois, Mike Grouchy aborde le sujet de l'écriture du code sous un autre angle. En effet, pour ce blogueur et contributeur à pycoders : un développeur doit écrire le moins de code possible. « Regardez vos outils et vos environnements, tous essaient de vous faire écrire moins de code », avait-il déclaré dans un billet de blog sur Medium. « Votre travail est de penser, il consiste à réfléchir sur le problème à portée de main, concevoir une solution élégante et puis convertir cette solution en logiciel », déclare Mike, avant de rappeler que l’écriture du code n’est qu’une des nombreuses étapes de la création de logiciels.
Aussi, un autre blogueur sur Medium avait écrit en décembre dernier que les ingénieurs en informatique devraient écrire plus souvent, non pas du code, mais plutôt écrire des blogs et des essais. Il attire notre attention sur les similitudes qui existent entre ces deux disciplines : les deux commencent avec une idée et une page vierge, on remplit cette page au fur et à mesure tout en suivant une certaine structure, on revient ensuite sur telle ou telle partie pour la modifier ou la corriger, jusqu'à ce qu'on obtienne un produit final destiné à un public bien ciblé. « Ce produit est une séquence d'instructions logiques groupées en unités modulaires, que ce soit des fonctions ou des paragraphes ». Aussi, il rappelle qu'un bon texte comme un bon programme doit être clair et concis.
« Les ingénieurs logiciels doivent écrire parce que notre métier est devenu de plus en plus collaboratif. Les projets open source invitent à une participation mondiale, tandis que les produits de l'industrie exigent souvent une armée d'ingénieurs. Bien écrire, que ce soit dans un commentaire GitHub, une révision de code, ou dans la documentation technique, facilite la communication dans les projets, et permettent d'aller de l'avant ». Il explique aussi que même dans les projets qui ne nécessitent pas de communication cela reste important en citant à titre d'exemple l'écriture de blogs, de tutoriels et de livres sur l'informatique qui sont plus faciles à aborder pour les débutants que la documentation technique.
Source : Article de Laura Klein, Article de Mike Grouchy, Article de Shubhro Saha
Et vous ?
Partagez-vous les avis de ces blogueurs ? Pensez-vous que les développeurs devraient écrire moins de code et plus de blogs/essais/livres ? 
Envoyé par Zirak
).(.../...)