Le point de vue du métier de développeur par un développeur

Quoi ? Comment ça "j’aime bien les sujets épineux" ?  Bah non … c’est juste que j’en ai marre de lire n’importe quoi 😁.
Sinon, ça va vous ? On « roucoule » (oui, du verbe “roucouler”...) tranquillement pendant ses vacances ? Ah pas de vacances ? Bon bah ... tant pis 😛.
Bon, revenons à nos moutons (grosse, grosse expression...), cet article m’est venu du constat que mon métier est souvent mal compris et souvent je vois des trucs … c’est compliqué.

Pourquoi je me permets d’écrire sur le sujet ?

Alors pour remettre les choses dans leurs contextes, l’informatique je n’ai pas commencé pendant les études, sur la page d'accueil du site, vous pouvez voir que mon premier clavier je l’ai eu entre les mains à 6 ans, puis j’ai commencé à jouer avec Linux et l’Open Source à 12 ans (ah les serveurs "Kimsufi" chez OVH, voilà où passer mon argent de poche quand j’étais ado … 😊).
D’ailleurs sur la même page d'accueil (oui, je met le liens deux fois) il y a des liens vers les dépôts Github de projets écrits pendant mon adolescence.
Du coup la geekerie de manière générale c’est ma vie depuis très jeune, les nuits blanches pour faire fonctionner une p***** de webcam bon marché sous Linux, ça va j’ai connu (ah, je vois que d’autres au fond de la salle voient de quoi je parle) d'où le fait que je me permette d’écrire un article sur le sujet.

Les moutons à trois pattes, ça n’existe pas…

Voilà le premier point sur lequel il faut qu’on parle, je ne suis pas à l'écoute de CDI, mais j’en vois passer et évidemment on m’en propose. Quand je lis des trucs du genre “Recherche développeur front / full stack avec 10 ans d'expérience sur React” …  bon alors là, on va commencer à se fâcher, vouloir de bon dev est une chose ... écrire n’importe quoi en est une autre ! La première release de ReactJS date du 29 mai 2013, alors COMMENT un dev peut avoir une expérience de 10 ans sur une technologie qui a été mise entre les mains des dev pour la première fois il y en a 8 ? Sérieusement, il n’y a RIEN qui vous choque là ? Le problème ? Certains recruteurs n'ont AUCUNE idée de ce qu’ils racontent, aucune idée de ce qui change entre tels ou tel stack, on leur dit “il faut un développeur React” alors ils cherchent un développeur React.
Je vais me permettre un conseil : avec ce genre d’annonce, vous allez faire fuir les bons éléments, car un bon développeur verra que ce genre de phrase est une ineptie ! Il fuira ce genre d'offres.

Alors prêt à relever de nouveaux défis ?

Une autre phrase que j’ai pu lire dans les CDI qui passent … alors par curiosité je lis le l’annonce, le défi de quoi ? Maintenir un stack Tech pas intéressant ? Un code dégueulasse partché de partout avec du matériel de m**** (c’est d’ailleurs pour ça que quand j’étais en CDI je me payais moi-même mon matériel, c’était une condition, l'écran qui te défonce les yeux, merci, mais non merci.)
Les vrais bons développeurs sont des passionnés ils n’attendent pas les heures de bureau pour relever les défis, j’en connais quelques-uns, le plus ancien date de mon adolescence, sur son temps libre il s’amuse à coder des trucs de fou… je m’amuse même à lui écrire de temps en temps “alors sur quoi tu trip en ce moment ?” j’ai toujours des réponses … amusantes 😁

En combien de temps peux-tu faire ça ?

Alors ça aussi, c’est un truc … on ne peut pas donner de réponses claires et précises à cette question dans 80% des cas … Pourquoi ? Pour plusieurs raisons : 

• Les technologies changent vite et beaucoup, la dernière fois qu’on a travaillé sur un projet similaire si c’était il y a plus de deux ans, les choses ont changé.
• Certaines demandes spécifiques, ce sera la première fois que nous les ferons … vous savez donner des délais clairs sur un truc que vous n’avez jamais fait vous ? 
• Je vous renvoie vers l’article de “je suis un dev” qui explique très bien le sujet rien que le titre de l’article “Ton estimation du temps est une blague” veut tout dire.

Enfin je donnerais un exemple concret de ce que j’avance, il y a quelques semaines j’ai écrit un article sur “comment modifier proprement un slug Symfony”, en fait cet article vise les développeurs débutant avec Symfony. 
Car en fait il y a une méthode basée sur des “Event Listener” et une seule table en base qui, pour les projets plus importants, est plus adaptée. Le problème est que pour cette méthode il faut une expertise sur Symfony bien supérieur.

Non, on ne fait pas de saisie de donnée…

Copier coller des données… bah non on fait pas ça, ça n’a pas de sens, un dev va prendre les données les comprendre et écrire du code qui va écrire les données à sa place 🤣, c’est une maladie de dev bien connu 😁

Du coup, c’est quoi un développeur ?

Ce que je vais écrire ici, ça reste mon avis … 

Il doit avoir un minimum la passion pour ce qu’il fait

Pour moi là, on touche le point essentiel, c’est un travail qui demande énormément d’investissement, perso je compte pas mes heures … en fait même quand je suis a la piscine a faire mes longueurs, mon esprit est loin ...  à résoudre des problèmes (tiens, comment je vais faire pour faire ça ? et ça ?).
Ma vie pro et perso sont très liées, mais je n’ai pas de problème avec ça. J’ai choisi de vivre de ma passion, ça implique des choix. Dont celui-là (ça ne veut pas dire que je travaille gratuitement, personne ne travaille gratuitement…)

La vraie valeur ajoutée, savoir apprendre vite

La plupart des mecs de la Silicon Valley qui ont réussi sont tous des décrocheurs (Bill Gates, Paul Allen, Sergey Brin, Larry Page, Mark Zuckerberg).
Bah alors ? Le sacro-saint niveau d’études ne serait-il pas la réponse à tout ? En fait en dev c’est plus compliqué que ça.
Quand j’étais étudiant nos projets c’était sur du Symfony 2 et sur on était sous Android 3 - 4 a l’heure ou j’écris ces lignes, je travaille avec Symfony 5 et Android 11 va sortir … et franchement une bonne partie de ce que j’ai “appris” je ne l’utilise quasiment plus.
Pendant toute ta vie de développeur, tu passes ton temps à apprendre, ta vraie valeur ajoutée c’est d’avoir les bonnes méthodes et la capacité d’apprendre très vite.
Il m’arrive de travailler avec d’autres freelances sur certains projets, le premier truc que je regarde c’est ça, je regarde les Tech qu’il connaît bien, mais je sais que dans le projet il va forcément tomber sur quelque chose qu’il n’a jamais fait avant. En combien de temps va-t-il résoudre cette problématique ?

Conclusion

Eh voilà, l’article touche à sa fin … Vous êtes tristes ? Bah … il y en aura d’autres,  ne vous inquiétez pas; j’ai encore tout un tas de bêtises à vous raconter 😁.
Cet article a pour but de vous faire entrer dans l’univers des dev (enfin un en l’occurrence là, moi)
Passez une très bonne semaine et à la prochaine 😁.