Répondre proprement à « quelle est la différence entre X et Y »

L'idée, en une ligne

Répondez en quatre temps courts : Définition, Compromis, Exemple, Limite. Les mêmes quatre temps à chaque fois, pour presque toute question « compare X et Y ».

Les quatre temps

• Définition — une phrase propre. Montrez que vous savez ce qu'est la chose avant d'avoir des opinions dessus.
• Compromis — ce que ça vous donne, et ce que ça coûte. Les bons ingénieurs parlent en compromis, alors dites le coût à voix haute.
• Exemple — reliez-le à quelque chose que vous avez réellement testé. Les vrais exemples sont ce qui sépare les définitions apprises par cœur de la vraie expérience.
• Limite — où ça ne tient plus. Nommer vous-même le point faible signale un bon jugement.

Voyez-le à l'œuvre

Voici le squelette avec une réponse travaillée pour « mock vs stub » en dessous.

[DEFINITION]  "A ___ is ___."
[TRADE-OFF]   "It gives you ___, at the cost of ___."
[EXAMPLE]     "On ___ I used it to ___, which meant ___."
[LIMIT]       "Where it breaks down is ___, so I'd pair it with ___."

# Worked example - "mock vs stub?"
# DEF:   A stub returns canned data; a mock also checks it was called.
# TRADE: Mocks verify the call, but tie tests to how code works inside.
# EX:    I mocked the email service to check send() fired once on signup.
# LIMIT: Too many mocks = tests pass while the real wiring is broken.

Lisez-le de haut en bas : vous l'avez défini, pesé, donné un vrai exemple, puis nommé le hic. Ça sonne comme quelqu'un qui a réellement utilisé la chose.

Avancé — ça vous achète du temps de réflexion

Il y a un bonus caché. Pendant que votre bouche livre la définition, votre cerveau aligne discrètement l'exemple. La structure fait une partie de la réflexion pour vous.

Basé sur l'article du System Design Handbook sur l'explication des compromis en entretien