Pensez vous qu’il vaudrait mentir sur son prénom sur son c-v pour avoir plus de retour ?

... Que les posts sur l'IA soient bannis Et que l'on puisse enfin discuter entre développeurs.

Bonsoir ! Je profite du week-end pour parler du sujet qui fâche 🔥

Je voulais partager ma méthode actuelle de développement, parce qu’elle est un peu hybride et qu’elle a pas mal changé avec l’arrivée des LLM.

Je travaille surtout sur des projets web/mobile autour d’un média local : Laravel, Flutter, MariaDB, Firebase, API, vidéo, notifications, jeux interactifs, etc.

Mon rôle est souvent à mi-chemin entre produit, architecture, développement et reprise de systèmes existants. Mon premier code date de... 1985 😄

Ma méthode ressemble à ceci :

1. Je pars d’une vision fonctionnelle assez claire, mais pas toujours structurée J’ai souvent une intuition assez précise de ce que le produit doit faire, des flux utilisateurs, des contraintes métier, des cas limites. Par contre, cette vision peut être très panoramique. Avant, le risque était de partir trop vite dans tous les sens. Maintenant, j’utilise l’IA pour transformer cette vision en étapes exploitables.
2. Je force tout à passer par une spécification Markdown Avant de coder, je demande généralement une spec technique en Markdown : objectifs, périmètre, architecture, endpoints, tables, contraintes, risques, définition du “done”, cas limites. Ce document sert ensuite de contrat entre moi, le code existant et le LLM de co-coding. Ce n’est pas un PRD marketing, plutôt une spec opérationnelle que je peux réellement donner à un outil ou à un développeur.
3. Je découpe en petits chantiers verticaux J’évite de dire “refais toute l’app” ou “migre tout le backend”. Je préfère des blocs du type : Le but est d’avoir des incréments testables, pas un énorme chantier magique.
   • migrer l’auth mobile vers une nouvelle API ;
   • exposer tel endpoint Laravel ;
   • remplacer une source Firebase ;
   • documenter un module ;
   • ajouter un garde-fou de sécurité ;
   • écrire une migration Eloquent ;
   • rendre un comportement rétrocompatible.
4. Je considère l’IA comme un co-développeur très rapide, mais pas comme un décideur Je lui délègue volontiers :
   • les squelettes de code ;
   • les migrations ;
   • les scripts ;
   • les transformations répétitives ;
   • la documentation ;
   • les checklists ;
   • les premiers diagnostics ;
   • les refactorings encadrés.
5. Par contre, je ne lui délègue pas aveuglément :
   • les choix d’architecture critiques ;
   • la sécurité ;
   • la validation métier ;
   • la mise en production ;
   • les suppressions destructrices ;
   • les migrations de données sans garde-fous.
6. Je garde toujours une source de vérité claire C’est probablement le point le plus important dans mes projets récents. Quand il y a plusieurs systèmes (ancien backend, nouvelle API, app Flutter, Firebase, base MariaDB, ancien PostgreSQL, etc.), je cherche d’abord à définir qui est la source de vérité. Exemple typique : Laravel peut devenir la source API principale, pendant qu’un ancien système reste seulement une source éditoriale amont ou un système transitoire. Ça évite de bricoler des synchronisations implicites partout.
7. Je documente pendant que je construis Je ne vois plus la documentation comme une tâche finale. Elle fait partie du dev. Quand je reprends un module, je commence par la doc : ça permet aussi de reprendre le contexte plus tard avec un LLM sans tout réexpliquer.
   • le comportement actuel ;
   • le comportement cible ;
   • les fichiers concernés ;
   • les commandes utiles ;
   • les risques ;
   • les tests à faire ;
   • les décisions prises.
8. Je reste très méfiant sur la partie “ça compile donc c’est bon” Le LLM accélère énormément la production de code, mais il ne remplace pas : Je dirais que l’IA accélère surtout les 60 premiers pourcents d’un chantier. Les 40 derniers (validation, durcissement, edge cases, prod) restent très humains.
   • les tests réels ;
   • la lecture des logs ;
   • les essais sur environnement propre ;
   • la vérification des permissions ;
   • les contraintes de prod ;
   • la compatibilité avec l’existant ;
   • la compréhension des effets de bord.

Au final, ma méthode c’est moins “l’IA code à ma place” que :

>Je transforme une intuition produit en spec exploitable, je découpe en chantiers, je fais produire vite les briques répétitives, puis je reprends la main sur l’architecture, les arbitrages et la validation.

