La Captainerie

J'ai installé TousAntiCovid et ça ne fonctionnait pas...

Captain Dev — Tue, 27 Oct 2020 17:17:40 GMT

Si tu suis un peu l’actualité, tu as sûrement remarqué qu’une cinquantaine de départements sont passés en couvre-feu pour limiter la progression du Covid-19.

Je n’ai aucun avis sur l’efficacité de la mesure, je ne suis ni épidémiologiste, ni infectiologue.

Et si on disposait d’une technologie accessible au plus grand nombre pour limiter la propagation du virus ?

C’est la question que beaucoup se sont posée.
Plusieurs projets sont nés de cette hypothèse.

D’un côté, le système de notification d’exposition au Covid-19 développé par Apple et Google.
De l’autre, des solutions souveraines développées par les Etats.

Je vais aborder le sujet plus en détail dans un vidéo à venir sur la chaîne.
Si c’est un sujet qui t’intéresse, n’hésite pas à me le faire savoir en répondant à ce mail !

Lancer une application très grand public en un temps record

Le temps de ce mail, je vais m’attarder sur les problématiques rencontrées quand on doit mettre une application à l’échelle.

Tu le sais probablement, mais TousAntiCovid est la version 2.
La première version s’appelait StopCovid et ce fut un fiasco.

Il n’y a pas mal de facteurs qui peuvent perturber le lancement d’un projet de cette envergure :

Une mauvaise communication ?
Une mauvaise architecture technique ?
Un manque d’expertise technique ?
Trop peu d’utilisateurs ?
…

Le but n’est pas de blâmer le gouvernement, mais plutôt d’essayer d’identifier les potentiels problèmes techniques.

Lancer une application visant 67 millions de Français est un énorme challenge.

Une communication incertaine

Lors du premier lancement, Cédric O, Secrétaire d’Etat chargé de la transition numérique et des communications électroniques a présenté l’application comme un moyen de lutter contre la propagation du virus.

Le problème d’une solution participative est le taux d’adoption.
Si trop peu de personnes installent l’application, son efficacité sera amoindrie…

Par la suite, l’application a connu une ribambelle de problèmes techniques.
Développer des applications scalable ne s’improvise pas.

Officiellement, l’échec de StopCovid est dû au faible nombre de téléchargements.

Mon avis personnel est qu’un mauvais démarrage a collé au dos de cette application censée nous aider à combattre l’épidémie…

TousAntiCovid = StopCovid 1.5

TousAntiCovid est la nouvelle version de StopCovid.

La majorité des problèmes techniques ont été corrigés et l’application devient désormais un hub regroupant toutes les informations nécessaires relatives au Covid-19.

Suite à l’annonce, j’ai décidé d’installer l’application.

L’installation se passe sans problème jusqu’à ce que je tente d’activer le service.
Et là, c’est le drame.

Pendant plusieurs heures, impossible d’activer TousAntiCovid.
L’application a subi une interruption de service dû aux nombres d’utilisateurs.

Quelques « hypothèses » pour encaisser plus de charge

Quand on rencontre des problèmes de performances, il existe différents axes d’amélioration.
Évidemment, il m’est impossible de citer toutes les solutions dans un simple mail...

Première hypothèse: optimiser les algorithmes et structures de données

Un mauvais choix dans un algorithme ou une structure de donnée peut impacter les performances et entraver la montée en charge.
Ce type de problème apparaît en général assez tard dans le développement.

Un algorithme qui fonctionne pour 100 utilisateurs ne fonctionne pas forcément pour 10 millions d’utilisateurs (cf Big-O Notation)…

Deuxième hypothèse: scaler l’infrastructure

En passant sur une architecture du type Cloud, il est possible de déployer une application dont l’infrastructure évoluera en fonction de la demande.

C’est ce qu’on appelle de l’auto-scaling.
La puissance de la machine ou du container hébergeant ton application se mettra automatiquement à jour une fois un certain seuil de charge atteint…

Troisième hypothèse: analyser les points de contention

Parfois quand tu développes une application, tu peux finir par te rendre compte que les ralentissements ne proviennent pas d’un composant en particulier, mais de l’interaction entre les deux.

Il est parfois nécessaire de changer de protocole de communication, mettre à jour des pilotes, effectuer des montées de versions…

Tu l’as bien compris, l’optimisation de performances est un domaine assez compliqué.

L’application fonctionne enfin au bout de quelques tentatives

J’ai fini par réussir à activer le service.

Libre à toi de l’installer ou pas, je pense personnellement que c’est un outil qui peut s’avérer utile.

Ceux qui se cachent derrière un problème d’utilisation de données, mais qui ont un compte Google ou Facebook se voilent un peu la face.

J’ai jeté un œil au code source publié par le gouvernement.
Le projet est assez intéressant, j’aborderai quelques détails en vidéo.

Il a fallu développer un nouveau protocole pour garantir le fonctionnement de deux choses assez opposées : tracing et anonymat…

Quand ma vidéo sortira, n’hésite pas à la partager avec tes proches.
Plus on l’utilise, plus elle sera efficace !

À demain,

Captain Dev

La gestion du cache dans les navigateurs

Captain Dev — Tue, 27 Oct 2020 17:17:00 GMT

Le cache est un principe simple, on stocke une information, un calcul, une donnée pour éviter de faire deux fois le même traitement.

C’est un principe que tu peux retrouver en programmation (memoization) et dans à bien d’autres endroits de ta stack technique.

Plusieurs APIs en action

La mise en cache des ressources dans un navigateur s’articule autour de différentes APIs.
La majorité est implémentée dans les navigateurs evergreen (les navigateurs se mettant à jour automatiquement).

Les APIs abordées dans ce mail se basent sur les possibilités offertes par les requêtes HTTP.
Elles sont utilisables indépendamment les unes des autres.

Le fonctionnement est relativement simple, le serveur ajoute des en-têtes permettant de définir le comportement souhaité.

Il est alors possible de définir la durée de vie de la ressource après laquelle le client doit demander une version à jour ou d’exclure totalement une ressource du cache…

Les headers les plus importants

Cache-Control, ETag et Last-Modified.

Ce sont les headers les plus souvent utilisés.

Ils peuvent avoir différentes valeurs.

J’ai parfois vu des développeurs de plus de 10 ans d’expérience ignorer ces mécanismes.
Les conséquences pour le projet étaient désastreuses.

Inutile de t’expliquer qu'à grande échelle, une mauvaise gestion du cache peut occasionner un problème de charge serveur ou des problèmes de performances.

Je ne reviendrais pas en détail sur toutes les valeurs possibles, pour ça, je te laisse aller jeter un oeil à la documentation…

Cache-Control

Cache-Control est utilisable aussi bien dans les requêtes que dans les réponses HTTP.

Il permet de définir la stratégie à adopter.

Voici quelques-unes des valeurs possibles :

max-age=
no-cache
no-store
must-revalidate

Chaque valeur décrit un comportement bien spécifique.

L’index.html qui est la racine de ton application sera le plus souvent exclue du cache par exemple.
Alors que la feuille de style principale peut être incluse dans le cache avec une valeur “must-revalidate” qui forcera le client à vérifier qu’il n’y a pas de nouvelle version disponible.

Dans ce cas précis, la requête demande la feuille de style.
Si la feuille de style est à jour, une réponse avec un corps vide sera retournée par le serveur.

Le code HTTP sera le suivant : 304 Not Modified.

Même si ce scénario implique un aller-retour client-serveur, il permet d’éviter un téléchargement inutile de la ressource car le corps de la réponse reste vide.

ETag

ETag permet de générer un identifiant par version de chaque ressource.
Le tag est utilisé directement par le serveur ou le CDN.

Si la ressource est mise à jour, le ETag change systématiquement.
Le plus souvent un hash est alors utilisé pour générer le tag.

Les ETag permettent d’économiser de la bande passante avec un fonctionnement léger.
Ils permettent aussi d’éviter les collisions de mise à jour des ressources.

Last-Modified

Last-Modified permet d’utiliser des valeurs temporelles pour définir la dernière fois qu’une ressource a été modifiée.

Il est alors possible d’envoyer un en-tête If-Modified-Since pour gérer la récupération de la ressource depuis le serveur ou dans le cache.

Des mécanismes simples et d’une importance capitale

Si tu n’avais jamais entendu parler de la gestion du cache dans les navigateurs, je te conseille vivement d’aller faire un tour dans tes devtools et de regarder d’où sont récupérées les ressources quand tu rafraichis une page web.

Ça pourrait t’éviter bien des problèmes à l’avenir.

L’intérêt de la Jamstack est quelle embarque directement les bonnes pratiques de caching et ce out-of-the-box.

Comment GatsbyJS gère le cache ?

Prenons l’exemple de GatsbyJS.

Le build génère des identifiants uniques dans les noms des fichiers importés dans le index.html, ce qui permet de ne pas avoir à gérer l’invalidation des ressources.

Quand une ressource change, son nom change.
Pas besoin de la gérer dynamiquement, cette étape est calculée au moment du build.

Le fait d’utiliser systématiquement un CDN apporte aussi une simplicité vis-à-vis d’un serveur applicatif.
Les CDN sont simples et optimisés pour servir des ressources statiques.

Les Content Delivery Network au centre de la Jamstack

Captain Dev — Tue, 27 Oct 2020 17:16:07 GMT

On peut aborder les performances Web sous différents aspects.

Du temps d’exécution du code à l’optimisation des images en passant par le premier rendu au sein du navigateur, tout y passe.
Dès lors qu’une application web est utilisée dans différentes régions, de nouvelles problématiques apparaissent…

