Discussion :

[56442]

Bonjour,

Je vous sollicite pour savoir si des personnes confirmés pourraient me dire comment apprendre à programmer correctement en autodidacte.Je veux dire me citer quelles sont les vrais bases à apprendre pour cadrer un minimum mon apprentissage autodidactique, suivre une ligne efficace qui me permettrait pas à pas d'apprendre à gérer finement les choses.

Pour la petite histoire, j'ai toujours été attiré par les ordinateurs mais chez les copains, car dans ma famille personne ne s'intéresse à l'informatique à part moi, j'ai d'ailleurs eu mon premier ordinateur personnel à 22 ans, je me suis renseigné dans la foulée pour apprendre à programmer .

Le problème c'est que si je dois faire un bilan de ces 3 dernière années, je me rends compte qu'apprendre en autodidacte c'est bien mais c'est l'anarchie car pas de cadre minimum, on lis des choses ici et là et on ne sais pas vraiment où on va.Je pense également que quand on est 100% débutant en programmation, commencer en premier par apprendre un langage c'est n'importe quoi, ça doit être à mon sens la dernière des choses, vous apprenez en quelques sorte des recettes toutes faites que vous répliqué mais pour faire de l'orfèvrerie et maîtriser réellement le fond des choses, il n'y a plus personne.

Voilà, si des personnes confirmés pourrait me citer des cours pour apprendre les vrais bases qui permettent de devenir un programmeur qui sait ce qu'il fait

Désolé pour cette petite parenthèse et merci.

[Carhiboux]

Salut,

Les cours te donnent des bases pour aller plus loin. Mais toi seul peut avoir la démarche d'aller plus loin.

Il n'y a pas de "cours" ou de "recette" pour devenir expert. Que l'expérience.

Tu as pas mal de cours à disposition sur ce site. Dans différents langages. Le mieux, à mon sens, est de les suivre pour apprendre les bases, puis de te lancer des des petits projets persos pour mettre en application et dépasser un peu le cadre théorique.

Pour les bonnes pratiques, c'est plus difficile, parce que d'une part il n'y a pas ou peu de norme incontestable et incontestée sur le sujet. Le "mieux" que tu puisses faire, c'est par exemple de prendre l'habitude d'utiliser Checkstyle ou PMD pour "valider" ton code et éviter les mauvaises pratiques les plus courantes.

Cela ne t'aidera pas sur l'architecture ou sur l'algorithmie, mais au moins sur la lisibilité et la maintenabilité de ton code.

Et pour les questions spécifiques sur le langage de ton choix, tu as aussi le forum ici avec ses sections par langage.

Donc pas de secret, de l'huile de coude, de la volonté et des efforts pourront te permettre de savoir et maitriser ce que tu fais. Devenir développeur et en vivre, c'est une autre histoire.

[56442]

En faite je me suis rendu compte qu'apprendre un langage de haut niveau pour créer une application ne m'intéresse pas car pour le moment pas d'idée de programme et il y en a déjà assez comme ça de toute façon.De plus ce n'est pas dans l'intérêt de la maîtrise que tout soit cachée ou prémâché.

Ce qui m'intéresse pour être plus précis, c'est d'apprendre à toucher des choses de couches beaucoup plus basses.Mais par quoi commencer pour ne pas s'éparpiller, dans quel ordre ?.

[Carhiboux]

Tu n'es pas précis du tout en fait.

C'est quoi pour toi "bas niveau"? Par exemple, tu aimerais faire quoi?

Parce que encore une fois, si tu veux progresser, un projet perso, c'est un bon début. Oui, il y a surement des gens qui ont déjà fait bien mieux que ce que tu feras. Mais si ton but est purement pédagogique, ça à du sens.

[56442]

Toucher aux premières couches en accès direct avec le matériel,ect,ect.Ce serai plus pédagogique pour moi comme cours, afin de mieux comprendre comment sont traités les données entre code et matériel.

Il faut commencer par quoi, de l'électricité ? assembleur ? mathématiques ? autres ? des cours à me conseiller ?

J'aimerais avoir votre avis avant d'attaquer un pavé de 2000 pages à droite ou à gauche, choisis par pur hasard.

Merci.

[MarieKisSlaJoue]

Si c'est purement par passion tu peux commencer par ce que tu veux. Même si en électricité tu vas pas coder grand chose d’intéressant je pense. .