Je suis curieux de savoir si d’autres ici fonctionnent comme ça : documentation d’abord, co-coding encadré, specs Markdown, puis validation humaine stricte.

Et, point assez intéressant, tout ça repose chez moi sur deux abonnements relativement accessibles :

• ChatGPT Plus, à 20 $/mois, que j’utilise surtout pour réfléchir, structurer, challenger mes idées et préparer mes specs Markdown ;
• Google Antigravity IDE, via le forfait de base Google AI Pro à 21,99 €/mois, que j’utilise davantage pour le travail dans le code.

Pour Antigravity, il y a évidemment des quotas, mais je trouve que ce n’est pas forcément un mal. Quand je vois que j’ai déjà consommé la moitié de mon quota hebdomadaire, ça me force à ralentir : relire le code généré, vérifier la documentation produite, reprendre les décisions techniques, contrôler les diagrammes Mermaid, nettoyer ce qui doit l’être.

En fait, cette limite crée une sorte de garde-fou. Elle m’empêche de tomber dans le piège du “je continue à générer du code parce que ça va vite”.

Et soyons honnêtes : oui, il arrive que le LLM fasse n’importe quoi si on ne cadre pas assez. J’ai déjà eu des comportements destructeurs, y compris sur des bases de données. Donc chez moi, c’est sauvegardes DB versionnées, méthode Git stricte, commits fréquents, branches de travail et validation humaine avant toute opération sensible.

Au final, je ne vois pas ces outils comme des développeurs autonomes. Je les vois plutôt comme des accélérateurs très puissants, à condition de garder une méthode solide autour : specs claires, versioning, sauvegardes, relecture, tests et responsabilité humaine.

Vous avez mis en place des garde-fous similaires dans vos workflows IA ? Ou vous laissez l’agent coder plus librement ?

Vous avez trouvé d’autres méthodes efficaces pour éviter que le dev assisté par IA parte dans tous les sens ?

Bonjour,

Je voulais détailler mon expérience de l'utilisation de l'IA (Claude Code) dans mon quotidien. Depuis quelques mois on accès à Claude Code dans ma boîte.

Au début je l'utilisait uniquement lors de l'écriture de code et il faisait peut être 40% de mes tâches.

Dernièrement j'ai commencé à mettre en place un workflow où je lui donne un ticket jira et ma vision sur le design. Il fait l'analyse et puis me donne un plan que je valide, il fait l'implémentation, les check, self review, PR, check ci, gérer les commentaires sur la PR.

Franchement ma productivité a explosé et mon impact aussi. J'ai ship plein de feature tout seul alors qu'on est une équipe de 3. Je fais facilement 70-80% des features de mon équipe.

Je suis un peu surpris des commentaires ici qui critiquent la qualité de code fait par Claude. Dans mon ça reste de la qualité, MAIS on a une bonne architecture dans ma boîte et plein de bonne pratiques. Je challenge pas mal le code écrit.

Par contre il fait de mauvais code côté front mais c'est pareil avec les gens de front.

Les mauvais points, ça reste très cher. Je suis peut être à +1k€/mois mais je pense que je les rentabilise. Je vais certainement avoir des soucis lors de mes prochains entretiens techniques. Aussi, je commence trop faire confiance qu'il y quelques jours, une erreur de débutant s'est glissé et a généré un souci en prod. On est bon dans la gestion des incidents et ça été résolu en moins d'une heure. Par contre j'ai déjà vu un incident qui nous a coûté beaucoup d'argent à cause d'une erreur faite par Claude (le dev aurait peut être fait la même erreur).

J'essaie maintenant à bien cadrer Claude et voir comment réduire les coûts de mon utilisation. Je suis prenant de vos conseils (j'utilise déjà rtk). Je vais passer un peu plus de temps en revue, et même utiliser systématiquement Claude pour faire une self revue.

Edit :

Je vois le commentaire qui dit :

> OP ship sans regarder.

Je n'ai pas pas dit ça. Je fais une revue après et mes collègues aussi. D'ailleurs c'est pour ça que je disais que Claude surveille les commentaires sur la PR.

Par contre une fois j'ai fais trop confiance sur une tâche qui était plutôt très simple et le scope est très limité mais Claude a fait glissé une erreur de débutant.

Contexte : dev web freelance, solo, depuis un bail (je fais des sites depuis 1998). Pas d'équipe. Donc je suis le dev, le SEO, le sysadmin, le comptable, le support et le mec qui relance ses propres factures. Six casquettes, une personne.