Dans ce mail, on va aborder le sujet des CDN (Content Delivery Network ou Réseau de diffusion de contenu en français), leur utilité, le fonctionnement et l’importance qu’ils occupent dans le monde d’aujourd’hui.

Avant d’aborder les CDN, parlons des contenus statiques

On peut définir un contenu statique comme une ressource sans aucun dynamisme.

Dans le domaine du développement, on fera souvent référence aux fichiers types de fichiers suivant :

HTML
CSS
Images
Javascript
Font
Vidéos
Audios
JSON
Pdf
et bien d’autres types de fichiers...

Oui les fichiers Javascript ne sont pas considérés comme dynamiques.

Malgré le fait qu’un fichier Javascript peut être exécuté par un runtime, le fichier en lui-même reste une ressource statique…

La majorité des systèmes de build frontend (comme Webpack par ex) génère ce qu’on appelle une distribution statique.

En d’autres termes, le build va récupérer le code de toute ton application pour générer du contenu statique prêt à être déployé.
C’est à ce moment que le CDN entre en oeuvre.

Pourquoi distribuer le contenu via un CDN ?

On pourrait se dire qu’il est plus simple de distribuer le contenu statique depuis un serveur applicatif ?
Mauvaise idée !

Oui si tu as pensé à servir ton application frontend depuis le dossier public exposé par ton serveur Node.js (ou autre), c’est une très mauvaise idée.

Il existe un tas de raison, mais ce qu’il faut retenir, c’est que ça aura un impact sur les performances.
De toute manière, il est toujours important de séparer les tâches.

Si ton serveur applicatif vient à ralentir à cause d’un traitement en cours, la distribution de tes fichiers statiques peut être impactée.

La bonne pratique est à minima d’héberger les contenus statiques sur un serveur à part.
Couplé à une bonne configuration du cache, cela permettra d’optimiser les performances.

Le CDN entre en jeu quand on souhaite aller plus loin.
Tout d’abord, les CDN sont optimisés pour la performance, ce sont des infrastructures qui délivrent des performances bien au-delà de ce que tu es en mesure de mettre en place avec des outils standards.

Les CDN permettent aussi une utilisation transparente de serveurs miroirs.
Le cas d’usage est simple.

Si un utilisateur américain se connecte à ton application hébergée en Europe, la distance entre le client et le serveur va avoir un impact sur les performances.

Entre la latence et le temps de transfert, tu peux perdre de précieuses millisecondes.
Ça peut paraître anodin, mais plus la demande sur ton application augmente, plus le problème peut empirer…

Tu pourras alors configurer ton CDN pour héberger une copie de tes assets statiques dans chaque région du monde.
De cette manière, l’utilisateur américain utilisera la distribution statique (une copie sur le serveur miroir) hébergée en Amérique du Nord.

Pas besoin de te faire un dessin, de cette manière tu peux améliorer les performances de chargement initiales de ton application.

Ce scénario prend encore plus de sens si tu es amené à développer des produits pour des régions moins bien équipées en connexion haut débit.

Les CDN sont simples à scaler

Un CDN est conçu pour scaler rapidement à moindre coût.

Pour rappel, tu ne peux déployer quasiment aucune logique dans un CDN.
Si on exclut toute la partie configuration du serveur, tu ne vas pas exécuter de code directement sur ce genre de serveur.

La montée en charge est mise en oeuvre de manière simple et transparente sur la majorité des services.
Pas besoin de changer de taille de serveur, la plupart du temps, tu seras facturé au nombre de fichiers distribués ou à la bande passante utilisée.

À l’heure où j’écris ces lignes, AWS facture l’utilisation de Amazon Cloudfront (le CDN chez AWS) 60 centimes de dollars par million de requêtes.

Facile à vendre à ton CTO :)...

Un aspect sous-estimé de l’utilisation d’un CDN

Peut-être que tu n’as pas besoin de performances avancées pour ton site ?
Peut-être que tu te dis que tu n’en as pas besoin ?

Il existe un cas de figure ou tu pourrais avoir tort, ça se résume en 3 lettres.
SEO.

Les sites performants ont globalement une meilleure note SEO.

Un site optimisé peut potentiellement attirer bien plus de trafic de la part des moteurs de recherches.
Au-delà des performances, les CDN apportent une couche de sécurité bien appréciée des robots crawlers.

Alors, pourquoi s’en priver ?

À demain,

Captain Dev

Le PRPL pattern, une des nombreuses optimisations embarquées dans GatsbyJS

Captain Dev — Tue, 27 Oct 2020 17:15:37 GMT

Avec le nombre de bibliothèques et de frameworks sur le marché, on finit parfois par oublier qu’ils ont pour but de nous faciliter la vie.

Quand on démarre sur un nouvel outil, on peut avoir l’impression qu’il a été créé simplement pour justifier la mise à jour de nos projets.
Il faut prendre du recul pour entrevoir ce que peut apporter une nouvelle technologie, une nouvelle méthode, un nouvel outil…

Le PRPL pattern est un schéma d’architecture web qui impacte la manière dont on charge une application.
C’est un processus implémenté dans GatsbyJS, tu n’as pas à t’en soucier…

Un pattern mis en avant par Google

Le PRPL permet d’améliorer les performances de chargement des pages Web.

Il se décompose en 4 étapes :

Push (ou preload) : les ressources les plus importantes
Render : générer le rendu initial le plus tôt possible
Pre-cache : mettre en cache les autres ressources
Lazy load : charger à la demande les adresses (routes) et ressources non-critiques

Google a poussé l’utilisation de ces fonctionnalités pour améliorer le TTI en ajoutant des fonctionnalités dans Chrome.

Le TTI (Time To Interactive) est une mesure de performance qui permet de définir le temps nécessaire pour que l’utilisateur soit en mesure d'interagir avec la page en question.

Dans les faits, tu peux avoir une application qui propose un premier chargement rapide mais qui reste inutilisable pendant un laps de temps dû à des problèmes de performances.

Inutile de préciser que ces métriques sont importantes pour la SEO, les robots des moteurs de recherche mesurent ce type d’indicateurs.

Un mauvais TTI peut avoir un impact direct sur la note SEO attribuée et ainsi détériorer les performances SEO.

Comment GatsbyJS tire partie du PRPL pattern ?

L’avantage de générer du contenu statique est que ça facilite l’identification des ressources importantes.

GatsbyJS tire partie de la couche de données embarquée et de son api pour identifier les ressources à charger en priorité.

Un exemple type est le chargement de la home de ton site.

La marche à suivre serait de charger tout ce qui est nécessaire pour afficher ta page.
La deuxième étape consiste à pré-charger les données des pages accessibles depuis la home.

Dans sa configuration de base, GatsbyJS va précharger les données de la page suivante au survol du lien.

Cela permet de gagner de précieuses millisecondes pour afficher la page le plus rapidement possible.

Le PRPL pattern fait partie des optimisations embarquées par GatsbyJS out-of-the-box.
Il existe d’autres fonctionnalités propres à la Jamstack en générale…

Pourquoi chercher à optimiser à ce point ?

On pourrait se poser la question : pourquoi chercher à optimiser alors que nos appareils sont tous les jours de plus en plus rapides ?

Une chose qu’on a tendance à oublier en tant que développeur, c’est l’aspect empirique des performances.
Un problème anodin pour une volumétrie basse peut vite devenir bloquant quand la volumétrie explose.

Ignorer volontairement un problème de performance au début du développement peut avoir de lourdes conséquences après plusieurs mois ou années…

Je l’ai vu de mes propres yeux, des problèmes allant jusqu'à faire planter systématiquement un navigateur au bout de 15 minutes d’utilisation.

Attention à ne pas tomber dans l’optimisation prématurée.

C’est une pratique qui peut te couter beaucoup de temps aussi.

L’autre problème des développeurs vis-à-vis des performances est un problème de contexte.

Quand tu testes ton application, tu es souvent dans des conditions plus qu’ idéales: tu as un réseau fibre d’entreprise, les données sont parfaites parce que tu as un accès direct à la base de données, tu testes méthodiquement le cas de figure décrit dans ta User Story.

Mais il y a des choses auxquelles tu ne penseras peut-être pas.
Tu peux avoir cet utilisateur qui va appuyer dix fois sur la même action et déclencher 10 fois le même traitement.

Tu peux avoir celui qui utilise ton application dans le métro avec une connexion Edge ultra-lente où seul le mode hors-ligne fonctionne.

Les performances ne devraient pas être une option

Tu as bien compris mon positionnement sur le sujet.

N’importe quel développeur devrait être en mesure d’analyser les performances de son application.

Aujourd’hui, c’est très simple, tu peux commencer par faire audit Lighthouse.
C’est intégré dans Google Chrome et simple d’utilisation.

Mais comprendre toutes les métriques est un autre défi.
Ca ne s’invente pas, l’avantage de Gatsby est qu’il embarque les bonnes pratiques.

A demain,

Captain Dev

Digital Nomad, c'est cool mais...

Captain Dev — Thu, 15 Oct 2020 20:43:46 GMT

Je suis de retour après quelques jours sans mails, il est temps de reprendre les bonnes habitudes.

Digital Nomad, c'est cool, mais…

Je suis toujours demandé s’il y avait un envers du décor à la mode des digital nomad.
Je dois avouer que sur le papier, c’est génial !

Travailler n’importe quand, n’importe où ?!
Le monde est ton espace de travail.

Cette semaine, je suis à Center Parcs en famille et je peux te faire un premier retour.
Bien sûr, il ne faut pas prendre tout ce que je dis pour une vérité absolue, c’est un résumé de mon expérience.