En bas niveau, tu as l'assembleur si c'est par passion, le C si tu veux un peu plus te professionnaliser. (Enfin je dis ça, mais moi je suis plutôt haut niveau, alors je suis sur que des gens vous trouver que le C c'est déjà tu trop haut niveau.)

Ensuite comment apprendre en autodidacte. Outre les tuto internet je te conseillerai d'acheter un livre sur la techno que tu veut pratiquer. Il à vraiment une mine d'information dans les livre de programmation qu'on trouve que très durement ailleurs. (Suffit de comparer un livre C#, avec un tutoriel C# pour se rendre compte que les objectif ne sont pas les même).

Ensuite oui, faire des projet, ou faire des algo quand on à pas d'idée de projet, encore et encore est la seule façon de progresser en programmation.

[56442]

Effectivement c'est par passion dans mon temps libre, je n'ai donc pas les contraintes de l'entreprise en terme de temps,finance,ect,ect.

Pour les livres, je vais regarder en plus ça me permettras d'avoir moins mal aux yeux par rapport à la lecture sur écran.

Merci.

[chiv]

Salut,

Le mieux pour toi, à mon avis, c'est le K&R --> http://www.eyrolles.com/Informatique...-9782100487349

C'est la bible du C, suis le livre scrupuleusement chapitre par chapitre. Tu acquerras de bonnes bases en programmation et c'est du bas niveau, du C, bref le mieux pour comprendre véritablement ce qu'on fait et vu que c'est apparemment ton intention de faire de la programmation bas niveau ça semble le plus adapté pour répondre à ta demande.

[GuillaumeJ]

C'est la bible du C, suis le livre scrupuleusement chapitre par chapitre. Tu acquerras de bonnes bases en programmation et c'est du bas niveau, du C, bref le mieux pour comprendre véritablement ce qu'on fait et vu que c'est apparemment ton intention de faire de la programmation bas niveau ça semble le plus adapté pour répondre à ta demande.

Je suis paas certain que le K&R soit si bon que ca pour "Apprendre a programmer correctement".

Okay, ca va lui apprendre pleins de trucs techniques (et d'abord les pointeurs), mais ca va pas lui apprendre a organiser son code correctement, utiliser (enfin, surtout pourquoi) un controle de version, etc...

A devenir un "orfevre" comme il le dit lui meme.. Pour cela, je lui conseillerai plutot Pragmatic Programmer, ou Clean Code (je ne sais pas s'il y a des traductions)...

Une autre bonne facon d'apprendre, c'est de mettre les mains dans le cambouis, se planter, refaire un programme... et aussi d'échanger avec des gens de qualité

[chiv]

Oui c'est sûr qu'utiliser un gestionnaire de version c'est la grosse priorité quand on apprend à programmer tout seul en autodidacte. Tout le monde sait que paramétrer git est le plus important pour coder correctement. Alors que les pointeurs, les variables, le typage, les boucles, les entrées-sorties, la gestion de la mémoire, les processus, les threads et toutes ces bêtises, c'est secondaire.

[deathness]

Vous avez raison tous les deux.
Mais GuillaumeJ, avant d'apprendre les bonnes pratiques de la programmation en équipe, il faut déjà savoir les bases que donnent chiv!
Chaque chose en son temps. au début on fait quelque chose qui marche, puis après on fait quelque qui marche et d'un peu mieux architecturé, ...

[GuillaumeJ]

Mais GuillaumeJ, avant d'apprendre les bonnes pratiques de la programmation en équipe, il faut déjà savoir les bases que donnent chiv!
Chaque chose en son temps. au début on fait quelque chose qui marche, puis après on fait quelque qui marche et d'un peu mieux architecturé, ...

Sauf que n'importe quel autodidacte avec un QI moyen va savoir faire quelque chose qui marche, comme n'importe qui sortant de quelques heures de cours.

La qualité de l'architecture - au sens très large, de l'écriture de code maintenable a la bonne utilisation/importance des outils - c'est cela qui fait l'orfèvre (je reprends ce terme, qui me parait une très bonne traduction de la notion de Craftsman).

Je ne serais pour ma part pas vraiment impressionné par quelqu un qui peut écrire une liste doublement chainée, mais dont la stratégie de contrôle de source consiste a copier ses fichiers en les suffixant de "_save01"...