on ne fait plus ses gammes, son footing et donc on perd en fluidité, en agilité et au final en compétence
Exact. Les LLM sont des machines à faire perdre en compétence et même en plaisir de coder. Ne pas en abuser, ça retire tout l'intérêt et le fun du métier...
Perso je trouve les llm verbeux, ils écrivent trop de code et ne respectent pas les pratiques du projet et on se retrouve avec du code incohérent avec la base de code.
Aujourd'hui si ton LLM ne respecte pas les pratiques du projet c'est que tu ne l'utilises pas correctement. Les devs ne font plus de copier-coller dans ChatGPT à travers leur navigateur, le LLM est dans le terminal et on lui donne des consignes dans un fichier Markdown et instructions sur l'organisation du projet avant qu'il ne touche quoique ce soit. Un peu comme tu ferais avec un nouveau développeur qui intègre l'équipe. Et là il reste sur les rails. Un exemple tiré de cet article :
# `CLAUDE.md` - Mon super Backend Service
## The Golden Rule
When unsure about implementation details, ALWAYS ask the developer.
## Project Context
The goal of this project is...
## Critical Architecture Decisions
### Use this DB
We use xDB because
### Use this API
1. ACID compliance for workflow state (can't lose user data)
### Use this and that
Because this and that
## Code Style and Patterns
### Anchor comments
Add specially formatted comments throughout the codebase, where appropriate, for yourself as inline knowledge that can be easily `grep`ped for.
### Guidelines:
- Use `AIDEV-NOTE:`, `AIDEV-TODO:`, or `AIDEV-QUESTION:` (all-caps prefix) for comments aimed at AI and developers.
- **Important:** Before scanning files, always first try to **grep for existing anchors**`AIDEV-*` in relevant subdirectories.
- **Update relevant anchors** when modifying associated code.
- **Do not remove `AIDEV-NOTE`s** without explicit human instruction.
- Make sure to add relevant anchor comments, whenever a file or piece of code is:
* too complex, or
* very important, or
* confusing, or
* could have a bug
## What AI Must NEVER Do
1.**Never modify test files** - Tests encode human intent
2.**Never change API contracts** - Breaks real applications
3.**Never alter migration files** - Data loss risk
4.**Never commit secrets** - Use environment variables
5.**Never assume business logic** - Always ask
6.**Never remove AIDEV- comments** - They're there for a reason
Remember: We optimize for maintainability over cleverness.
When in doubt, choose the boring solution.
[^] # Re: Le choix de ~Sophie~ Claude
Posté par Faya . En réponse au lien Extorsion automatisée, chantage ciblé... quand Claude Code pilote une opération de « vibe hacking » . Évalué à 1.
Exact. Les LLM sont des machines à faire perdre en compétence et même en plaisir de coder. Ne pas en abuser, ça retire tout l'intérêt et le fun du métier...
Aujourd'hui si ton LLM ne respecte pas les pratiques du projet c'est que tu ne l'utilises pas correctement. Les devs ne font plus de copier-coller dans ChatGPT à travers leur navigateur, le LLM est dans le terminal et on lui donne des consignes dans un fichier Markdown et instructions sur l'organisation du projet avant qu'il ne touche quoique ce soit. Un peu comme tu ferais avec un nouveau développeur qui intègre l'équipe. Et là il reste sur les rails. Un exemple tiré de cet article :