Trouver le confort dans l’inconfort

Il suffit de se balader sur Instagram sur le hashtag #digitalnomadlifestyle pour comprendre qu’il y a anguille sous roche.
Ils ont tous le sourire dans leur superbe espace de travail à faire pâlir un Wework tout neuf…

J’aimerais bien savoir combien de temps sont-ils restés à travailler après la photo ?
Je fais partie de ceux qui aiment leur petit confort.

Une chaise ergonomique, un bureau assis debout et de grands écrans.
Tout ça, tu peux oublier, quand tu es en vadrouille, tu peux seulement compter sur l’écran de ton laptop.

Là encore, je suis bien loti, j’ai un écran 16 pouces et je peux utiliser l’écran de l’iPad en écran secondaire.
Il faut absolument prendre l’habitude de travailler sur un seul écran si tu veux pouvoir travailler en déplacement.

Ajuster les fenêtres, utiliser efficacement les raccourcis clavier…
J’allais enchaîner sur la suite à l’instant où mon dos vient d’envoyer un signal à mon cortex somato-sensoriel, ça fait mal.

Oui tu as beau avoir la meilleure décoration, assis toute la journée devant un ordinateur posé sur une table n’est pas une bonne position pour ta colonne vertébrale !

En résumé, travailler en déplacement nécessite une certaine résistance physique.
L’endroit où je travaille est génial, mais pour rien au monde je n’échangerai mon bureau…

Une connexion très haut débit, le Lie-Fi

Pourquoi ai-je quitté Center Parcs qui offre pourtant un espace de télétravail pour rejoindre un coworking à Orléans ?

J’avais besoin d’une connexion très haut débit.
Pour mes tâches habituelles, le partage de connexion en 4G+ suffit largement.

Étant en train de finaliser une nouvelle formation, j’avais besoin d’uploader de gros fichiers vidéos.
Impossible de terminer les envois même en avec un signal au top.

C’est selon moi le plus gros problème de la 4G et des réseaux sans fil en général.
Tu peux avoir un signal fort et un débit plus que lent !

On ne s’en rend plus compte en ville, mais perdu au milieu des arbres, je peux te garantir que ça pose rapidement problème.
Peu importe où tu travailles, assure-toi d’avoir accès à une connexion rapide !

“Le problème, c’est qu'à chaque fois c’est le même problème” - Damso

Bien s’équiper

En arrivant au coworking, je revis.

Un espace tout équipé avec une décoration au top.
Je me connecte au WiFi, je tente d’uploader mon fichier.

Le réseau semble plus lent que la 4G !
Je commence à me demander si la Fibre est disponible ici…

Le deuxième jour, je me suis souvenu que le gérant du coworking m’avait proposé une connexion filaire si besoin…

J’ai testé ce matin, 4 GO de fichiers vidéos envoyés en 10 minutes.
Job done…

Mais tout ça n’aurait pas été possible si je n’avais pas investi dans un dongle USB-C ayant un port Ethernet !
C’est la première fois en 2 ans que j’utilise une connexion filaire, bien moins pratique, mais tellement efficace.

Si je devais établir une liste d’accessoires indispensable, elle ressemblerait à ça :

Un dongle multiport :
un port HDMI pour projeter mon écran
un port (micro)SD pour décharger mes cartes mémoires
un port Ethernet en cas de WiFi capricieux
Un casque à réduction de bruit
C’est un petit budget en soi, je suis conscient que tout le monde n’en a pas les moyens, mais c’est extrêmement utile dans un environnement bruyant
Une souris
J’étais fan du trackpad jusqu’à ce que je découvre la Logitech MX Master 3. Elle se recharge par USB-C, les boutons sont configurables par application et elle propose une molette débrayable (de quoi devenir le king des fichiers Excel)
Un stand pour surélever ton écran et éviter de te casser le dos
De tête, j’utilise la marque NextStand, 20 euros sur Amazon, ça t’évitera d’aller trop souvent chez l’Osthéopathe…
Un clavier Bluetooth en cas d’écran surélevé, encore une fois, je suis chez Logitech, le K380 est parfait pour une utilisation nomade.
Et pour terminer, un gel hydroalcoolique, crise sanitaire oblige…

J’ai prévu de faire une ou deux vidéos sur le matériel que j’utilise, si ça t'intéresse, n’hésite pas à me le faire savoir en répondant à ce mail.

À demain,

Captain Dev

PS: Demain on parlera un peu plus de technique Web :)

Ma vision long terme pour Captain Dev

Captain Dev — Sat, 10 Oct 2020 01:40:16 GMT

Je n’étais pas prêt...

Quand je me suis lancé, je n’avais aucune idée de ce qui allait arriver.
Je pensais très naïvement que je me lançais dans un projet de 6 mois à 1 an tout au plus.

J’ai vite compris que l’échelle serait bien différente.
J’ai vite compris qu’il faudrait faire des sacrifices.

Étais-je prêt ? Pas du tout, je me suis adapté.
Je crois que ce mail va être très personnel, je sais que ça n'intéresse pas tout le monde et vu que je considère ton temps comme la chose la plus précieuse, je ne vais pas en abuser.

Si tu n'as pas le temps, je te conseille de le lire plus tard...

Pourquoi je me suis lancé ?

J’ai toujours eu cette envie de partager, d’échanger et d’apprendre des autres.
J’ai bien dit des autres, car apprendre seul n’a aucun intérêt pour moi.

Loin de moi l’idée d’essayer de te faire penser que j’apprends mieux que toi, je veux juste partager.
Au fil de mes expériences, j’ai vite compris qu’un profil comme le mien peut devenir intéressant pour mon entourage.

Si tu as un développeur curieux et qui aime partager dans ton équipe, tu dois surement t’en rendre compte.
Ta veille technique est facilitée, tu es toujours challengé bref on ne s’ennuie pas.

La vérité, c’est que j’ai toujours souffert du syndrome de l’imposteur.

Je te l’accorde, c’est moins vendeur.

Avec le recul, je pense que c’est un des facteurs qui me pousse à toujours repousser mes limites.

J’ai une facilité à partager, fédérer autour de sujet tech mais je ne m’en suis jamais rendu compte.
J’ai fini par le comprendre en écoutant ce qu’on disait de moi.

Aujourd’hui encore, avec une communauté toujours plus grande, je fais très attention à ce que je publie.

Les mots, le ton, la véracité des informations, l’approche, j’essaie de laisser un minimum de choses au hasard…
Je n’ai pas de recette miracle pour outrepasser ce fameux syndrome, je me suis simplement rendu compte qu’on peut apprendre à vivre avec…

Une fois tous ces doutes balayés, j’ai pu saisir une opportunité.

Une startup en train de couler, une rupture conventionnelle, la possibilité de devenir freelance…
J’ai saisi cette opportunité avec une idée en tête.

Vivre du développement autrement.
Vivre du développement en aidant les autres.

Faire en sorte de répondre à toutes les questions que je me posais.
Toutes ces questions laissées sans réponses.

Ces énigmes que le temps et les expériences ont fini par résoudre…
On y est, c’est le début de l’aventure Captain Dev.

Parfois il faut suivre son instinct

Tu peux avoir la meilleure idée au monde, les meilleurs projets, tu croiseras toujours des sceptiques.
La première personne à qui j’ai présenté le nom Captain Dev a rigolé.

Aujourd’hui une grande partie de mes proches m’appelle Captain…

Quand j’avais 50 abonnés, on me taquinait sur le fait de faire des vidéos YouTube.
Aujourd’hui avec un compteur proche des 11K on me prend au sérieux.

Première leçon, peu importe le projet dans lequel tu te lances, tu dois être ton premier supporter.

Si ça fonctionne, tu trouveras toujours des personnes pour te dire : “j’ai toujours su que ça allait cartonner”.
Si tu te plantes, tu trouveras toujours des personnes pour te dire : “non, mais c’était sûr, je le savais, mais je n’ai pas osé te dire que…”

On a souvent tendance à tenir les autres responsables alors qu’en fait, ça ne tient qu'à nous…

YouTube = Business

YouTube a toujours été un business pour moi.

Dès la première vidéo, dès le premier montage.

Si tu savais le temps qu’un créateur de contenu passe à créer du contenu…
Malheureusement comme pour la majorité des services “gratuits” sur Internet, le consommateur reçoit une vision complètement biaisée de ce qui se passe sur les rideaux.

À tous ceux qui pensaient que pour faire une vidéo YouTube, il suffit d’allumer sa caméra, papoter et cliquer sur le bouton publier, désolé de vous décevoir.
Je passe une moyenne de 4 heures à 2 jours pour préparer, tourner, monter et publier une vidéo.

Certaines vidéos demandent parfois encore plus de temps, car il faut faire des recherches ou potentiellement préparer du code.
Voilà pourquoi je fais peu de live coding…

Parce que oui, un live-coding, ça se prépare.

En général, on prépare une version fonctionnelle de tout le code, puis on enregistre étape par étape en essayant de faire en sorte que ce soit digeste pour le spectateur.
Je n’ai rien contre le bénévolat, mais créer du contenu sur YouTube est tellement épuisant, je ne pense pas que j’en serai là si je n’avais pas considéré la chose comme un business dès le départ.

YouTube, un business ingrat

Publier des vidéos, c’est une chose.
Publier des vidéos qui marchent en est une autre.

Là, c’est le Far West.

