Wie gehen Sie mit wissensbasierten Fragen in Interviews um? [geschlossen]

In technischen Interviews, in denen erfahrene Programmierer interviewt werden, stellen die Interviewer viele wissensbasierte Fragen. [z.B. Wie man dies und das in der XML konfiguriert]. Diese Fragen haben genau eine Antwort und es ist sehr wahrscheinlich, dass ein guter Programmierer die Antwort darauf nicht kennt (und daher abgelehnt wird). Gibt es eine gute Möglichkeit, diese Fragen zu beantworten? [Als würde man dem Interviewer höflich sagen, dass die Antwort nur eine Google-Suche entfernt ist].

Ich denke, es sollte in Ordnung sein, dem Interviewer zu sagen, dass Sie die Antwort ehrlich gesagt nicht kennen, und ihm dann zu sagen, wie Sie es herausfinden würden (z. B. Mitarbeiter fragen, das Handbuch konsultieren, das Internet durchsuchen usw.) . Dies sollte dem Interviewer zeigen, dass Sie einfallsreich und anpassungsfähig an neue Situationen sind und bereit zu lernen - und auch ehrlich zuzugeben, wenn Sie es nicht wissen, anstatt zu versuchen, zu bluffen und zu scheitern. Ich habe diese Erfahrung nicht persönlich gemacht, daher bin ich mir nicht 100% sicher, wie es funktionieren würde, aber ich würde diese Art von Antwort akzeptieren, wenn ich der Interviewer wäre. Viel Glück!

Meine bevorzugte Art von Interviewfrage ... Meine typische Antwort, wenn ich die Antwort nicht genau kenne, ist, so viel zu sagen, aber dann zu beschreiben, wie ich das Problem lösen würde.

Beispiel: "Wie lautet der API-Aufruf für Shazbut the Fuzzer?"

Antwort : Ich würde online zu den API-Dokumenten "Fuzzer" gehen und es herausfinden. Um fair zu sein, ich habe "Fuzzer" nicht verwendet, aber ich habe "Fubar" verwendet, was das Gleiche tut. Wir haben Fubar in unserem letzten Projekt wegen X, Y und Z verwendet.

Diese Art von Ansatz zeigt eine Reihe von Dingen:

1. Sie haben mehr als nur ein gelegentliches Verständnis des Problems
2. Sie wissen, wie man Antworten findet (Howard Hughes kannte nicht alle Antworten zur Luftfahrt, aber er hatte ein Team von Leuten, die dies taten)
3. Sie verstehen, dass es Alternativen und Gründe gibt, sich für eine zu entscheiden.

Wenn ich der Interviewer wäre, würde ich jemanden mit dem umfassenderen Wissen wollen als jemanden, der die Antwort aussprechen könnte.

Wenn es eine Frage ist, die nicht richtig klingt, würde ich das auch erwähnen. Manchmal gibt es Leute, die Sie austricksen wollen - vielleicht ist es, um zu sehen, ob Sie aufpassen oder ob Sie eine offensichtlich falsche Antwort aussprechen, als wären Sie die Autorität dafür. Wenn Sie dieselbe hypothetische Frage verwenden, haben Sie möglicherweise eine Antwort wie diese: "Dies ist das erste Mal, dass ich davon gehört habe. Wenn es Ihnen nichts ausmacht, wo kann ich weitere Informationen darüber erhalten?"

Dies sagt dem Interviewer, dass Sie nicht so tun werden, als ob Sie etwas wissen, das Sie nicht wissen, aber bereit sind zu lernen. Ob Sie sich die Zeit nehmen, die Fuzzer-API selbst nachzuschlagen, liegt bei Ihnen.

Ich denke, es ist wichtig, in einem Interview zu zeigen, wie Sie damit umgehen, mit den Grenzen Ihres Wissens konfrontiert zu werden. Ihr Arbeitgeber möchte in der Lage sein, ein 200-seitiges Dokument auf eine Technologie zu übertragen, die Sie nicht kennen, und erwartet, dass Sie der ansässige Experte dafür werden.

Als ich mich für meine aktuelle Position bewarb, hatte ich in den letzten Jahren seit dem College kein C ++ mehr geschrieben und das auch zugegeben. Wenn jemand class A : public Bals Teil einer Whiteboard-Frage schrieb, konnte ich mich nicht erinnern, welche die Basisklasse war und welche abgeleitet wurde, aber nachdem ich den Interviewer nach der Syntax gefragt hatte, konnte ich die Frage aufgrund meines Wissens über die zugrunde liegenden Konzepte erfolgreich beantworten und wurde der Job angeboten. Andererseits sollte jemand, der behauptet, in den letzten 5 Jahren jeden Tag in C ++ programmiert zu haben, diese Syntax auf den ersten Blick kennen.

