Vocabulaire technique et professionnel précis
Comment décrire des systèmes, des solutions et des compromis avec précision : le vocabulaire qui rend l’anglais technique convaincant.
L’anglais technique échoue non pas à cause de la grammaire, mais à cause des verbes vagues. « We made the system better » et « we reduced query latency by 40% » décrivent le même travail avec un pouvoir de conviction complètement différent.
Verbes à poids technique
| Vague | Précis |
|---|---|
| make faster | optimise, accelerate, streamline |
| make smaller | reduce, compress, consolidate |
| fix | resolve, patch, mitigate |
| change | refactor, migrate, restructure |
| check | validate, verify, audit |
| set up | configure, provision, deploy |
| join together | integrate, consolidate, merge |
| find the cause | diagnose, trace, isolate |
We isolated the bottleneck and refactored the query layer.
Comment décrire les relations entre les parties
Pour expliquer une architecture à voix haute, il faut un petit répertoire de verbes de relation, et c’est précisément le flou ici qui rend incompréhensible une explication par ailleurs bonne :
- The API sits behind a load balancer.
- The service depends on the auth layer. · Nothing else relies on it.
- It talks to the database directly. (familier, mais standard)
- The queue decouples ingestion from processing.
- Sessions are backed by Redis.
- That module is responsible for validation.
Remarquez que depend on et rely on prennent tous deux on, tandis que consist of prend of. Trois prépositions fixes sur lesquelles on se trompe souvent (le français « dépendre de » donne depend of à tort).
Comment décrire les compromis
Les discussions techniques sont en grande partie des compromis, et l’anglais a pour eux un langage tout fait :
- There's a trade-off between speed and accuracy.
- We prioritised reliability over raw performance.
- That approach scales better, but at the cost of complexity.
- It's a reasonable compromise given the constraints.
- The downside is that it adds a dependency.
Comment nuancer les affirmations techniques
L’exagération sape la confiance d’un public technique. La précision inclut aussi la précision du degré de certitude.
- This should reduce load significantly. (on s’y attend)
- It appears to be a race condition. (probable, mais non confirmé)
- We suspect the issue originates in the cache layer.
- As far as we can tell, the data is consistent.
Comparez avec l’exagération : This will definitely fix it. Elle est rarement justifiée et coûte cher si elle s’avère fausse.
Comment expliquer la cause
- The failure stems from an unhandled edge case.
- This was triggered by a schema change.
- The root cause turned out to be a timeout setting.
- These issues are symptomatic of a deeper design problem.
Quand quelque chose se casse
Le langage des incidents est très conventionnel, et le mauvais mot exagère ou minimise la situation :
| Terme | Signification |
|---|---|
| outage | totalement en panne |
| degradation | fonctionne, mais lentement ou en partie |
| intermittent | échoue de temps en temps |
| regression | quelque chose qui fonctionnait s’est cassé |
| workaround | solution provisoire de contournement |
| mitigation | réduit les conséquences, mais n’élimine pas la cause |
| rollback | retour à la version précédente |
| postmortem | analyse après coup |
We've mitigated the impact with a workaround; the root cause is still open. — cette phrase dit à votre responsable exactement où vous en êtes.
Comment estimer l’ampleur et les délais
- That's out of scope for this release.
- Roughly — ballpark — two weeks.
- We're seeing some scope creep.
- I'd want to spike on it before committing to an estimate.
- It's blocked on the API change.
Quantification
Les estimations vagues dévaluent un anglais technique par ailleurs bon.
- ❌ It got a lot faster.
- ✅ Latency dropped from 800 ms to roughly 200 ms.
- ✅ That's an improvement of around 75%.
- ✅ Error rates fell by an order of magnitude.
Précision et certitude sont deux leviers distincts. We reduced p99 latency by roughly 60%, though we haven't confirmed why est à la fois précis et prudent comme il faut. Un public technique fait confiance précisément à cette combinaison, et se méfie de la combinaison inverse : une affirmation assurée sans le moindre chiffre.
Analyse d’un incident
A : What are we seeing?
B : Intermittent 500s on checkout since about nine. It's degradation, not a full outage.
A : Do we know why?
B : Not yet. It appears to be connection-pool exhaustion, but that's a guess. We've rolled back the deploy as a mitigation and errors dropped by around 90%.
A : Good. Root cause can wait for the postmortem.
Chaque affirmation avec un degré de certitude marqué, un chiffre et le bon mot à chaque position.
Mettez à l’épreuve ce que vous avez appris
Dans le test suivant, c’est la précision et la juste nuance qui gagnent, non le flou spectaculaire.