Gérer « je ne sais pas » et les questions surprises

L'idée, en une ligne

Ne bluffez jamais. À la place, faites trois étapes : soyez honnête, faites le pont vers ce que vous savez, puis montrez comment vous le découvririez.

La récupération en trois étapes

1. Soyez honnête — « Je n'ai pas utilisé gRPC directement. »
2. Faites le pont — « mais c'est une façon pour les services de s'appeler, et j'ai testé des contrats REST, donc je m'attendrais à des préoccupations de vérification de schéma similaires. »
3. Montrez le chemin — « voici comment je me mettrais à niveau : lire les définitions proto, écrire un test de contrat, et le vérifier contre un stub de staging. »

Ça transforme un blanc en une petite démo de comment vous raisonnez et comment vous apprenez — et celles-là sont plus dures à enseigner que n'importe quel outil unique.

Voyez-le à l'œuvre

1. BE HONEST (no bluffing)
   "I haven't worked with ___ directly."

2. BRIDGE to something you know
   "But it's similar to ___, and I have done ___,
    so I'd expect ___ to be the key concern."

3. SHOW THE PATH
   "To get productive I'd ___ (read docs / write a
    small spike / pair with someone), and check it by ___."

Avancé — les estimations surprises

Certaines questions n'ont pas de réponse unique : « combien de cas de test pour une page de login ? » Ne lâchez pas un chiffre. Pensez à voix haute — regroupez les choses en catégories, puis donnez une fourchette approximative. Le raisonnement est la vraie réponse.

• Découpez en compartiments : entrées valides, entrées invalides, limites, sécurité, et l'expérience utilisateur.
• Comptez grossièrement dans chaque compartiment.
• Puis donnez une fourchette, et dites ce qui la pousserait plus haut ou plus bas.

Basé sur les conseils d'Indeed et Codecademy pour répondre aux questions que vous ne connaissez pas