La particularité de la création de contenu sur ce genre de plateformes c’est que le succès de ta vidéo n’est pas proportionnel aux efforts fournis pour la créer.
Ça pourrait être perçu comme un détail, mais c’est ce qui a conduit beaucoup de YouTubers au burn-out.

Parfois je passe 4 jours sur une vidéo, elle flop.

Une semaine plus tard, j’écris, je tourne, je monte, je publie une vidéo en 4h top chrono, 3 fois plus de vues !
Avec l’expérience, tu finis par comprendre le fonctionnement de l’algorithme.

Tu sais à l’avance ce qui a une chance de cartonner ou non.

Et les formations dans tout ça ?

Le but des formations est d’aider les développeurs à se former sur des technologies d’actualités.

Je suis le premier à le dire, une formation a pour seul but de gagner du temps.

En cherchant sur le net, tu peux arriver exactement au même résultat.
Une formation c’est juste un moyen de mieux prévoir combien de temps tu vas y passer.

À la base, la chaine YouTube est un canal d’acquisition d’audience pour les mails privés.
Les mails privés sont un moyen de vendre sans avoir une foule de haters dans les commentaires de la chaine.

Avec le temps, pas mal de choses ont changé.

La chaine reste un moyen d’acquisition d’audience, mais pas seulement.

Je veux faire de ma chaine une base de connaissance pour les développeurs.
Je veux y mettre tous mes retours d’expériences, tous les conseils dont j’aurais souhaité bénéficier à l’époque.

Les mails privés sont devenus un moyen privilégié de communiquer avec l’audience.
Certains sont parfois étonnés de me voir répondre aux mails.

C’est ça la force des mails privés, je prends le temps de répondre à toutes les sollicitations.
Et je dois dire que ça fait partie des interactions les plus intéressantes !

Le combo chaine + mails privés me permet d’apporter un maximum de valeur gratuitement.
Pour ceux qui veulent aller plus loin, il y a les formations.

Je travaille dur à agrandir le catalogue !
C’est un peu comme un cinéma gratuit, tu peux regarder le film, mais les popcorns sont payants…

Comment j’enregistre une formation ?

Je crois que c’est la partie que j’ai le plus sous-estimée.
Jamais je n’aurais imaginé à quel point c’est long.

Je ne dis pas ça pour tenter d’augmenter la valeur perçue, mais enregistrer du code, c’est extrêmement long (et parfois chiant).
Tu ne dois rien laisser au hasard.

On n’est pas sur du développement personnel, là c’est de la technique, si le code ne fonctionne pas, il ne fonctionne pas.
C’est binaire…

Enseigner c’est le meilleur moyen d’apprendre.
Je peux te le confirmer.

Quand tu veux apprendre aux autres, tu as 100 fois plus de raisons de vérifier toutes les ressources que tu utilises, tester tous les cas de figure, essayer de prévoir toutes les questions.
Le plus compliqué est de revêtir le costume d’un débutant.

Essayer de s’imaginer les réactions d’un novice face à un sujet pour être sûr de ne pas le perdre au bout d’une heure de formation…

J’y passe concrètement en moyenne une à deux semaines à temps plein.
Ayant d’autres activités, je n’ai pas encore atteint les deux par mois.

Ça me fait doucement rire quand on me présente Udemy comme une solution miracle pour vendre ses formations.

Que les choses soient claires, jamais je ne vendrai sur Udemy.
Udemy c’est un peu comme Amazon.

Pour l’utilisateur, c’est génial : beaucoup d’offres et des prix bas !
L’envers du décor est que ces plateformes font des dégâts.

Les frères Codeurs ont fait une vidéo sur leur business model à la limite de la légalité.

Ce qu’il faut retenir :

Je n’ai pas la maitrise des prix
Pour chaque client amené par la plateforme, Udemy prend 50%
Je suis à la merci de leur algorithme

Concrètement, les clients Udemy n’achètent que des cours à 10 euros.
5 dollars de chiffre d’affaires par vente amenée par la plateforme.

Donc si je dois me verser un salaire avec un business model sur Udemy, je touche à peine 2,5 dollars soit 2,12 euros net (avant imposition).
La réponse que je reçois (de personnes qui n’ont jamais produit une minute de formation), c’est : “oui, mais si tu en vends beaucoup, ça devient rentable”.

Là encore, ce n’est pas le cas.

Udemy met en avant une seule tête d’affiche par thématique.
Les autres se ramassent les miettes…

Bref, j’ai décidé de faire sans Udemy et j’en suis bien content.
Hors de question de brader mon travail à une plateforme qui ne défend pas mes intérêts…

J’ai la maitrise de A à Z, je ne suis pas dépendant d’un énième algorithme...

La fameuse vision long terme

Il y a une chose qui m’a permis de passer à un autre niveau.
Un autre niveau de mindset, pas encore de revenus ^^...

L’erreur que j’ai faite au départ, c’était de penser que j’en avais pour 6 mois à un an.
À partir du moment où j’ai commencé à me projeter sur 5 à 10 ans, tout à changé.

“Rome ne s’est pas construite en un jour”

On a souvent tendance à tout vouloir tout de suite.
Ce manque de patience fait que la majorité se plante dans un mur.

En ayant une vision long terme, ce n’est plus grave si ma vidéo n’a pas passé les 1000 vues en 24h.
Elle va rester là à faire des vues régulièrement pendant 5 ans.

Ce n’est pas grave si ma formation n’a pas fait autant de vente que j’espérai.
Je vais pouvoir la vendre régulièrement pendant les mois qui suivent.

C’est exactement pareil pour ta carrière, tes projets personnels et professionnels.
Aucun succès n’arrive du jour au lendemain (sauf la chaine de Micode lol).

Quand quelqu’un fait le buzz, on a souvent tendance à voir que ça.
On ne veut pas voir qu’il y a bossé dans l’ombre pendant 2, 5, 10 ans…

L’aventure ne fait que commencer

Voilà ce que je vise pour les années à venir en termes de business.

Faire grandir la marque Captain Dev.

Continuer de produire du contenu, attaquer d’autres plateformes et d’autres formats.
Augmenter la taille du catalogue de formations en couvrant des sujets pouvant aller du débutant au software craftsman en quête de nouvelles skills.
Continuer à prendre des missions freelances de temps à autre.

Cela me permettra de garder les pieds sur terre pour produire du contenu toujours au plus proche de la réalité.

Développer et monétiser des petits projets.
Explorer l’univers peu documenté de ces développeurs qui développent des SaaS en indépendant.

Le but à long terme est de maximiser les revenus des piliers précédemment détaillés.
Bien sûr, je ne manquerai pas de continuer à documenter tout ce que je fais à travers mon contenu.

Dernière chose

Si tu te lances dans un projet entrepreneurial, entoure-toi bien.
Que ce soit la personne avec qui tu vis, des amis entrepreneurs, tes parents, ta famille, fait attention à du temps avec des personnes qui croient en toi.

Tu peux avoir la plus grande motivation au monde, le problème c’est de la garder tout au long de l’aventure.
Pour ça je dois remercier Margot, ma fiancée.

Sans son soutien infaillible, je ne serai pas là à t’écrire ces lignes.

À demain,

Captain Dev

Hier, j'ai regardé The Social Network, le film sur l'histoire de Facebook

Captain Dev — Sun, 04 Oct 2020 21:36:20 GMT

Ce film me fascine.

J’ai 31 ans et j’ai découvert Facebook en 2008 pendant mon BTS.

Je me souviens encore des premiers moments passés sur la plateforme.
À l’époque, les interactions sociales en ligne se résumaient à MySpace, MSN, Skyblog et les SMS.

Réaliser un film tiré d’une histoire vraie n’est pas une mince affaire.
On se doute bien que le scénario peut contenir des approximations ou quelques erreurs historiques…

Drama mis à part, certaines choses m’ont frappées…

1000 euros pour héberger un site !

D’un point de vue tech, on vit dans une époque géniale.

Dans les premières scènes du film, Mark Zuckerberg demande à Eduardo Saverin (son ami et associé) des fonds pour pouvoir payer l’hébergement de la première version du site.

J’ai trouvé la somme énorme, mais remise dans le contexte du début des années 2000, c’est totalement normal.

À cette époque, le simple fait de déployer un site est un vrai casse-tête.

Le cloud public n’existe pas, Docker n’existe pas, le Serverless n’existe pas, GitHub n’existe pas…

Pour déployer, tu dois créer des scripts te permettant d’automatiser le traitement.
C’est toujours plus ou moins le cas, mais aujourd’hui tu as à ta portée des outils clés en main.

Comment l’histoire de Facebook a renforcé le mythe de la startup et du garage ?

Au début des années 2000, être développeur c’est naze.

Peu de gens se rendent comptent de l’importance qu’aura le métier dans les années qui suivent.

L’image qu’on a des développeurs, c’est un nerd qui reste toute la journée enfermé devant son ordinateur.

20 ans plus tard, Facebook est une des plus grosses sociétés de la tech.
L’image des développeurs a aujourd’hui complètement changé.

Nous sommes maintenant une ressource rare et recherchée.
Le marché est clairement en notre faveur.

L’histoire de Mark Zuckerberg a fait rêver des générations entières de développeurs.

Un développeur qui “trouve” l’idée du siècle, la développe et en fait une des sociétés les plus riches du monde.

C’est l’histoire qui pourrait prouver que tout est possible.

Bon, on ne va pas se mentir, il y a énormément de facteurs qui entrent en compte dans cette réussite.

Aller aussi loin, c’est quelque chose d’unique et ça n’a pas dû se faire dans la douceur…

Je vois tellement de développeurs galvanisés par ce mythe

