Você tem duas abordagens que funcionam tanto para a solução de problemas quanto para questões técnicas curtas:
-
O primeiro é usado pelo seu chefe: não forneça nenhuma ajuda para testar como a pessoa se comporta em um contexto estressante. É uma abordagem perfeitamente válida e pode dar algumas dicas sobre a pessoa. Afinal, uma vez que você contratar essa pessoa, ela não poderá receber ajuda constante de todos os seus colegas.
-
O segundo é fornecer dicas e suporte. O nível de apoio não importa muito; A única coisa que importa é que quanto mais ajuda você fornecer para a pessoa, menos você tem que valorizar seu sucesso.
Pessoalmente, acredito que você deve reservar tempo suficiente para ter certeza de que a pessoa é incapaz de resolver um problema por conta própria e fazer com que a pessoa se sinta incapaz de resolvê-lo sem ajuda. Mas então, você pode fornecer ajuda progressiva até que você diga à pessoa a resposta em si.
Exemplo:
‒ Can you tell me how do you create read only properties in C#, i.e. properties with a value which can be initialized only within a constructor and cannot be changed later?
‒ Of course. I just use the keyword readonly
.
‒ Are you sure? Can you explain me the difference between a property and a field?
‒ Hm. A property is... you see... get and set...
‒ Ok. So a field is a variable declared inside a class or a struct and valid within the class/struct scope, while a property is like a field, but also provides a mechanism to read, write or compute a value. Now what about readonly
? Is it used with properties?
‒ I believe that it's used only for fields...
‒ Right. So what about the properties?
‒ They cannot be read only.
‒ Are you sure? What about the properties which have only getters?
‒ They are read only.
‒ Does it mean that their value will always remain the same?
‒ Yes.
‒ No, not really. The fact that you have a property with a getter doesn't mean that its value doesn't change during the lifespan of the instance of the class. If the getter refers to a field which is incremented each time you access the property, the returned value will continuously increase.
‒ Right.
‒ So? Do you have an idea of a way you can implement a property with a value which never changes?
‒ No.
‒ Well, you can use a readonly backing field. Do you know what is a backing field?
[...]
Dar a resposta é uma boa ideia em todos os casos. Houve vários casos em que o entrevistado comentou a minha resposta de uma forma interessante, mostrando que, mesmo que ele fosse incapaz de responder à pergunta em primeiro lugar, ele ainda sabe coisas relacionadas.
Além disso, apenas fazendo uma pergunta sem mais ajuda, você não está tendo muita informação sobre a pessoa, além do fato dela saber ou não saber a resposta . Fornecer ajuda progressiva pode permitir que você veja como a pessoa está pensando sobre um problema.
Também pode mostrar outras coisas que a pessoa não conhece. Tome o exemplo acima: se eu parasse na primeira resposta, não saberia que a pessoa não pode explicar a diferença entre um campo e uma propriedade ou que ela não sabe o que é um campo de apoio.
Se a pessoa responder imediatamente, tudo bem. Se ela precisar de alguma ajuda, não há nada de errado com isso. Se você acabar respondendo a pergunta por si mesmo, é um mau sinal e esperamos que o entrevistado seja capaz de responder aos outros.