Selbst jemand, der ständig eine bestimmte Sprache verwendet, kann in bestimmten Bereichen verrostet sein, die Sie möglicherweise nicht erwarten, sollte aber einen guten Grund dafür haben. Zum Beispiel programmiere ich eingebettet und habe seit langer Zeit keinen Code mehr geschrieben, um eine Datei zu öffnen oder aus ihr zu lesen, Eingaben von einem Benutzer zu erhalten, eine Datenbank abzufragen oder eine GUI zu zeichnen. Das bedeutet nicht, dass ich diese Fähigkeiten nicht schnell wieder erwerben konnte, aber ich sollte bereit sein, die Fähigkeit dazu zu demonstrieren und nicht nur zu erwarten, dass sie mein Wort dafür nehmen.

Als weiteres Beispiel musste in einem früheren Job unser gesamter Speicher statisch zugewiesen werden, um den Nachweis maximaler RAM-Anforderungen für höchste Zuverlässigkeit zu vereinfachen. In der seltenen Ausnahme war es nicht machbar, man musste einen Peer dazu bringen, sich abzumelden, und der Speicher konnte niemals freigegeben werden. Ich bin sehr gut darin geworden , dynamische Zuweisungen zu vermeiden , aber das ist nicht dasselbe wie gut darin zu sein.

Wenn ich eine Frage zu diesen Bereichen stelle, gebe ich zu, dass ich verrostet bin, und gebe den Grund an. Dann antworte ich so gut ich kann und stelle bei Bedarf klärende Fragen.

Ich bin ambivalent zu ihnen. Ein Teil von mir mag es nicht, wie trivial viele von ihnen sind (" was ist der dritte Parameter der Druckfunktion "), aber ich erkenne auch, dass wenn jemand mit einer Technologie arbeitet, Sie sie im Laufe der Zeit so oft gesehen haben, dass Sie sie auswendig kennen . Ich bin durchaus bereit zu sagen: "Ich weiß nicht, ich würde es googeln, bevor ich meine Kollegen darüber belästige." Wenn Sie andererseits jede Frage mit derselben Antwort beantworten, entsteht der Eindruck, dass Sie die Technologie nicht kennen und alles googeln werden - einschließlich des Codes, den Sie angeblich geschrieben haben.

Ich arbeite mit .NET. Frühe Versionen des Frameworks hatten über 40.000 verschiedene Objekte. Niemand kann sie alle kennen.

Ich hatte ein oder zwei Interviews wie dieses und ich kann verstehen, dass Sie sich dadurch unwohl fühlen können. Normalerweise berührt ein Arbeitgeber eine Technologie, die ich in meinem Lebenslauf habe, die ich seit ein oder zwei guten Jahren nicht mehr verwendet habe.

Ich beantworte es, indem ich ihnen das Verständnis für die Technologie gebe, die sie fragen, und wie sie angewendet wird, wann sie angewendet wird und wann sie nicht angewendet wird. Auf der technischen Seite werde ich mein Bestes geben, um zu antworten, sogar eine halbe Antwort ist nützlich für sie, und ihnen versichern, dass Google helfen würde, wenn ich an meinem PC wäre, und dass die technische Antwort nur ein oder zwei Minuten zu verzögern ist in der Arbeit weitermachen.

Alles in allem denke ich, dass ein Interviewer genug Fragen stellen kann, um zu wissen, ob Sie das Kaliber für den Job haben und wie hoch das Risiko für sie ist.

Wenn Sie jedoch tatsächlich jede technische Frage falsch beantwortet haben oder eine sehr offensichtliche Frage haben, wie Sie eine Variable in Sprache X als falsch deklarieren, wäre dies für sie sehr besorgniserregend und sie werden das Gefühl haben, dass sie keine haben die Zeit, in Sie zu investieren, um sich auf den neuesten Stand zu bringen oder Sie in Grundlagen zu schulen.

Dies ist mir während eines Telefoninterviews passiert, in dem mir eine Frage zu einem BASH-Dienstprogramm gestellt wurde, das ich zuvor noch nicht verwendet hatte. Ich erklärte, dass ich es, obwohl ich es vorher noch nicht benutzt hatte, zuversichtlich war, nachdem ich Google oder seine Manpage überprüft hatte.

Als Telefoninterview brachte mich der Interviewer schnell auf den Punkt, indem er mich fragte, ob ich vor einem Computer stehe, und bat mich, genau das zu tun. Ein paar Momente später konnte ich eine klare Erklärung geben, wie es zur Lösung des vorgestellten Problems verwendet werden kann.

Kurze Zeit später boten sie mir den Job an.