Sondage : quels sont les conseils pour d�buter en tant que d�veloppeur de logiciels ?

Partagez votre exp�rience

Sondage : quels sont les conseils pour d�buter en tant que d�veloppeur de logiciels ?
Partagez votre exp�rience

Existe-t-il une m�thode universelle ou une m�thode pratique pour r�ussir ses d�buts en tant que d�veloppeur de logiciels ? Beaucoup de bouquins vont dans sens, mais chaque d�veloppeur finit par se faire son propre avis apr�s quelques ann�es d�exp�rience dans le domaine de l�ing�nierie. En fait, il en vient � dresser une liste de quelques habitudes qui, d'apr�s lui, permettent de grandir plus vite et de mani�re cibl�e, et qu�il aurait aim� conna�tre d�s ses premiers pas en tant d�veloppeur professionnel de logiciels. Voici une liste de r�gles recueillies dans la communaut�.

Lire au moins deux livres par an sur le g�nie logiciel

Il y a un tr�s grand nombre de livres de g�nie logiciel, et ce, dans un nombre tr�s �lev� de langages de programmation. Selon les personnes � l�origine de cette recommandation, chaque fois qu�ils ont donn� de leur temps pour lire lentement et compl�tement un livre conseill� sur l'ing�nierie logicielle, cela les a fait progresser. Il ne s�agit pas en effet de lire des bouquins pour se constituer un palmar�s. Mais ils conseillent qu�en lisant, il faille prendre des notes, discuter des chapitres, griffonner des paragraphes, essayer des choses, et si possible revenir en arri�re pour relire certaines choses.

Dans le choix des livres, il faut �viter les livres dat�s et surtout, vous devez rechercher des livres qui vont plus loin que ce que vous savez maintenant. Il peut s'agir d'un bouquin sur une technologie sp�cifique ou sur les pratiques du g�nie logiciel. Ils d�conseillent aussi de lire des livres via des blogues, des vid�os, etc. Selon eux, ces canaux sont juste compl�mentaires aux livres. Ils sont des formats courts qui parcourent la surface, contrairement � un livre qui va en profondeur. D�apr�s eux, les livres sont des connaissances approfondies et bien organis�es. Enfin, il y a une derni�re �tape.

Elle consiste � r�diger des critiques sur un livre une fois que vous avez fini de le lire. Cela vous aide � d�velopper votre sens critique, mais aussi vous permet de trouver d�autres alternatives � la r�solution d�un probl�me, qui peuvent parfois se r�v�ler meilleures que les conseils du livre. Notez bien, il ne faut pas �tre ambitieux, un seul livre tous les six mois suffit.

Apprendre le langage que vous utilisez au bureau en profondeur, vraiment en profondeur

Pour ceux qui recommandent cette approche, plusieurs d�veloppeurs n�ont qu�une ma�trise partielle des langages qu�ils pr�tendent conna�tre ou ne les connaissent qu�en surface, ce qui n�est pas un avantage. D�apr�s eux, conna�tre en profondeur le langage que l�on utilise au travail est l�une des meilleures d�cisions qu�un ing�nieur peut prendre afin de donner un �lan d�cisif � sa carri�re. En outre, ils recommandent aussi de ne pas h�siter � plonger dans les langages tr�s populaires, notamment ceux qui reviennent tous les ans dans le top 3 des index.

Sur cette position qu�ils adoptent, ils estiment que, plus en connaissez et plus vous �tes � m�me de juger de leurs forces et de leurs faiblesses. De m�me, plus vous connaissez de langage et plus vous pouvez en choisir facilement de nouveaux et migrer plus facilement d�un langage � un autre.


S'associer plus souvent � d�autres d�veloppeurs

