Apprendre comment devenir un bon programmeur - Débutant
Un tutoriel de Robert L. Read

Le , par Malick

30PARTAGES

24  1 
Chers membres du club,

J'ai le plaisir de vous présenter la première partie de ce tutoriel :

Être un bon programmeur est difficile et noble. La chose la plus difficile pour concrétiser une vision collective d’un projet de logiciel est de traiter avec ses collègues et ses clients. L'écriture de programmes informatiques est importante et requiert beaucoup d'intelligence et de compétences. Mais c’est vraiment un jeu d’enfant comparé à tout ce qu’un bon programmeur doit faire pour créer un système logiciel qui réussisse à la fois pour le client et pour la myriade de collègues dont il est partiellement responsable.

Dans cet essai, je tente de résumer le plus succinctement possible les explications que j’aurais aimé recevoir à l'âge de vingt et un ans. Ceci est très subjectif et par conséquent, cet essai est condamné à être personnel et à refléter mes opinions. Je me limite aux problèmes qu’un programmeur risque de rencontrer dans son travail. Bon nombre de ces problèmes et de leurs solutions sont si inhérent à la condition humaine que je semblerai probablement moralisateur. J'espère malgré tout que cette contribution sera utile.
Bonne lecture

Retrouvez les meilleurs cours et tutoriels pour apprendre la programmation.

Une erreur dans cette actualité ? Signalez-le nous !

Avatar de Pierre Louis Chevalier
Expert éminent sénior https://www.developpez.com
Le 17/04/2019 à 13:27
Certes c'est un "témoignage" et une forme de partage d'expérience, et pas un cours classique, c'est donc présenté de façon "personnelle". Mais c'est justement ce qui fait tout son intérêt et son originalité
Il y a surtout beaucoup de très bons conseils génériques, et des choses qu'on ne pense pas à t'apprendre en formation ou pendant les études et que tu finis par apprendre sur le tas en entreprise.

Du coup je trouve cette lecture tout à fait pertinente pour les débutants, après chacun en retiens ce qu'il veux
10  0 
Avatar de Matthieu Vergne
Expert éminent https://www.developpez.com
Le 16/04/2019 à 20:15
On est prévenu dès les première ligne, mais ça me semble vraiment trop personnel comme vision. En l'occurrence, dès le départ on range ceux qui se montrent très formels dans la case "ne sait pas ce que c'est que la vrai programmation". Pour autant, plus loin on parle d'agir de manière "scientifique". Lire ce genre de chose ne me donne pas du tout envie de continuer la lecture, d'autant plus que je fais partie de ces programmeurs grand amateur de formalisme (vive les design patterns et les ontologies !).

Je fais du Java depuis 2009, formation d'ingénieur, j'ai fais de la recherche de 2011 à 2016, je suis revenu à l'ingénierie après ça, et mon formalisme est une plus valu, y compris pour mes collègues actuels. Justement parce que je comprends les problèmes fondamentaux de tel ou tel design et est capable de trouver des exemples concrets pour les illustrer. Cela permet aux gens de comprendre en quoi c'est problématique et d'apprendre des règles pour éviter certains pièges.

Autant il est vrai que ce formalisme peut vite amener à des discussions sans réel intérêt pratique, et donc à une perte de temps, autant cela reste un outil comme les autres qui, bien utilisé, apporte de vrais qualités au code source, que ce soit en terme de compréhensibilité, de robustesse, d'effort de maintenance, etc. Partir du principe qu'une certaine catégorie de gens est à déconsidérer, c'est oublier que la programmation en équipe reste un travail d'équipe : il s'agit de savoir exploiter les forces et compenser les faiblesses des collègues pour obtenir le meilleur produit possible.

Voilà une réponse tout à fait personnelle à un essai tout à fait personnel.
5  6 

 
Contacter le responsable de la rubrique Programmation

Partenaire : Hébergement Web