Apprendre comment devenir un bon programmeur - Débutant
Un tutoriel de Robert L. Read
Le 2019-04-14 17:16:11, par Malick, Community Manager
Chers membres du club,
J'ai le plaisir de vous présenter la première partie de ce tutoriel :
Bonne lecture
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.
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.
-
Pierre Louis ChevalierExpert éminent séniorCertes 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 veuxle 17/04/2019 à 13:27 -
ZhebulonMembre habituéBonjour, en non connaissance de la programmation, sans études pour, je l'ai apprise toute seule. J'ai ainsi fais des programmes, inventé un algorithme, fais des bases de données, un site Intranet officiel, pas mal d'outils pour Autocad et SIG, des moulinettes, ai du coup grâce à votre site appris en autodidacte 37 langages informatiques et tout ce qui s'y rapporte, le binaire, l'hexadécimal, l'octal, etc, je saurais où me placer maintenant, Faire ma propre analyse personnelle et voir ainsi si je dois ré-apprendre des choses ou encore mieux évoluer…. Quelle joie ! Merci beaucoup de votre aide salvatrice. Je vais lire ce recueil de bonnes pratiques avec attention….Merci beaucoup !le 20/10/2019 à 16:10
-
Matthieu VergneExpert éminentOn 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.le 16/04/2019 à 20:15