Depuis que je bosse sous Claude Code (le CLI d'Anthropic, avec les "skills" = des dossiers SKILL.md que l'agent charge à la demande), j'ai transformé chaque casquette en skill. J'en suis à une soixantaine. Je partage l'archi, parce que le piège n'est pas d'écrire les skills : c'est de les organiser sans faire exploser le budget de contexte.

Le problème de base

Un skill = un bout de prompt + des instructions + parfois des scripts. Sympa. Sauf que si tu charges tes 60 skills à chaque session, tu bouffes 8 à 10k tokens de baseline avant même de dire bonjour. Et 90% ne servent pas à la session en cours.

L'archi : lazy-load à 3 étages

1. Global transverse (~19) : les trucs que j'utilise partout (factures, courriers PDF, optim d'images, wrap-up/wrap-in de session).
2. Pack web (~23) : toute la chaîne de prod client (nouveau-client, builders Elementor/Divi/Gutenberg, publish, deploy FTP). PAS chargé par défaut : juste un pointeur "si /elementor-builder, va lire le SKILL.md".
3. Snapshots locaux par client (~19) : version figée avec credentials + voix du client. Priorité : local > pack > global.

Résultat : une session admin ne charge pas les skills web, une session web charge un pointeur et pas 23 skills. Le contexte reste maigre.

Le meta-skill que je préfère

Un skill dont le seul job est de m'empêcher d'en créer trop : do-i-have-a-skill. Avant d'écrire un nouveau script, il cherche s'il existe déjà. 0 match, ok tu crées. 1+ match, réutilise. Je l'ai fait parce que je me suis retrouvé avec 3 scripts qui faisaient la même chose. La prolifération, c'est le vrai ennemi.