Le jumelage est-il aujourd�hui d�mod� ? Ceux-ci pensent que c�est le cas. Selon ces derniers, le jumelage contribue pourtant � donner naissance � de grands programmeurs. D�apr�s eux, c�est cette approche qui donne lieu aux plus grands sauts professionnels, ajoutant que ces sauts se r�v�lent parfois plus significatifs que la lecture de n�importe quel livre. Ainsi, quand vous exposez vos id�es sur un probl�me ou lorsque vous exposez votre code, requ�rez des commentaires, etc., vous apprenez beaucoup et vous devenez beaucoup plus performant avec le temps.

�crire des tests unitaires et les ex�cuter en CI

Cette quatri�me approche recommande d��crire des tests unitaires et de les ex�cuter en CI (continuous integration - int�gration continue). D�apr�s ceux-ci, les tests unitaires permettent de sauver votre �quipe d�ing�nieurs et �vitent que vous introduisiez dans votre code des erreurs graves, qui pourraient co�ter cher � votre organisation. Ils permettraient �galement de se pr�parer � des changements majeurs � l�avenir.

S'habituer au refactoring et ma�triser ses outils

Le refactoring ou le r�usinage de code est une technique disciplin�e de restructuration d'un code existant, qui consiste � modifier sa structure interne sans changer son comportement externe. Le but est de faire une s�rie de petites transformations qui pr�servent le comportement. Chaque transformation (refactoring) fait peu de choses, mais une s�quence de ces transformations peut produire une restructuration importante. Comme chaque refactoring est petit, il est moins probable qu'il se produise des erreurs. Le syst�me continue � fonctionner apr�s chaque remaniement.

Cela r�duit les risques qu'un syst�me soit gravement endommag� pendant la restructuration. Selon cette recommandation, s�habituer au refactoring vous aide � devenir un expert dans la r�duction de la taille du code, dans l�am�lioration des performances d�un syst�me, y compris sa vitesse� Cela permet �galement de savoir extraire une m�thode d'un code, renommer une variable, passer � une constante... Enfin, ma�triser les outils du refactoring consiste � avoir une parfaite connaissance de ses EDI et les extensions servant au refactoring que vous avez ajout� � ces derniers.

Chercher � avoir beaucoup d�exp�rience

L�on estime qu�une bonne ing�nierie logicielle est le r�sultat de beaucoup d�exp�riences, vous devez donc en obtenir assez. La plupart des ing�nieurs ont tendance � se laisser influencer par les s�niors, car ces derniers ont l�air de tout savoir ou d�avoir r�ponse � tout. Selon cette recommandation, l�on peut rem�dier � cela en �tudiant les profondeurs de plusieurs langages, en travaillant avec les autres ing�nieurs, en recherchant des opportunit�s de travailler sur diff�rents piles, domaines et projets stimulants. Il ne faut pas non plus avoir peur de changer d��quipe � mi-chemin d�un projet.

En outre, ils recommandent aussi de se porter volontaire pour travailler sur de nouveaux projets et essayer de nouvelles technologies.

Enseigner ce que vous apprenez

Cette recommandation suit le dicton qui dit que : � la meilleure fa�on d�apprendre une chose est de l�enseigner �. L�approche consiste � parler de ce que vous apprenez ou ce sur quoi vous travaillez, en public devant d'autres ing�nieurs et d�veloppeurs. La prise de parole en public vous oblige � correctement vous pr�parer, ce qui vous am�ne � �tudier en profondeur les rouages de votre sujet de pr�sentation. Cette approche est �galement connue sous le nom de �Learn in public�, et fonctionnerait tr�s bien. Cela vous transforme en bon enseignant et mentor.

Et vous ?

Selon vous, quels sont les conseils pour d�buter en tant que d�veloppeur de logiciels ?

Voir aussi

Sondage : l'�ch�ance des t�ches oblige-t-elle les ing�nieurs IT � faire des heures suppl�mentaires gratuitement ? Partagez votre avis sur le sujet

Sondage : quelles sont les pires erreurs � �viter dans le cadre d'un entretien d'embauche dans la fili�re informatique ? Partagez vos avis

Sondage : quels sont les langages de programmation que vous d�testez le plus en 2019 ? Pourquoi ? Partagez vos avis