Au cours des dernières semaines, mon calendrier a été rempli de nombreux développeurs présentant (et montrant) les projets qu'ils ont construits pendant les vacances en utilisant le code Claude et les progrès insensés que l'Opus 4.5 et le Codex 5.2 ont réalisés pour "résoudre l'ingénierie logicielle".
Si vous vous sentez FOMO, dépassé, ne savez pas par où commencer... vous n'êtes pas seul ! Ce truc bouge tellement vite qu'il est normal de ressentir un petit coup de fouet... mais n'ayez crainte, ce conseil est toujours très d'actualité :
Restez simple… parlez-lui !
Voici la façon dont je construis actuellement avec Ai au travail, c'est ce qui fonctionne pour moi... pour un code de production qui ne peut pas être "slop", qui doit être revu et approuvé par des collègues et qui doit faire face aux réalités des logiciels de production, comme les grandes bases de code de friches industrielles, les compromis, les priorités commerciales et la dette technologique...
Ceci n'est pas un guide... tout cela est subjectif et question de préférence
J'utilise à la fois Codex et Claude Code et les utilise en parallèle ou de manière interchangeable selon la tâche.
J'utilise les extensions VSCode / Cursor IDE, une de chaque côté, plus faciles à ajouter du contexte, à voir le code et à faire des ajustements.
J'utilise rarement le mode Cursor Agent ou Composer ces jours-ci. (Même si vous utilisez Opus 4.5 là-bas, le harnais compte et j'obtiens de meilleurs résultats avec Claude Code CLI ou les extensions).
Il y a encore quelques fonctionnalités dans Cursor que je trouve utiles, comme l'édition du navigateur particulièrement utile pour le codage frontend.
J'exécute les deux en même temps sur différentes parties du code ou sur une tâche complémentaire et demande souvent au Codex de revoir le travail de Claude et d'y apporter des modifications avec des invites de suivi.
Extensions de l'EDI ! Blasphème! Sortez d'ici ! 😂 reste avec moi !
Le Codex ne nécessite pas beauco...
[Courte citation de 8% de l'article original]