À propos

On est dans un moment charnière. Les outils d'IA ne suggèrent plus du code — ils en écrivent, le testent, le commitent. Ce n'est pas un changement de degré. C'est un changement de paradigme dans la façon dont on travaille.

postcursors documente ce que ce changement implique concrètement, vu depuis un workflow de production. Ce qui tient vraiment sur des projets qui tournent en prod — pas des démos impressionnantes ou des benchmarks sans contexte.

Ce que ce site n'est pas

Pas un agrégateur de news IA. Pas un cours pour débutants. Pas une liste d'outils sponsorisés — il n'y a pas de publicité ici, pas d'affiliation, pas d'accords avec les éditeurs des outils testés. Les avis sont basés sur de l'usage réel, et les défauts sont aussi documentés que les avantages.

Le "postcursors" dans le nom

Cursor IDE a été la première rupture visible — le premier outil grand public où l'IA n'était plus un add-on mais l'interface centrale. Depuis, plusieurs vagues d'outils ont suivi : Claude Code, OpenCode, Kilo Code, des dizaines d'autres. On est post-Cursor dans le sens où cette rupture est derrière nous — elle a eu lieu, les outils existent, la question maintenant est de savoir comment travailler avec eux.

Il est trop tard pour être précurseur, mais encore trop tôt pour être dépassé. Les devs d'après — ceux qui arrivent maintenant dans un monde où l'IA code — ont besoin de repères concrets. C'est ce que ce site documente.

Le contexte du fondateur

Dev full-stack. PHP/Symfony côté backend, TypeScript/React côté frontend, GKE en prod. Workflow terminal-first : Neovim, herdr en multiplexeur local (tmux reste sur les serveurs), SSH. J'utilise l'IA dans le code depuis la beta technique de GitHub Copilot en juin 2021 — autocomplétion, puis agents, puis workflows agentiques complets. Aujourd'hui sur Claude Code (abonnement Max) en usage quotidien — après l'avoir quitté puis y être revenu, un aller-retour documenté dans les dispatches.

La pratique ne s'arrête pas à mon terminal : j'ai évalué puis déployé un agent de coding pour une équipe de 4 devs — temps d'onboarding mesuré, conventions et commandes versionnées dans Git, choix de modèle documenté et corrigé quand il cassait l'adoption. Structurer la pratique IA pour qu'elle survive aux individus est le fil rouge de ce site : adoption, coûts, gouvernance des outils.

Ce contexte informe chaque contenu du site : les exemples Symfony sont valides, les comparatifs de coûts sont basés sur des usages réels, les recommandations s'appliquent à des projets en production — pas à des projets de demo.

Fréquence et format

Pas de cadence marketing ici : la priorité va aux contenus evergreen — guides, dispatches datés, tool reviews, et TIL au fil des découvertes. Chaque contenu porte sa date de mise à jour, et un contenu qui n'est plus défendable est corrigé ou retiré.

Il y a un flux RSS pour ne rien rater.