Je vois de plus en plus de développeurs qui pensent avoir l’idée du siècle et c’est une bonne chose.

Ce qui en revanche me pose problème c’est que beaucoup s’imaginent que c’est facile.

Qu’il suffit de développer un prototype, le lancer, lever des fonds et bingo.
Dans mon activité, j’ai choisi la création de formations.

C’est un business modèle assez simple : apprendre aux autres et leur faire gagner du temps.

Et pourtant, en prenant du recul, je me rends compte que c’est la chose la plus compliquée que j’ai jamais faite…

Au-delà de l’expertise technique, il faut tenir une comptabilité, se former en permanence, écrire des mails (presque) tous les jours, écrire des scripts de vidéos, enregistrer des vidéos, monter les vidéos, publier les vidéos, créer le code pour les formations, enregistrer les formations, monter les formations, publier les formations, faire la promotion des formations…

Je n’insiste pas pour me plaindre, mais pour te faire comprendre que peu importe le chemin que tu empreintes, rien n’est facile dans la vie…

Ne te décourage pas

Cela peut passer pour une vision pessimiste des choses.

Pourtant, il n’y a qu’à regarder les chiffres, la majorité échoue.
Créer une société, une entreprise qui n’est pas basée sur l’échange de ton temps et de ton expertise est bien plus compliqué que ce que tu peux imaginer.

Il existe une tonne de choses que tu ne peux pas anticiper.
Tu dois t’adapter, faire preuve de résilience et de persévérance.

Si tu as un projet en tête, je te conseille vivement de t’y mettre dès maintenant.

Le problème, c’est qu’on attend toujours le bon moment.

Le bon moment n’existe pas, c’est une pure invention de notre subconscient pour se dédouaner de ne pas passer à l’action.

Prends un peu de recul et rends-toi compte à quel point nous sommes efficaces à trouver des excuses…

Il n’y aura pas de prochain Facebook

Tous ceux qui se lancent avec objectif de créer le prochain Facebook se planteront.

C’est une idée reçue qui a fait beaucoup de mal à l'industrie.
Lever des fonds est devenu un nouveau sport de haut niveau.

Si tu n’as pas d’équipe, tu peux commencer par régler un problème simple et le monétiser.

Je suis depuis quelque temps le podcast The Mature Dev, je dois avouer qu’il m’a beaucoup inspiré.

Au lieu de rester bloqué dans ce complexe Facebookien qui oblige à voir trop grand, pourquoi ne pas chercher à résoudre un petit problème ?

Résoudre un problème de niche, une seule problématique sans superflu…

Ça n’a jamais été aussi facile

Le coût d’entrée n’a jamais été aussi bas.

Aujourd’hui tu peux héberger gratuitement ton application sur différentes plateformes.

Fais un tour sur les différents Cloud public, tu peux recevoir gratuitement plusieurs centaines d’euros de crédit.

Là où Zuckerberg a demandé 1000 euros, tu peux commencer gratuitement.

Tu n’as plus à gérer une infrastructure, on le fait pour toi.
Tu n’as plus à gérer des déploiements, on le fait pour toi.
Tu n’as plus à te soucier de la montée en charge, on le fait pour toi.

La seule chose que tu dois faire, c’est commencer à développer, maintenant.

À demain (peut-être),

Captain Dev

J’ai une addiction et peut être que toi aussi...

Captain Dev — Wed, 30 Sep 2020 13:21:31 GMT

Il m’aura fallu un documentaire sur Netflix pour m’en rendre compte.
Le documentaire s'appelle Social Dilemma ou Derrière nos écrans en version française.

C’est un documentaire que je te conseille vivement si tu as l’impression de ne plus maitriser ton temps.

Pour faire écho au mail d’hier où je pointais du doigt les interactions inutiles et dénuées de sens.

Pour résumer, ce documentaire met en avant les techniques utilisées par les plateformes pour faire en sorte que nous passions un maximum de temps dessus.
Pour mettre en place ces systèmes complexes, ils s’appuient sur des méthodes de manipulation ainsi que de l’intelligence artificielle…

Je dois avouer que ces systèmes sont ultra-efficace !
Je n’irais pas plus loin pour ne pas spoiler car je pense que c’est à voir de toute urgence !

Je regarde plus de vidéos que je n’en produis

Cela fait déjà quelques mois que je m’étais fait la réflexion.

En tant que créateur de contenu, je suis amené à en consommer.
Je me suis beaucoup appuyé sur YouTube pour apprendre à faire tout ce qui n’est pas du dev.
Utiliser une caméra en mode manuel, mettre en place une newsletter, créer un plan de vidéo…

Bref, toute ma stratégie de création de contenu.

Le problème c’est que même après avoir acheté la caméra de mes rêves, je regarde encore les tests des nouveaux appareils.

Etant abonné à une flopée de filmmakers anglophones, je vais parfois jusqu'à regarder le test du même produit par plusieurs personnes différentes.

Oui, je suis en train de te dire que je peux passer une heure à regarder 5 fois un contenu ultra-similaire.
Pour couronner le tout, j’ai toujours une certaine méfiance étant donné que ces YouTubeurs n’ont pas besoin d’acheter les produits qu’ils présentent, pour la plupart.

Des marques comme Sony, Canon, Nikon et bien d’autres inondent la toile d’unités de tests.
Une publicité à peine masquée, rien de mal à ça tant que le spectateur est au courant.

En parlant de partenariat…

J’ai été surpris en regardant mes mails ce matin.

Une entreprise de services cloud me propose un partenariat…

C’est bientôt l’heure de la YouTube money !

Je n’ai pas encore pris de décision, je ne connais pas leurs produits donc j’ai besoin de prendre du recul.

Au début, je me suis dit, je ne vais quand même pas vendre un produit à mon audience ?
Après réflexion, je me rends compte que je le fais déjà.

D’une je vends des formations à ceux qui me suivent dans les mails quotidien.
Rien de mal à ça, c’est de la valeur supplémentaire, personne n’est forcé, un peu comme le pop-corn au cinéma…

Et deuxièmement, depuis le mois de mai, j’ai activé les publicités sur mes vidéos (d’après YT, ça n’a aucun impact sur la mise en avant ou non mais j’ai du mal à y croire)...

En activant la publicité, je vends le temps d’attention de mon audience aux annonceurs publicitaires.
Ce temps d’attention est le nerf de la guerre des réseaux sociaux, c’est ce qui finance tout le fonctionnement…

Revenons-en à notre problème de consommation

J’ai commencé par migrer tous mes réseaux sociaux sur un ancien téléphone qui traînait à la maison.
En supprimant ces applications de mon téléphone, je casse l’habitude d’ouvrir les applications juste par réflexe.

Après quelques temps, j’ai fini par réinstaller les applications sur mon téléphone mais sans mettre les raccourcis sur la page d’accueil.

Regarder mon temps d’écran moyen sur les dernières semaines a été un moment assez saisissant.
Tous ces moments où j’avais l’impression de ne pas avoir le temps de faire ce que je dois faire ont finalement été passés sur des zone à faible valeur ajoutée.

Je remarque à quel point les réseaux sociaux nous conditionnent.
Comme un rat de laboratoire habitué à recevoir une récompense à la fin du labyrinthe.

J’ai clairement vu l’impact négatif de tout ce bruit sur ma production du mois de septembre.
Du mal à me concentrer, du mal à avancer, baisse de la production…

Mon activité m’empêche de tout couper

Je ne peux pas pour autant supprimer tous mes comptes.
Pour continuer de développer la marque Captain Dev, il est important d’assurer une présence.

Voilà ce que je veux mettre en place : création > consommation.
Créer plus que je ne consomme.

C’est à la fois simple à comprendre et ultra-efficace.

Passer une heure sur Instagram ?
Pas de soucis tant que je passe 50 minutes à créer des posts, des stories et des Reels…

Passer 3 heures sur YouTube ?
Pas de problème tant que c’est pour sortir une nouvelle vidéo !

Tu vois où je veux en venir, ces plateformes qui sont censées nous augmenter (accès à l’information) sont en train de nous endormir !

Je pense sincèrement que nous devons tous nous poser la question même si nous ne sommes pas tous des créateurs de contenus.

Créer plutôt que consommer…

A demain,

Captain Dev

Ne deviens pas ce genre développeur aigri...

Captain Dev — Fri, 25 Sep 2020 13:09:21 GMT

Parfois j’ai juste envie de mettre Twitter à la poubelle.

J'interagis rarement, je regarde beaucoup ce que les gens disent, peut-être un peu trop…
Toujours dans l’optique d’analyser, de comprendre, de m’inspirer et d’évoluer.

A la base les réseaux sociaux ont la formidable possibilité de nous rapprocher.

Plus le temps passe, plus on se rend compte que l’ère des réseaux sociaux a aussi fait ressortir le pire, cette dernière a dévoilé la vraie nature de l’être humain…

Ce qui me gène dans tout ça

Comme d’habitude, j’ouvre Twitter et je pars à la recherche d’informations croustillantes : une nouvelle librairie, un retour d’expérience ou une nouvelle méthode…

Je finis très vite par me rendre compte que la majorité des posts sont à mettre à la poubelle…

Le respect est en voie de disparition.

Sous couvert d’anonymat, les gens se permettent d’écrire des choses qu’ils n’auraient jamais osé dire en face.
Toujours prêt à dégainer des punchlines dignes des meilleurs rappeurs, toujours dans le clash, toujours dans l’exagération…

De quoi créer très rapidement un environnement toxique.

Les gens préfèrent passer du temps à prouver que l’autre a tort