Les trucs qui cassent (rien n'est magique)

• Maintenance : 60 skills, ça se resynchronise. J'ai dû écrire des skills juste pour gérer la dette des autres skills. Meta-galère, toussa toussa.
• Sur-ingénierie : la moitié du temps un simple prompt aurait suffi. Un skill se justifie quand tu répètes un truc 5 fois, pas avant.
• Le budget tokens reste un arbitrage permanent. Plus tu automatises, plus tu es tenté de tout charger, et tu recrées le problème que tu voulais tuer.

Voilà. Pas de lien, pas de pub, juste un retour d'XP. Vous organisez ça comment, vous, quand votre outillage perso commence à déborder ? Vous versionnez vos prompts/skills, ou vous laissez vivre ?

Mais c'est pas ce que vous croyez.

Alors ouais les LLM c'est sympa pour faire un poc, un refacto, tout ça. Mais entre le mec du business qui fait ses slides avec l'IA et le résultat n'a aucun sens, l'autre dev qui code avec du copilot et produit un truc impossible a maintenir... je ne retrouve plus mon job.

Le métier que je connaissais disparait au profit d'un métier où je passe mon temps à lire des trucs produit par l'IA et à corriger/review du code écrit par l'IA. C'est normal que le métier évolue, mais là j'y perd vraiment goût.

Le problème c'est que là où en face le business où le dev qui vibe code mettent très peu de temps à générer une quantité considérable de lignes de code/doc, la charge de relecture/test devient conséquente pour les seniors. Et même quand je trouve une grosse erreur dans le code, il faut que j'arrive à convaincre le dev qui refuse de remettre en question ce que lui a dit le LLM.

Salut la commu, j'espere que vous vous portez bien en cette saison de forte chaleur, buvez de l'eau c'est important et prenez soins de vos proches, je vous ecris car je fini bientot l'école 42, j'ai commencé a postuler pour tout type d'offre dans le dev (FullStack, devops, cloud, IA). J'ai eu un retour d'une ESN pour un stage de 6 mois en FullStack (python et angular). J'ai deux probleme, premierement moi ce que j'aime c'est le devops donc ce poste si je l'accepte ca sera par dépit, et deuxiemement j'ai dis sur mon c-v que j'avais fais du java alors qu'en réalité le projet que j'avais mis en avant n'est pas fini donc je n'ai pas encore cette stack. Je compte quand meme passer l'entretien pour avoir de l'experience dans cet aspect (processus de recrutement), mais j'ai surtout peur que ca me bloque pour la suite. Devrais je accepter au vue du marché trés difficile pour les dev juniors, ou plus cibler ma recherche de stage/alternance en devops ?

Hello à tous, j’espère que vous au moins passez une bonne journée. Je fais ce poste par dépit un peu au bout du rouleau j’ai commencé le développement web en 2019, actuellement je fais un job alimentaire et ça me casse je persiste encore un peu avant de me reconvertir complètement dans autre chose mais le comfort du travail et le salaire assez aisé comparé à ce que j’ai pu faire comme métiers précédant (boulangerie, restauration, usine) me fais m’accrocher à cette branche qui se fissure chaque jour. Si jamais quelqu’un déjà en poste sur Lille ou Paris aurait la gentillesse de pousser mon profil ou de juste partager ce post ça serait très gentil, je précise mes technos : React next fastify et un peu de python natif. À l’aise en devops et déjà travaillé sur de la data/BI en tant qu’ingénieur Data Run.

J'ai travaillé trois ans au Canada dans le web, où on m'a toujours dit que la longueur d'un C.V importait assez peu.

Depuis que je suis rentré en France, j'en ai discuté avec des collègues hier. Selon eux, un C.V de plus d'une page est mauvais. Ca m'a surpris, je trouve important de détailler ce qu'on a réellement fait dans chaque expérience. Du coup, mon C.V fait 3 pages.

Vous en pensez quoi ?

J'utilise indy pour mon compte pro + compta et ils ont un partenariat avec payfit : gratuit la première année. Sauf qu'ensuite l'abonnement passe à ~70€/mois si je comprend bien + 50€/mois pour indy - Ca commence à faire cher.

Concretement il faut gérer quoi lorsqu'on édite une fiche de paie ?

Vous connaissez un logiciel <20€/mois qui simplifie vraiment la vie ?

Salut à tous,

J’suis CP pour une institution au sein d’une DIT d’une centaine de personnes. On a plus ou moins 3000 utilisateurs et une centaine d’applications métier (la majorité développées en interne, une petite dizaine d’applications d’éditeurs)

C’est trop, beaucoup trop.

Ça fait des années que c’est ingérable, on a tellement de dette technique qu’on pourrait la faire racheter par l’UE, et je ne vous parle même pas de la sécurité…

Je me demandais dans vos boites quel était le ratio nombre d’utilisateurs / nombre d’applications, et comment était la situation pour gérer l’ensemble ?

Disclaimer : non je n'ai pas utilisé d'IA dans ce post. Markdown =/= IA

Comment faire comprendre à mon manager que nous avons besoin d'allouer du temps pour maîtriser la dette technique ?

Contexte

• moi : dev 3 ans xp 6 mois dans l'entreprise
• entreprise : 15 ans d'existence, 10 personnes dont 2 profils IT (moi compris), un gérant qui a repris la boîte il y a 1 an et demie (succession). Le 2eme profil IT n'est pas vraiment un sénior niveau compétence mais c'est un gars du métier qui a une grande ancienneté dans l'entreprise donc connaît très bien le fonctionnement du SI actuel.
• le gérant est le manager de tout le monde. Mais:
  • Mauvaise compréhension du métier de chacun
  • Absence de compétences IT
  • Micromanagement sur tous les sujets même techniques
  • Impulsivité, égo, incapacité à rentrer dans les sujets en profondeur (au bout de 2 phrases d'explications, on a un "c'est bon j'ai compris j'ai compris" alors que en fait non)
  • Utilisation de l'IA pour "comprendre", et en retour bordéliser absolument tout les projets en cours grâce aux âneries pondues par Claude.
  • Multiples activités chronophages en parallèle : conseiller municipal, gérant de la société, ...

Suite à mon post précédent sur l'utilisation de kubernetes (j'ai compris : très mauvaise idée, on n'en est pas là), j'ai passé en revue avec mon collègue les projets pour trouver les leviers d'amélioration prioritaires : les goulots d'étranglement pour la productivité de la boîte.

Parmi ces sujets prioritaires, on a une majorité de projets de "change" : réécriture de certains scripts, migration de base de données, et normalisation de l'infra de prod dev avec Terraform et Ansible pour rendre les déploiements répétables.

Le hic, c'est que le change, ça ne génère rien de visible. Pas de nouvelle appli, ni en interne ni pour nos clients. Donc plus dur à vendre au gérant.

J'avais prévu une réunion ce matin pour expliquer pourquoi nous avons besoin de provisionner facilement des instances cloud, pourquoi nous avons besoin d'un script répétable d'une instance à l'autre. Sauf que, pendant 1 heure et demie, il a fallu expliquer le pourquoi du comment au gérant. Qui ne comprenait rien et a fini par nous dire qu'il préférait une documentation Word et qu'on copie-colle les commandes de config à chaque fois 😭

Je me retrouve donc avec 2 problèmes :

1. Essayer de récupérer de la capacité de décision sur les arbitrages techniques. J'aimerais que le gérant arrête de se mêler du moindre projet surtout quand le client n'est pas impacté.
2. Faire comprendre l'importance de maîtriser la dette technique

J'ai lu "The Phoenix Project", mais à la différence du personnage principal dedans, nous n'avons pas la main sur les arbitrages techniques et l'allocation des ressources pour l'instant.

Questions

• Si vous avez déjà rencontré le problème, comment l'avez-vous traité ?
• Que me conseilleriez-vous ? Difficile d'envisager de partir au vu du salaire et de la situation géographique (50k, 5 minutes de chez moi dans le sud)

Merci !

Bonjour à tous,

J'aimerais avoir votre avis sur une situation en ESN (convention Syntec).

J'ai été embauché comme consultant quant il y a quelques mois. Pendant plusieurs mois, je n'ai pas été staffé sur des missions correspondant à mon profil. On m'a proposé plusieurs missions assez éloignées dès le début que j'ai refusées car elles ne correspondaient pas à mon projet.

Je suis finalement en période d'essai renouvelée et je viens de commencer une mission courte de deux mois, chez un client très important pour la boîte de conseil.

En parallèle, j'ai obtenu une offre de travail à l'étranger, qui est exactement le type de poste que je recherchais. Elle est censée commencer début août.

Le problème est que je pense mettre fin à ma période d'essai fin juillet (en cours de mission) pour rejoindre cette opportunité. Juridiquement, je sais que le délai de prévenance n'est que de 48 h, mais je souhaiterais partir proprement.

Mes questions sont les suivantes :

- À votre place, à quel moment annonceriez-vous votre départ ?

- Une à deux semaines avant vous paraît-il raisonnable ?

- Est-ce que cela peut réellement nuire à ma réputation à long terme ou est-ce simplement la vie normale d'un cabinet de conseil ?

Je précise que je n'ai aucune intention de partir du jour au lendemain : je souhaite simplement concilier une opportunité de carrière importante avec un départ aussi professionnel que possible.

Merci d'avance pour vos retours.

Hello! Je suis en télétravail depuis peu (2 jours) et l’entreprise veut que je viennes sur site 4 jours par semaine. Alors que sur le contrat c’est 3j/semaine. (Et y en a beaucoup qui font 2j/semaine vu qu’ils sont en mission mais pas chez le client). Donc je voulais savoir si c’est normal qu’on me demande de venir 4j/semaine ?

Salut tout le monde,

Je viens vers vous aujourd'hui car je suis en plein process de recrutement et j'aurais grand besoin de retours "terrain", idéalement de consultants ou d'anciens de chez Exalt (et plus particulièrement de l'agence Exalt Azur).

J'ai récemment eu un échange avec le directeur de l'agence qui me propose un recrutement sur profil (donc embauche directe en CDI sans mission précise qui m'attend le premier jour).

Le contexte de mon côté est assez strict : pour des raisons personnelles, je suis dans une situation où je ne peux absolument pas me permettre de perdre mon boulot ou de subir une rupture de période d'essai surprise. J'ai besoin de sécurité.

J'ai donc été très transparent avec lui en lui évoquant mes craintes vis-à-vis de l'intercontrat. Il s'est voulu très rassurant et m'a affirmé droit dans les yeux qu'ils ne viraient jamais un consultant en intercontrat, "sauf si pas de mission après 5 tentatives".

Sur le papier c'est beau, mais on connaît tous la réputation des ESN et le fameux discours commercial pour attirer les devs.

Du coup, j'aimerais avoir l'avis de ceux qui y sont ou y ont été.

Merci beaucoup d'avance pour votre transparence, ça m'aidera énormément à prendre ma décision.

Bonjour,

Je suis en alternance CDA mais en entreprise je travaille comme QA.

Je me demandais quel salaire touchait un QA si par la suite de mon alternance d'un an et demi je devenais finalement QA junior ?

Sur internet je vois de tout... entre 15k et 145k par an... c'est totalement incohérent !

merci

Salut,

J’ai un Master en informatique (en France) et environ 3 ans d’expérience en développement fullstack hors France.

Est-ce que 45-50k€ vous paraît réaliste chez Atos hors Paris pour un CDI ou c’est trop élevé ou trop bas ?

Merci pour votre aide!

Pour plus de précision, je n'ai pas encore reçu leur offre officielle. Je me prépare à la négociation et j'aimerais savoir quel salaire serait adapté à mon niveau d'expérience.

Qonto, qui a sponsorisé les deux premiers evenements du sub, organise un hackathon gratuit avec Anthropic (le sub ne participe pas à l'organisation cette fois-ci, on relaie juste, mais vous êtes les bienvenus).

Une bonne opportunité pour réseauter, aller chercher les cash prizes et augmenter son track record pour les intéressés 🙏

Hello!

J’ai un bac +3 concepteur d’application et j’ai 4 ans et demi de dev Php Symfony en CDI (une seule expérience) et j’ai récemment créé ma micro entreprise parce que je voudrai pouvoir travailler maintenant en full remote si possible.

Ceux qui sont dans mon cas comment faites-vous pour trouver des missions en full remote ? Passez vous par des candidatures spontanées ? Par des ESN ? Comment faire pour expliquer le full remote si certains sont retissants ? Je suis prêt à baisser mon TJM pour pouvoir avoir plus de chances

merci

Bonjour,

Je viens d'être accepté en mi-temps thérapeutique pour des problèmes de santé qui durent depuis plus de 6 mois. Mon mi-temps dure 6 mois et me permet d'avoir 2 jours de libre pour me reposer et prendre mes rendez-vous médicaux. Il est renouvelable mais normalement, mes problèmes devraient être résolus d'ici 6 mois.

Je suis développeur backend (php) dans une entreprise qui ne me convient plus du tout pour un tas de raisons. Je souhaiterais partir dès la fin de mon mi-temps thérapeutique et c'est une décision mûrement réfléchi depuis plusieurs mois. Pour ceux qui vont me dire de garder mon travail actuel à tout prix, je sais que je suis réemployable puisqu'en 2 mois de recherche et d'entretien, j'ai eu 2 propositions d'embauche et pas mal d'entretiens. J'ai du les refuser à cause de mes problèmes de santé. Je ne dis pas ça par prétention ou vanité, je sais que j'ai eu de la chance et que je pourrais être moins chanceux dans 6 mois.

Sachant que le marché du travail est tendu, je me demande donc comment profiter de ce mi-temps thérapeutique pour développer mes compétences. Je précise que même si je suis développeur, je n'ai pas un master en IT "classique" mais une spécialisation dans un autre domaine.

Voici quelques idées que j'avais en tête. J'aimerais savoir ce que vous en pensez et laquelle est la plus rentable sur le long terme :

- Réaliser de nouveaux projets pour élargir mon portfolio. Ce serait principalement des applications web fullstack ou des petits logiciels en python/java

- Passer des formations autour du dev et de la cybersécurité afin d'approfondir mes connaissances. Les formations du cs50 me font depuis longtemps de l'oeil. Il faut réaliser des projets pour obtenir la certification. Je ne sais pas ce que ça vaut sur le marché du travail français.

- Ne pas passer de formation avec certification mais tout de même suivre des cours en ligne sur des frameworks spécifiques. Je ne sais pas encore s'il vaut mieux que je continue à me spécialiser en backend ou si je devrais devenir un "touche à tout".

- Passer une formation PMP avec mon cpf. Cela me permettrait d'avoir plus de chance d'être accepté dans des posts de chargé de projet. Je suis souvent refusé car mon profil est vu comme trop technique. Cela ne me dérange pas de m'éloigner du dev, car la compétition est rude et mon master est dans un domaine spécifique de l'IT.

- Me plonger dans d'autres projets qui n'ont pas forcément de liens (blog, chaîne youtube, etc).

Mes proches me disent de profiter de ce mi-temps pour me reposer et prendre du temps pour moi. Ils trouvent que je suis déjà assez débordé entre mon travail, ma maladie et mon engagement associatif. Mais je ne peux pas me le permettre si je veux retrouver du travail dans 6 mois / 1 an.

Edit : Pour ceux qui m'accusent d'emblée de fraude fiscale, je vous renverrai vers ce commentaire et ne m'embêterai pas à répondre à vos remarques. J'ai le droit de me former de chez moi pendant 2/3h pendant mon temps thérapeutique, ou développer des projets persos passions, il n'y a aucune interdiction ou contre indication. Et ça ne veut pas dire que je n'utilise pas ce temps pour me reposer ou allez à mes rdv médicaux.

https://www.reddit.com/r/developpeurs/s/XljY5SxtKZ