Tu vois ce genre de posts ou les gens se battent pour savoir qui a la meilleure techno, le meilleur framework…

Une perte de temps monumentale, pour le moindre poste avec lequel ils sont en désaccord, ils sont prêts à y passer l’après-midi.

Quand le fan de Vue.js affirme que React.js est nul à chier, il n’a pas l’humilité de réaliser que des centaines d’ingénieurs bien plus talentueux que lui ont travaillé des heures pour créer un outil à l’échelle mondiale.

C’est vrai pour n’importe quelle combinaison de technologies.
Pourquoi sommes-nous dans un conflit perpétuel ?

Mute

J’ai une solution radicale pour tout ça.

Arrête de suivre les contenus polémiques même s’ils parlent des technologies que tu utilises.
Quand la conversation s'éternise à la machine à café, sors prendre l’air.

Toute discussion non constructive, n’a finalement pas lieu d’être.
A quoi bon gâcher la chose la plus universelle, ton temps.

C’est pour cette raison que j’aime de plus en plus me balader sur Medium.
Tu peux y trouver des opinions, des retours d’expérience, des tutoriels, le tout sans JeanMichelPasContent458 !

La technologie n’est qu’un outil

L’utilisateur final s’en contre fout des technologies que tu as utilisées.
Que tu fasses du JQuery ou du Svelte.js, peu importe, il a juste besoin d’un produit qui fonctionne !

Choisis les outils avec lesquels tu te sens productif, avec lesquels tu as envie de travailler.
Si tu finis par avoir envie de changer de technologie, tu n’es pas obligé de te justifier (à moins d’être lead dev lol).

Combien de développeurs ont appris successivement les dernières technologies à la mode sans même passer une seconde sur les méthodologies les plus importantes.

Je peux te laisser des mots clés pour que tu continues tes recherches :

Clean Architecture
Clean Code
Testing
Software Craftsmanship
Algorithmes
…

Continue de créer de nouvelles choses

Imagine si on mettait toute cette énergie gâchée au service de la création.
Ces heures passées à créer des argumentaires pourraient être utilisées pour coder.

Imagine la valeur que l’on pourrait créer !
Si tu as un side project, lance-toi maintenant.

Rien ne te garantis que tu réussiras mais il n’y a pas meilleur moyen pour apprendre.

A demain,

Captain Dev

PS: en ce moment, je prépare une nouvelle formation, si tu veux voir les coulisses, ça se passe sur Instagram !

https://www.instagram.com/captaindev404

A toi de choisir ton employeur et pas l'inverse

Captain Dev — Fri, 25 Sep 2020 13:08:41 GMT

Quand tu débutes dans le développement, tu n’as pas vraiment le choix.
On va te proposer plusieurs opportunités, tu n’es pas vraiment en mesure de négocier.

Plus ton cursus théorique est court, plus c’est vrai.
Il se passe une chose étrange après quelques années d’expérience.

Une fois le statut de junior abandonné, la perspective change.

Tu deviens un développeur junior.
A partir de ce moment, tu deviens la proie…

Les sollicitations vont augmenter

Tu vas recevoir de plus en plus de sollicitations, toutes te promettant un meilleur salaire, des technologies à la pointe et un super projet.

Je dois t’avouer qu’au début, ça fait clairement rêver !

Plus besoin de chercher un job ?

Pas si vite, ce n’est pas parce que le nombre de démarchages a explosé que toutes ces propositions vont te plaire.

Au fur et à mesure de tes expériences, tu deviendras plus rigoureux dans la sélection des personnes ou entreprise avec lesquelles tu travailles.

Tu vas vite finir par te rendre compte que la facilité de trouver un job n’est pas du tout proportionnelle au nombre de démarchages.

Ne néglige pas tes recherches

Il y a un principe qu’il faut garder en tête tout au long de ta carrière :
“Ce n’est pas ton employeur qui te choisi, c’est toi qui choisi ton employeur.”

Peu importe le nom de la boite, ça n’a aucune importance.
Google, JP Morgan, Lidl ?

C’est strictement la même chose.

Tu as le choix, tu peux refuser ou accepter.
Dans les deux cas, il faut savoir pourquoi tu prends cette décision.

Parfois on a tendance à voir des opportunités du siècle là ou il n’y en a pas.
Le but est de faire un choix ultra calculé, pas de place pour les sentiments, c’est du business.

Les raisons vont changer en fonction de la personne.

Peut-être que tu veux une belle ligne sur ton CV, peut-être que tu veux devenir le meilleur dans ton domaine, peut-être que tu veux un job paisible...

Peu importe les raisons, elles sont totalement personnelles et ne regarde que toi.
Tu n’as pas non plus l’obligation de justifier ta décision.

Un CDI, ce n’est pas un cadeau

Tu risques de tomber sur des chefs d’entreprises qui agissent comme s’ils te rendaient service.
Tu sais ce positionnement où on te donne l’impression qu’on a fait un effort pour t’embaucher.

Comme si on te rendait un service et que tu devais en être reconnaissant…
Pas la peine de t’expliquer qu’il ne faut pas rester dans un environnement aussi toxique.

Il faut bien comprendre qu’en tant que professionnel, tu apportes de la valeur.
Tu viens avec des compétences, une motivation, des expériences.

C’est un tout qui permet à une entreprise d’organiser la création de valeur.
Quand je vois le nombre de personnes qui choisissent un poste seulement vis-à-vis des technologies utilisées…

Rien de mieux pour perdre la motivation d’ici un an…

Cherche ceux qui prennent soin de leurs employés

C’est fou à quel point l’admiration pour Steve Jobs a créé une génération de chefs d’entreprises aussi bêtes qu’impitoyables.
Ce genre de comportement est souvent accompagné par le genre de phrases toutes faites du style : “le client est roi”...

Bon déjà il faut savoir que seul le bon client est roi.

Cherche plutôt des groupes qui font passer leurs employés avant tout.
“Prends soin de tes employés, ils prendront soin de tes clients”

Ce dicton n’a jamais eu autant de sens…

Chacun ses critères

Il y a des critères qui sont difficilement quantifiables.

Peut-être que tu cherches une ambiance en particulier.
Tu préfères peut-être télétravailler ou travailler au ⅘ème…

Tout ce qui importe pour toi doit être abordé dans les phases d’entretien.
Tu serais étonné de voir ce qu’il est possible de négocier à l’entrée…

Une variable reste universelle.

Le salaire !

Quand tu tombes sur une boite qui se vante d’être la meilleure dans son domaine mais qui paie au lance pierre sous couvert de chercher seulement des passionnés, fuis.

C’est signe avant coureur de bien d’autres soucis.

Bien rémunérer ses salariés fait partie des basiques.
Impossible d’ignorer le marché, encore moins dans le domaine de la tech…

A demain,

Captain Dev

Comment je fais ma veille tech ?

Captain Dev — Fri, 25 Sep 2020 13:08:06 GMT

J’en ai déjà parlé dans d’anciennes vidéos, mais c’est important de revenir régulièrement sur l’importance de la veille tech.

Il y a plusieurs manières de s’organiser, dans ce mail je vais te donner des pistes, n’hésite pas à adapter à tes besoins.

Premièrement, il faut définir la fréquence à laquelle tu veux “recevoir” du contenu.

C’est important de ne pas trop en consommer et de cibler des sujets bien spécifiques.

Les plateformes de contenus

Youtube, Twitter, Medium, LinkedIn.

Je les mets tous dans le même sac, car ils te permettent d’automatiser la récupération de contenu en te basant sur leurs algorithmes.

Pour cela, il suffit d’effacer ton historique et de ne consommer que des contenus sur les sujets qui t’intéressent.

Sur YouTube, l’algorithme s’en charge à ta place, autant en profiter.

Côté Twitter, LinkedIn et Medium, il faudra suivre les personnes influentes dans la thématique choisie.

Il est important d'interagir avec l’audience.
Se confronter à ses compères est important pour développer ta marque personnelle.

Les blogs spécialisés

Au fur et à mesure de mes recherches, j’ai fini par établir une liste de blog de développeur.
C’était ultra important il y a quelques années, car il n’y avait pas de contenu orienté dev sur Youtube et compagnie…

J’utilise Feedly pour gérer mes flux RSS.
Impossible de manquer un article.

Attention à ne pas suivre trop de sujets en même temps, c’est un coup à s’éparpiller…

Les newsletters

Il existe un tas de newsletters telles que Javascript Weekly qui te permettent de recevoir un digest sur une technologie en particulier.

Chaque semaine, tu recevras les informations à ne pas rater de ta communauté.

Les repositories “awesome”

Le secret, c’est d’aller sur GitHub et de chercher un repository sous le pattern suivant :
awesome-.

Ex : awesome-flutter, awesome-react, ...

Que faire une fois les sources de données identifiées ?

Une fois que tu n’as plus besoin de chercher ton contenu veille, il faut passer à l’action.
Donne-toi des objectifs chiffrés, tester une librairie par semaine ou par mois par exemple.

C’est important de lire du code, mais le plus important reste de le manipuler.

A demain

Captain Dev

Je suis fatigué du code...

Captain Dev — Fri, 25 Sep 2020 13:07:32 GMT

Il y a des moments ou je suis vraiment fatigué du code.

Pas envie de réfléchir, pas envie de créer, juste envie de faire autre chose…
Code Fatigue, Javascript Fatigue, nomme-le comme tu veux, si tu es déjà passé par là, tu sais de quoi je parle.

Passé les premiers mois, les premières années, le métier peut parfois devenir frustrant.
On peut avoir l’impression de rester bloquer dans une boucle infinie.

Un besoin utilisateur, on code, on déploie et on recommence.

Comment renouer avec la créativité ?

Je suis passé plusieurs fois par ce genre de phases.

On est loin du Captain Dev des vidéos toujours enjoué de partager ses expériences en vidéos.

C’est un problème cyclique, le mois de septembre n’a pas été le plus prolifique.
Ce n’est pas la première fois et je sais qu’il y en aura d’autres.

Mais pour autant, il ne faut pas se laisser abattre.

Peu importe le domaine dans lequel tu évolues, ton envie et ta motivation ne seront jamais linéaires.

Elles évoluent en fonction de différents facteurs.
Le tout est de se concentrer sur les choses que tu peux changer.

Tu peux changer de boite, tu peux changer d’environnement, tu peux prendre quelques jours de congés…

Partir 2 ou 3 jours à la campagne, couper les réseaux sociaux, lire un livre ou tester un nouveau framework, toutes ces choses ont un point commun : te faire sortir de ta routine.

On néglige trop souvent le côté créatif du métier

Aujourd’hui, le métier de développeur te permet de créer à partir d’une idée.
Un concept peut se transformer en application mobile ou en site web.

La seule chose dont tu as besoin est de remonter tes manches et de commencer à créer.
Pourtant nous sommes très peu à vraiment tirer parti de cette particularité.

Quand je vois le nombre de personnes sortant d’école de commerce cherchant un développeur…

Nous sommes finalement trop conditionnés et habitués à créer pour les autres.

C’est comme si le marché nous demandait de simplement empiler des parpaings alors qu’en investissant un peu de temps sur nos compétences nous serions capable de construire des maisons entières.

N’oublie pas qu’être développeur te donne la possibilité de créer.
La seule limite est ton niveau technique, le reste n’est qu’un détail.

Combattre la Fatigue

Je ne parle pas de fatigue physique, mais de cette phase ou tu n’as plus envie de continuer…

Si tu ne fais rien, tu risques de te réveiller après 10 ans d’hibernation, d’ici là React.js aura peut-être disparu et tu ne seras plus à la page…

Le plus dur dans tout ça, c’est de se mettre en marche.
Avec du recul, je me rends compte que faire le premier pas et lancer le mouvement est souvent la tâche la plus compliquée.

Une fois cette barrière abattue, tu peux profiter du momentum.
Tu as du voir que je ratais quelques jours dans les mails quotidiens, en ce moment je n’ai pas trop envie d’écrire.

Comme pour le code, je sais que cette période va passer.
Parfois le simple fait de chercher à se renouveler suffit à créer de nouvelles opportunités.

Comment j’ai renoué avec le code ?

Je me suis lancé sur la création d’une nouvelle formation.
Enseigner est le meilleur moyen d’apprendre.

Autant te prévenir, la formation sera sur GatsbyJS.
Pas de hasard, vu l’évolution de la JAMStack, GatsbyJS va bientôt faire partie des indispensables pour tous les développeurs WEB.

GatsbyJS te permet de récupérer facilement toutes sortes de sources de données : GraphQL, API Rest, Markdown, fichiers et bien d’autres…
L’idée c’est d’aller dans les détails, de montrer comment fonctionne le framework en interne.

Je n’ai pas envie de simplement effleurer le sujet.

Ce challenge a suffi à me remotiver, me redonner l’envie de partager ce que je sais et ce que j’apprends !

Je ne veux pas vendre des formations simplement pour faire de l’argent.
Je veux vivre de ma passion en aidant les gens.

A demain,

Captain Dev

Deno, c'est pas pour tout de suite...

Captain Dev — Fri, 18 Sep 2020 14:16:03 GMT

Deno, ce n’est pas pour tout de suite…

Je vois beaucoup de jeunes développeurs se jeter sur Deno.

C’est vrai que c’est tentant, une nouvelle technologie apparaît, avec elle la promesse de gommer les erreurs de jeunesse de ses prédécesseurs…

Ça, c’est le discours marketing.

Je dois avouer que je trouve Deno assez intéressant.

Le projet a été lancé par le créateur de Node.js lui-même, je pense que Ryan Dahl est très bien placé pour poser les bases d’un nouveau projet de grande ampleur.

Le problème avec les nouvelles technologies, c’est toujours la vitesse d’adoption du marché.

Le délai minimum d’adoption

Il y a un toujours un délai minimum entre le buzz d’une technologie et son adoption par le marché.
La question qu’on est en droit de se poser : à quel moment doit-on investir du temps ?

Tu verras que la question n’est pas si vite “répondue”...

Tout dépend du type de projet dans lequel la technologie peut être utilisée.
Prenons l’exemple de Moment.js qui vient de passer en mode legacy.

Il n’aura plus de nouvelles fonctionnalités de développées sur le projet.
Une alternative très solide est date-fns.

Si le code est propre, changer cette dépendance ne devrait pas être très long.

Un développeur consciencieux aura pris le soin d’encapsuler la librairie afin de ne pas dépendre directement de la librairie.

Il y aura alors qu’un seul module à mettre à jour, les méthodes exposées par l’abstraction ne devraient pas changer…

Une libraire aussi “petite” se remplace en un laps de temps ultra court : on parle de quelques heures à une semaine de travail selon les projets.

Ici l’adoption du marché peut se faire en quelques semaines voir quelques mois.

Pour les plateformes c’est beaucoup plus long

Deno est un runtime réécrit de A à Z.
Il ne propose pas de compatibilité avec Node.js et c’est tant mieux !

Pas question de se trimbaler les défauts de Node.js…
Le problème est que pour passer à Deno, il faudra créer de nouveaux projets, faire face à des bugs inconnus, le tout en utilisant un outils peu documenté (Stack Overflow, blogs, etc).

Tu l’as bien compris même si Deno était prêt aujourd’hui, il faudrait attendre le démarrage d’un nouveau projet.
C’est ce délai moyen qu’il faut avoir en tête.

D’expérience, cela se fait sur 1 à 3 ans.
J’ai entendu parler de Flutter à la fin de l’année 2017.

Ma veille s’est limitée à quelques articles Medium et un parcours de la documentation.

Depuis le début, je suis fan du projet.

Pourtant ce n’est qu’à la fin de l’année 2020 que j’ai décidé de plonger plus sérieusement dans le projet.

Parce que je sais qu’être le premier sur Flutter n’est pas forcément un avantage pour moi.

Je préfère attendre de voir si le projet prend de l’ampleur (c’est le cas pour Flutter), si l’entreprise derrière à savoir Google croit au projet…

Google est réputé pour avoir le courage de stopper net des projets et ce peu importe la taille de la communauté.

Si Google ne croit pas à un projet, il le tuera dans l’oeuf sans hésiter.

Observer les facteurs clés d’adoption

Premièrement la gestion des versions.

Mis à part Facebook qui n’en a que faire, un suivi scrupuleux du Semantic Versioning permet de savoir si l’utilisation du projet en production est viable.

Deuxièmement, l’évolution de la communauté.

Attention, il ne suffit pas d’avoir 50K étoiles sur Github.
Je parle d’articles de blog, de vidéos tutoriel sur YouTube, de posts Reddit, de retours d’expériences de développeurs, de meetups…

Pour faire le lien avec Deno, à l’heure où j’écris ces lignes, on se contente de projets assez simples…

L’adoption de Node.js a pris un nouveau tournant quand on a fini par se rendre compte que la technologie était utilisée par les géants du Web : Paypal, Netflix et bien d’autres…

Troisièmement, les offres d’emploi

C’est bien beau d’être expert Deno en 2020, mais si personne ne t’embauche ça ne sert à rien.

En 2015, je me battais pour l’adoption de React au sein de mon équipe.
Très peu de collègues y croyaient, pour la plupart, c’était juste un framework Javascript de plus.

5 ans plus tard, React.js est le framework frontend le plus demandé sur le marché…

Je ne suis pas devin, j’ai investi sur une techno à laquelle je croyais, j’aurais pu me tromper comme ça a été le cas pour Meteor.js…

Ce qu’il faut retenir

C’est très important de faire de la veille technique.
C’est même selon moi indispensable.

Tu peux devenir un early adopter sur la technologie de ton choix.
Construire des projets complexes et en parler autour de toi.

Si tu es trop en avance et que trop peu de gens s’y intéressent, ne le prends pas personnellement.

Prends le recul nécessaire et ne sois pas frustré si tu ne trouves pas d’offres, c’est juste une question de timing.

A demain,

Captain Dev

Un freelance doit s’adapter deux fois plus rapidement...

Captain Dev — Wed, 16 Sep 2020 09:42:59 GMT

Un freelance doit s’adapter deux fois plus rapidement…

Dans mon mail précédent, j’évoquais le fait que je ne recommande pas le freelancing aux développeurs juniors.

Pour beaucoup le freelancing perçu comme un eldorado, c’est cette idée reçue que je critique.

Cela ne veut pas dire que je pense que tous les juniors vont se planter.
Je pense juste qu’il faut prendre en compte les responsabilités que le statut implique.

J’écris ce mail pour donner suite à une réponse d’une abonnée qui ne vit pas en métropole, forcément cela implique énormément de nouveaux facteurs…

Le freelancing, un choix pour certains

Faire le choix du freelancing, c’est opter pour quelques libertés supplémentaires, de la paperasse administrative et potentiellement plus d’argent.

Certains font ce choix dès le début de carrière.
Tant qu’on assume ses responsabilités, il n’y a aucun mal à ça.

Le risque est relativement peu élevé et c’est encore plus vrai quand on vit près d’une grande agglomération.

Si l’on opte pour des missions en télétravail, les tarifs sont moins élevés, mais on y gagne en niveau de vie.
La crise sanitaire a brouillé les pistes.

Pour ou contre le télétravail, on ne sait plus vraiment...
Le compromis facile à vendre aujourd’hui est un peu des deux.

Il ne faut pas hésiter à baisser sa tarification pour les jours effectués en télétravail.

Que faire quand le freelancing devient une nécessité ?

Si tu vis dans loin d’une agglomération ou dans les DOM-TOM, le freelancing peut être la seule option viable.

En tant que développeur vivant près de Paris, on a parfois souvent tendance à oublier la chance que nous avons.
Même pas besoin de traverser la rue pour trouver une mission !

Les missions viennent à nous…

Quelles sont les possibilités pour les personnes pour qui le freelancing devient une nécessité ?

Pas toujours facile de jongler avec un marché tendu quand on débute.

Un freelance doit avoir une capacité d’adaptation à son marché

En tant que freelance, tu es un business.
Tout ce qui arrive à ton business est ta responsabilité.

En cas de problèmes, tu peux blâmer le client, ton fournisseur d’accès Internet, ton enfant de 2 ans qui a débranché le box pendant ton commit, ce n’est peut-être pas de ta faute, mais c’est ta responsabilité.

Si tu vis dans une région où il y a peu d’offres, il faut que tu t’adaptes à ton marché.

Si tu veux absolument faire du développement mobile, mais qu’au niveau local il n’y a aucune offre, tu devras reconsidérer tes projets professionnels.

Peut-être que tu peux te spécialiser sur des sites vitrine et développer une offre de création de réseaux sociaux pour compléter tes prestations Web.

En sondant ton marché local, tu peux trouver des opportunités insoupçonnées.

Peut être que le fait d’habiter à la Réunion, en Guadeloupe ou en plein milieu de la Creuse crée des besoins inexistants à Paris.

C’est sur ce genre d’opportunités que tu peux faire la différence…

Depuis la crise sanitaire, le télétravail est en train de muter

Inutile d’expliquer que le Covid-19 a changé la donne.

Pour beaucoup de dirigeants, télétravailler était impensable au début de l’année 2020.
Ce mode de travail leur a été imposé et beaucoup se sont rendu compte que la production a continué.

De quoi démonter les peurs infondées sur le manque de communication et la baisse de production pour laisser apparaître un manque flagrant de confiance.

C’est selon moi le plus gros obstacle à la généralisation du travail en remonte.

On se cache derrière des raisons bidon pour justifier le ralentissement de l’adoption du télétravail à grande échelle.

Au lieu d’investir sur un nouveau mode d’organisation du travail qui résisterait à un nouveau confinement, on se retourne vers le passé par crainte de perdre le contrôle.

En 10 ans, j’ai vu tellement de personnes faire du présentéisme, on frôle l’absurdité…

Le remote, une grosse opportunité pour éviter la relocalisation

Déménager de la Meurthe-et-Moselle pour aller vivre en Île-de-France, ça peut chambouler ton quotidien.

Si tu ne vis pas en métropole, le changement peut devenir bien plus difficile.
Dans ce cas, le remonte est à la fois une opportunité ou un handicap.

Un handicap parce que tu risques d’être sur une plage horaire décalée par rapport à ton client.
Cela complique légèrement l’organisation de la vie de l’équipe.

Pas question de faire un daily meeting à 9h si ton équipe est dispersée à travers le monde.

Si tu vois le verre à moitié plein, il y a une opportunité.

Selon ta situation géographique, tu peux trouver des clients qui travaillent avec plusieurs plages horaires.

Avoir un décalage de 6 à 8 heures avec l’heure de Paris devient alors un net avantage.

Plus besoin de travailler aux 3-8, la disponibilité des développeurs pendant la “journée” est alors drastiquement augmentée.

Tu n’es pas non plus obligé de travailler avec des Français.

Il ne faut pas négliger le nombre de boîtes développées à l’International qui pourrait avoir besoin de ressources disponibles sur ta plage horaire.

La dernière option est celle que je ne te souhaite pas

Parfois certains font le choix de se délocaliser quelques années le temps de forger une expertise.

C’est un choix difficile qui avait énormément de sens il y a quelques années.
Partir pour aller travailler près de Paris.
Plus de facilité pour trouver une mission et des clients.

Mais se couper de sa famille, ses amis et de ces racines peut avoir un impact négatif.

Inutile de t’expliquer qu’il faut un temps d’adaptation.
Pour certains et certaines, c’est impossible.

Ils finissent par rêver de leur retour au pays…

Je pense sincèrement que ce choix devrait être un dernier recours, un choix ultime.

Avec l’utilisation d’Internet à grande échelle, nous avons aujourd’hui tous les outils pour sculpter l’organisation du travail de demain !

Ne te décourage pas

Ma vision du freelancing est assez brute, je te l’accorde.
Le but n’est vraiment pas de te démotiver.

Je pose juste un constat personnel et réaliste.
Si tu es vraiment motivé, ce n’est pas ces quelques obstacles qui t'arrêteront.

Dans tous les cas, n’oublie pas que le meilleur moyen de savoir si c’est fait pour toi, c’est d’essayer !

On a trop souvent tendance à vouloir faire en sorte que les autres choisissent à notre place.

Une manière de fuir nos responsabilités afin de pouvoir jeter la faute sur un autre en cas de problème.

Il est important pour chacun et chacune de se faire ses propres expériences, c’est le seul vrai moyen pour apprendre.

À demain,

Captain Dev

Le seul secret pour devenir un bon développeur

Captain Dev — Sun, 13 Sep 2020 10:25:23 GMT

Le seul secret pour devenir un bon développeur

Pourquoi autant de personnes sont-elles à la recherche de solutions faciles ?
La vie c’est pas Netflix, il y a toujours un prix à payer.

Tu veux perdre du poids ?
Mange équilibré et fais du sport.

Tu veux avoir de bonnes notes ?
Écoute en classe, fais tes devoirs en temps et en heures.

Tu veux devenir un bon développeur ?
Pratique tous les jours et mets en place une veille techno.

Pour atteindre un objectif, peu importe la méthode il faut toujours payer le prix !

On peut passer une vie à chercher la solution miracle

Quand je lis les commentaires de mes vidéos, les DM sur Instagram, je me rend compte d’une chose.
Certains sont prêts à passer des semaines voire des mois à chercher une solution miracle.

Ce temps si précieux leur aurait permis de devenir excellent dans un domaine.
Aucune éthique de travail, comme s’il était possible de télécharger une compétence dans un cerveau…

Tu peux toujours profiter d’un petit coup de pouce : un tutoriel, une formation, un coaching…
Mais à la fin du chemin, la seule chose qui fera vraiment la différence, c’est toi.

Au-delà de la détermination, as-tu une éthique de travail ?

Travailler, ça s’apprend.

Il ne suffit pas de travailler dur pour atteindre ses objectifs.
Il faut travailler intelligemment, se fixer des objectifs et mettre en place des petites étapes pour les atteindre.

Si tu n’es pas prêt à faire les efforts, tu ne mérites pas les résultats.
Le marché du travail s’en fout que tu n’ais pas eu le temps d’apprendre React ou Javascript.

Si on creuse, on finira par se rendre compte que ton historique Netflix est plus que blindé…
Pas la peine de se cacher derrière le manque de talent, aujourd’hui on n’a jamais eu accès à autant d’informations !

Atteindre un rythme de croisière

Pour les plus motivés, la question est sensiblement la même.
Tu es prêt à travailler mais tu ne sais pas comment faire ?

Voici les deux clés :

Créer une habitude
Profiter de l’effet cumulé

L’habitude permet de rendre la chose évidente.
Admettons que tu fasses le choix de consacrer une heure par jour à tes compétences techniques.

Attention, quand je dis une heure par jour, c’est une heure tous les jours et pas seulement aller regarder deux ou trois Tweets…

Le simple fait de faire une tâche tous les jours crée un automatisme.
Une fois l’habitude mise en place, il est beaucoup plus facile d’avancer.

Si tu n’arrives pas à la mettre en place, peut-être que ce n’est tout simplement pas fait pour toi…

Pendant cette heure, tu vas étudier des sujets identifiés la veille.
Tu peux étudier tout et n’importe quoi tant qu’il y a une cohérence avec ton profil.

Si tu développes en Go, pas sûr que de la veille sur de la Blockchain soit vraiment intéressante…
Surtout n’oublie pas de prendre des notes.

Le cerveau humain est une machine hors norme mais il est important de pouvoir le décharger de temps en temps.

Personnellement, j’utilise Notion.
C’est mon Google personnel.

Profiter de l’effet cumulé

Si tu as le temps jette un oeil au livre de Darren Hardy, il en parle mieux que moi.

L’effet cumulé en deux mots te permet d’atteindre de grands objectifs en faisant de toutes petites actions intelligentes de manière ultra-régulière.
Evidemment, c’est un stratégie qui s’inscrit sur le long terme.

J’en ai personnellement bénéficié sans même connaître le concept.
Pendant mes premières années de développement, je passais énormément de temps à me former sur de nouvelles technologies, apprendre de nouvelles méthodes.

Ce n’est pas juste une théorie.
Le seul secret pour devenir un bon développeur, c’est de pratiquer tous les jours et d’y consacrer du temps.

Est-ce que ça vaut le coup ?
On a tous une personnalité et des envies différentes, seul toi peut répondre à cette question…

A demain,

Captain Dev