Frage:
Ist es sinnvoll, den Interviewer während technischer Interviews zu befragen?
ConditionRacer
2013-02-25 22:57:34 UTC
view on stackexchange narkive permalink

Ich interviewe gerade mit einigen Unternehmen als Softwareentwickler. Einige von ihnen sind bekannt, daher habe ich keine Zweifel an der Qualität ihrer Ingenieure. Einige sind jedoch weniger bekannt oder Unternehmen, deren Hauptprodukt nicht Software ist. Für diese Unternehmen möchte ich sicherstellen, dass ich zu einem Unternehmen wechsle, das hochwertige Software schätzt und erfahrene Ingenieure beschäftigt.

In diesen Fällen ist es bei technischen Interviews sinnvoll, auch den Interviewer zu befragen. Ich meine nicht "Welche Art von Quellcodeverwaltung verwenden Sie". Ich denke eher an "Schreiben Sie einen effizienten Algorithmus, um diese einfach verknüpfte Liste zu kopieren".

Dies ist nicht zumutbar, daher ist es am besten, das Worst-Case-Szenario basierend auf den vorliegenden Informationen anzunehmen. ** FAKT **: Große Organisationen, in denen Software eine Kostenstelle ist und nicht von Ingenieuren auf C-Ebene geleitet wird, behalten Ingenieure von geringer Qualität und vertreiben Ingenieure von hoher Qualität. Sie müssen keine weiteren Informationen kennen. Dies ist fast immer eine universelle Regel.
Ich würde sagen, dass Sie in der Lage sein sollten, anhand der Fragen, die sie Ihnen stellen, viel über die Qualität der Ingenieure zu erzählen.
Behandeln Sie alle Ihre Kandidatenunternehmen gleich. Ich habe bei bekannten Unternehmen interviewt, von denen ich dachte, dass sie es zusammen haben würden, aber nicht und obskure Unternehmen, die mich überrascht haben und es wirklich getan haben.
Ich stelle gerne die Frage "Welche Art von Person passt gut zu und welche Art von Person passt nicht so gut?". Dann lerne ich zu dekodieren, was sie gesagt haben, und das sagt mir Bände. Ich muss nicht unter 20 A-Listenern sein, was auch immer das ist, aber ich mag es nicht, mit Leuten zu arbeiten, die sowohl monotone Plackereien sind als auch gleichzeitig Freaks kontrollieren. Eine flexible Person, die jeden Tag lernt, ist in der Tat meine Lieblingsbeschäftigung, unabhängig von ihrem technischen Niveau. Achten Sie auch auf den Satz "Teamplayer". Fragen Sie genau, was das bedeutet, wenn das "wer passt gut" ist.
Wenn Sie "Tatsache" fett schreiben, ist dies keine Tatsache. Es ist immer noch deine Meinung.
Oft möchten Sie ihre Programmierfähigkeiten nicht testen - das ist Ihre Aufgabe. Sie möchten ihre ** Projektmanagementfähigkeiten ** herausfinden. Es gibt viele absolut sichere Fragen, die die roten Fahnen des Projektmanagements hervorheben, z. B. ob Überstunden häufig sind, Teamstrukturen, aktuelle Projekte, Ausbildung der Abteilungsleiter usw.
@maple-I hat genau das Gegenteil von Ihnen gesehen, daher ist Ihre Meinung keine universelle Regel. Große Unternehmen haben eine breite Mischung von Ingenieuren, wobei die meisten nicht so gut sind, aber die guten Entwickler sind in der Regel wirklich gut. Die guten Entwickler erledigen den größten Teil der wichtigen Arbeit, während die weniger guten die "notwendige" Arbeit erledigen. Aber das Fazit ist, dass man bei kleinen Unternehmen die großen Fische im kleinen Teich sieht, aber sobald sie bei großen Unternehmen ankommen, sind sie im Vergleich zu den großen Fischen im See eher klein. Vielleicht lässt die Erkenntnis, dass sie nicht so gut sind, wie sie denken, sie gehen.
Ich denke nicht, dass diese Frage Sinn macht. Wer interviewt dich? Ist es ein potenzieller Mitarbeiter (oder die Person, die Sie ersetzen werden)? Dann könnten Sie sie vielleicht fragen. Ist es der Manager? Warum sollten Sie erwarten, dass sie sich um verknüpfte Listen kümmern oder diese kennen? Wie in der ausgewählten Antwort erwähnt, warum sollten Sie Ihren Teil des Interviews im Unkraut verschwenden, anstatt herauszufinden, in welche Kultur Sie eintauchen werden?
Acht antworten:
#1
+58
Justin Cave
2013-02-25 23:42:03 UTC
view on stackexchange narkive permalink

Vermutlich versuchen Sie festzustellen, wie wahrscheinlich es ist, dass Sie mit intelligenten Menschen zusammenarbeiten, wenn Sie den Job annehmen. Schließlich haben viele große Softwareunternehmen, die eine große Anzahl wirklich kluger Leute einstellen, einzelne Gruppen und Abteilungen, die von mittelmäßigen Entwicklern bevölkert werden. Anhand der Größe und / oder des Ansehens des Unternehmens lässt sich dies relativ schlecht feststellen.

Es ist weitaus sinnvoller, den Interviewer nach der Entwicklungsumgebung (Quellcodeverwaltung, Build-Management usw.) zu fragen. und über die spezielle Software, die die Gruppe entwickelt, in der Sie arbeiten würden. Die meisten Interviewer werden sehr gerne Dinge tun, wie den Datenfluss des Produkts, an dem Sie arbeiten, grafisch darstellen, die Architektur auf hoher Ebene diskutieren oder diskutieren, wie verschiedene Technologien verwendet werden, und grundlegende Fragen zur Steuerung des Quellcodes beantworten und wie Builds verwaltet werden. Diese Art der Architekturdiskussion ist in der Regel viel aufschlussreicher in Bezug auf die Art der Arbeit, die Sie wahrscheinlich ausführen, als die Erklärung des Interviewers, wie eine verknüpfte Liste umgekehrt werden kann. Sie können sehen, ob die Arten von Problemen, die Sie lösen sollen, wahrscheinlich Probleme sind, die Sie interessant finden, ob die Übereinstimmung von Technologien und architektonischen Ansätzen für Sie sinnvoll ist usw. Und Sie können leichter einen Drilldown durchführen Problembereiche (dh "Warum dauert es X Stunden, um Y zu tun?"), die zeigen können, wo die Gruppe wahrscheinlich Mängel aufweist.

Der Versuch, einen Interviewer zu befragen, ist für Sie wahrscheinlich nicht hilfreich, wenn Sie beabsichtigen, den Job zu bekommen. Selbst wenn der Interviewer Ihre Fragen beantworten kann, nehmen Sie sich Zeit, um festzustellen, ob er vollständig davon überzeugt ist, dass Sie eine gute Anstellung sind. Und die meisten Interviewer werden von solchen Fragen abgeschreckt sein. Da es viel bessere Fragen gibt, die Sie zu den bestimmten Anwendungen stellen könnten, an denen Sie arbeiten würden, ist es wirklich nicht vorteilhaft, diese Art von Trivia-Fragen zu stellen.

Abgeordnet. Ich hatte Erfolg damit, nach der Architektur, dem Design und den schwierigen Problemen in der Software zu fragen ("Was sind derzeit Ihre größten technischen Herausforderungen?" Ist ein guter Einstiegspunkt). Als Interviewer nehme ich dies positiv zur Kenntnis, wenn Kandidaten solche Fragen mit mir stellen und sich darauf einlassen. Die meisten Kandidaten, die ich interviewt habe, haben dies nicht getan.
Guter Rat. Ich denke, das ist der Kern dessen, was ich herausfinden will. ob ich einem intelligenten Team beitrete oder nicht, das sich darum kümmert, was sie tun.
+1 für eine Möglichkeit, die Art von Informationen zu erhalten, die Sie über ein Unternehmen wünschen, und diese über Sie bereitzustellen.
@Justin984 Was dieser Mann sagt, ist wahr. Wenn Sie sich große Unternehmen ansehen, die dort angekommen sind, wo sie jetzt sind, schauen Sie sich an, wo sie angefangen haben. Valve, Microsoft usw. Sie hatten ein kleines Team von sehr talentierten Programmierern, aber sie waren zu dieser Zeit wieder klein.
#2
+38
Michael
2013-02-25 23:24:54 UTC
view on stackexchange narkive permalink

Sie können, und obwohl ich diese Fragen im Interview beantworten könnte, würde ich einen Kandidaten, der es versucht hat, nicht positiv beurteilen.

Zum einen ist ein Interview normalerweise eine ziemlich kurze Zeit (wir normalerweise) eine Stunde), ist es schwierig genug, eine gute Einschätzung eines Kandidaten in dieser Zeit zu bekommen, und der Versuch, die Trivia des Kandidaten zu lösen, frisst nur in dieser Zeit.

Abgesehen davon würde ich es nicht empfehlen, weil Im Allgemeinen ist es schlecht, Ihre Interviewer zu überraschen, und sie fühlen sich dumm, und ich würde die Weisheit in Frage stellen, dass "erfahrene Ingenieure in der Lage sein müssen, effiziente Algorithmen zu schreiben, um diese einfach verknüpfte Liste zu kopieren".

Halten Sie sich an In Bezug auf die Umweltfragen geben sie einen ziemlich guten Hinweis auf die Qualitätswerte des Unternehmens.

Außerdem sind Sie zu dem Interview gekommen, um (hoffentlich) technische Fragen zu beantworten. Ihr Interviewer musste eine ganze Menge Vorbereitungen einer ganz anderen Art treffen.
+1 auf "überraschende Interviewer sind schlecht". Es gibt jedoch viele sichere Fragen. In meinem Lieblingsinterview ging es darum, die Sprachverarbeitung mit einem potenziellen Chef zu besprechen. Da es sich um ein Unternehmen handelte, das DSP-Geräte verkaufte, sprach der Chef darüber, als wäre es ein Hobby. Versuchen Sie stattdessen, eine Tangente an das Interview zu finden, über die ein Fachmann gerne sprechen würde und über die sich ein Ungelernter nicht aufregen würde.
+1: Sie können gerne Fragen stellen, aber keine technischen Programmierfragen.
#3
+18
user8365
2013-02-25 23:45:49 UTC
view on stackexchange narkive permalink

Es gibt Teamleiter / Manager, die keinen Code schreiben / können, aber großartige Arbeit geleistet haben, um ein Qualitätsteam zusammenzustellen und ein florierendes Umfeld zu schaffen. Sie möchten nicht, dass sie den Spieß umdrehen und Ihnen eine Frage zum Erstellen eines Budgets stellen.

Es gibt andere Indikatoren, anhand derer ermittelt werden kann, wie viele "A" -Spieler sie haben:

  1. Ruf des Unternehmens / Produkts
  2. Gehalt (kann eher den lokalen Arbeitsmarkt widerspiegeln)
  3. Überblick über deren Design- und Entwicklungsprozess. Geben Sie ihnen den Joel-Test, wenn Sie dies wünschen.
  4. ol>

    Wenn sie einen von hundert Ingenieuren haben, der Sie befragt und zufällig die Antwort auf Ihre Fragen kennt, haben Sie möglicherweise nicht viel gelernt.

Groß +1 für den ersten Absatz. Ich wollte eine Antwort schreiben, aber deine fasst alles zusammen. Das Codieren mag ein Proxy-Test für Codierer sein, aber es wäre ein schrecklicher Test für die Manager, selbst wenn sie einen Entwicklungshintergrund haben.
Im ersten Punkt scheinen Sie anzunehmen, dass er jemanden fragen würde, der sein Vorgesetzter wäre, kein Mitarbeiter.
Ich habe einige "A-Spieler" gekannt, die nur D-Programmierer mit A-Level-Kenntnissen in Unternehmenspolitik waren.
@Chad Mit "A Players" meinen Sie gute Manager oder High-Fiving-Typen, die ihre Kernkompetenzen genutzt haben, um ihre inneren Synergien zu finden?
#4
+10
Brian
2013-02-26 03:51:03 UTC
view on stackexchange narkive permalink

Anstatt einen Interviewer zu bitten, während des Interviews mühsame Programmieraufgaben auszuführen, könnten Sie vielleicht fragen, ob er Open-Source-Beiträge leistet und / oder ob er einen Beispielcode hat, den Sie legal anzeigen können. Erklären Sie, dass Sie sich ein Bild von der Qualität der von ihnen erstellten Software, dem von ihnen verwendeten Codierungsstil usw. machen möchten.

Interviewer haben mir den Buchungskreis gezeigt. Ich habe mir den Open Source Code eines Unternehmens angesehen, bevor ich zu einem Interview ging. Ich hatte Interview-Programmieraufgaben, die das Schreiben einer Implementierung einer interessanten Schnittstelle beinhalteten, die sie entworfen hatten, und versuchten, sie dazu zu bringen, die von ihnen geschriebenen Komponententests zu bestehen. All dies hilft dabei, ein Gefühl für die Qualität und den Stil des Codes zu bekommen, den das Unternehmen schreibt, ohne sie zu ärgern oder für einen vielbeschäftigten Interviewer keine lustige Arbeit zu schaffen.

das scheint vernünftig.
Ich bin mit dem letzten Satz Ihres ersten Absatzes nicht einverstanden - dass Sie sich ein Bild von der Qualität der von ihnen erstellten Software machen möchten (der Rest des Satzes ist in Ordnung). Dies könnte sofort als Kritik an einem Produkt eines Unternehmens missverstanden werden, von dem der Interviewer höchstwahrscheinlich eine ziemlich starke berufliche und persönliche Investition hat. Sie würden meiner Meinung nach in die Offensive gehen - und außerdem hätten Sie Ihre Hausaufgaben machen sollen, damit Sie bereits eine Vorstellung von der Qualität der von ihnen produzierten Arbeit haben.
@NoCatharsis Die meisten Unternehmen verteilen ihren Quellcode nicht. Ich würde es als "Ich möchte eine Vorstellung von der Umgebung bekommen, in der ich arbeiten werde" ausdrücken, aber wenn ein leitender Entwickler sich weigert, Ihnen ein Beispiel für die vorhandene Codebasis zu zeigen, ist dies ein wichtiges Warnzeichen.
@NoCatharsis Ich würde lieber Leute einstellen, die daran interessiert sind, Schwächen zu finden und zu verbessern, als Leute, die daran interessiert sind, die perfekten Antworten in einem Interview zu sagen.
Vier der letzten fünf Unternehmen, für die ich gearbeitet habe, hätten die Anfrage zum Anzeigen des Quellcodes ablehnen müssen. aus verschiedenen Gründen, die außerhalb der Kontrolle der Person liegen, die das Interview gibt.
#5
+10
bethlakshmi
2013-02-26 21:48:11 UTC
view on stackexchange narkive permalink

Ich bin mir nicht sicher, ob Sie aus diesem Quiz das herausholen werden, was Sie wollen.

Ich gehe davon aus, dass eine signifikante Mehrheit der Interviews zu einem Profil von: p passt >

  • Ein Manager oder der Einstellungsmanager steht in der Nähe des ersten für das Interview.
  • Sie können ein Interview mit einem sekundären Manager führen, der mit dem ersten vergleichbar ist, oder mit dem Manager des Managers ( Abhängig vom Prozess der Organisation)
  • können Sie nach einer bestimmten Anzahl von Managern ein Peer-Interview oder ein Team-Interview führen.

Natürlich gibt es Unternehmen, die dieses Modell brechen und zuerst Peer-Interviews oder etwas noch Kreativeres machen. Aber meiner Erfahrung nach ist die obige Liste ziemlich typisch. Der Umgang mit der Overhead-Arbeit bei der anfänglichen Suche nach Kandidaten wird häufig an Manager auf mittlerer Ebene verwiesen, da sie den Kontext leicht wechseln können und eine ziemlich gute Grundlage für die Beurteilung dessen haben, was sie wollen und brauchen.

Ich weise darauf hin, weil ich nichts über dich weiß, aber ich sehe nicht, dass es für meinen Chef ideal ist, so viel zu wissen, wenn nicht mehr über die Details meiner Arbeit als ich. Er stellt mich als seinen Experten ein. Wenn er der Experte sein wollte, würde er sich nicht die Mühe machen, mich einzustellen. Ich bin also verwirrt darüber, warum Sie möchten, dass Ihr Manager in der Lage ist, etwas zu beantworten, das genauso schwierig ist wie effiziente Algorithmen zum Kopieren einfach verknüpfter Listen.

Ich denke, wenn Sie einen Manager finden, der diese Frage direkt beantworten kann, ohne zu säumen und darüber nachzudenken, wie lange es her ist, seit er so etwas getan hat Arbeit ... dann haben Sie einen Manager gefunden, der Sie wahrscheinlich mikro-verwalten wird - sein Kopf ist mehr in Ihrem Job als in seinem eigenen.

Stattdessen würde ich mich dafür einsetzen, genügend Anfragen zu stellen, um zu sehen, ob Sie haben eine gute Managementkultur und eine, in der ein guter Softwareentwickler gedeihen kann. Meine zehn wichtigsten Managementanforderungen für Softwareentwickler wären:

  • interessiert an den alltäglichen Problemen der Softwareentwickler, gute Beispielfrage - "Welche Probleme hatte Ihr Team in letzter Zeit zu lösen?" Suchen Sie dann nach dem Grad an Leidenschaft und Engagement und danach, ob er Begriffe missbraucht.

  • Grundkenntnisse des Handwerks und Kernprozesse mit starkem Verständnis von Der Zweck der Software - "Was ist Ihr aktuelles Projekt? Können Sie mir Beispiele geben, welchen Softwareprozess Sie verwendet haben und wie Ihr Team davon Gebrauch macht?" - Kein Lebenszyklus oder Prozess funktioniert jemals genau so, wie es die Bücher / Websites vorschreiben. Wie hat das Team ihn also an seine Bedürfnisse angepasst? "Was ist ein Software-Lebenszyklus?" ist ein sehr schlechtes Zeichen, aber wenn es eine Antwort gibt, stimmen Sie dem zu? Zum Beispiel: "Wir haben festgestellt, dass 2-wöchige Sprints uns keine Zeit zum vollständigen Testen gaben, also sind wir auf 3 Wochen umgestiegen und hoffen, die Effizienz der automatisierten Tests in diesem Jahr zu verbessern." "Wir haben festgestellt, dass wir nicht im Sprint testen können, daher verzögern wir alle integrierten Tests bis zum Ende des Projekts" ist ein Gefahrenzeichen dafür, dass sowohl der Manager als auch das Team über das Ziel dieses bestimmten Tests im Dunkeln sind Lebenszyklus.

  • Hat einen soliden Plan, nicht nur eine trübe Vision für die Entwicklung der Fähigkeiten seines Teams - "Wie sehen Sie Ihre Weiterbildungspolitik aus?" ist eine Standardfrage, aber lassen Sie ihn nicht davonkommen mit "unser Unternehmen bietet X Dollar pro Jahr an, Sie können einen Antrag stellen, mehr Unternehmens-HR bereitgestellt blather " - drücken Sie ein bisschen. Wie viele Leute haben letztes Jahr auch trainiert? Was sieht er als Lücken im Team? Was funktioniert besser für die Organisation - Konferenzen, College-Klassen, Bootcamps? Was tut er, um sich auf dem Laufenden zu halten, was sind seine Mindestanforderungen an sein Team? Wie macht das Team Wissensaustausch?

  • hat seine Bande in einem Unternehmenskampf zurück - kein Team wird jemals vollständig gewinnen (oder wir würden alle in Büros arbeiten, die 10/10 am Joel-Test arbeiten), aber Wie bekommt dieser Typ sein Team zurück in das Software-Team? Treffen Sie Corporation, die andere Dinge in Konflikt bringt. Ein bestimmter Bereich ist die Ermittlung von Anforderungen und die Behebung von Fehlern. Dies sind normalerweise die beiden Bereiche, in denen die Dinge nie zur vollständigen Zufriedenheit funktionieren und in denen der Manager ein aktiver Teilnehmer sein muss, um sicherzustellen, dass das Team optimal produktiv ist, während die Benutzer nicht arbeiten. Ich werde nicht verrückt. Wie funktioniert das, welche Rolle spielt der Manager bei der Lösung von Konflikten und der Festlegung von Erwartungen.

Wenn Sie zu einem Peer gelangen ...

Mir ist also klar, dass Sie zumindest in einigen Kontexten die Möglichkeit haben, mit einem Kollegen zu sprechen. Ich würde wirklich immer noch keine sehr "quizähnliche" Frage stellen, die sich als leicht anstößig herausstellen könnte.

Aber ich würde mich darauf konzentrieren, eine ernsthafte Diskussion zu führen, die Ihnen zeigt, dass Sie mit jemandem sprechen Clever. Dies hat zwei Vorteile: Wenn zwei Personen eine intelligente, interessante Diskussion führen, gehen beide normalerweise weg und denken, "dieser Typ war klug, hilfsbereit und es hat Spaß gemacht, mit ihm zu arbeiten" - genau diese Antwort möchten Sie hervorrufen und erhalten, wann Sie machen ein Peer-Interview. Als Manager ist dies das, was ich normalerweise anstrebe, wenn ich ein Peer-Interview mit einem meiner Mitarbeiter einrichte (und als kluger Manager schicke ich die intelligenten, charismatischen Mitarbeiter in mein Team ... nicht die langweiligen, gesprächsbehinderten, frustrierenden um mit Leuten zu sprechen - Sie können sie treffen, nachdem Sie auf der gepunkteten Linie unterschrieben haben ...).

Ein Quiz wird wahrscheinlich eine milde Antwort hervorrufen, eine Frage zu aktuellen Herausforderungen und aktuellen Fallstricken wird wahrscheinlich hervorrufen Eine ernsthafte Diskussion, die Ihnen zeigt, wie es ist, mit dieser Person zu arbeiten. Also würde ich fragen:

  • Was ist das große Unbekannte oder Problem in Ihrem Team heute? - und dann schauen Sie, um sich auf die Lösung einzulassen - "Haben Sie es versucht ...?", "Was ist mit?", "Hmm ... ich habe noch nie damit gearbeitet, erzählen Sie mir mehr ..." - sind alle Gute Follow-ups.

  • Was war die beste Lektion, die Sie aus Ihrem vorherigen Projekt gelernt haben? (und " blinken, blinken ... wir machen keine Lehren oder schließen unsere Projekte wirklich ab" ist ein weiteres sehr schlechtes Zeichen) - und das Follow-up - "Was tun Sie dagegen? auf diesem Projekt? " ist eine andere - schließlich möchten Sie eine Kultur finden, die frühere Fehler aktiv verbessert und eine Gruppe von Menschen ist, die klug genug sind, ihre eigene Arbeit zu kritisieren ...

Dies sind beide wirklich nur Haken - Abspringen von Punkten, um einen Drilldown in etwas solides Technisches durchzuführen. Das Ziel ist es, einer echten Diskussion am Arbeitstag so nahe wie möglich zu kommen, die Ihnen sagt, ob dieser Typ klug genug und lustig genug ist, um damit zu arbeiten. Sie werden es genießen, dort zu arbeiten und von der Erfahrung zu profitieren.

#6
+1
Erik Reppen
2013-02-27 08:54:49 UTC
view on stackexchange narkive permalink

Wenn Ihr Ziel etwas anderes ist als eingestellt zu werden, könnte es sein. Sie können jedoch auf subtile Weise zu dem gelangen, was sie wissen, ohne die Schrauben wieder anzubringen. Zum Beispiel um Klarheit zu bitten, wenn sie vage über etwas sind, von dem Sie vermuten, dass sie es wahrscheinlich nicht wussten, bevor sie am Abend zuvor nach Interviewfragen gegoogelt haben.

Aber das Wichtigste, an das Sie sich erinnern sollten, ist, dass das Interview wirklich so ist und sollte als Zwei-Wege-Verkauf behandelt werden, Sie sind das einzige Verkaufstalent und sie sind die Verkaufschance. Wenn man sich damit beschäftigt, wird es verständlicherweise die Leute ärgern.

#7
  0
happybuddha
2013-02-26 20:22:51 UTC
view on stackexchange narkive permalink

Nach meiner Erfahrung ist es sinnlos, dem Interviewer architektonische Fragen zu stellen. Ich habe an riesigen Architekturen gearbeitet, mit denen ich mich tagelang vertraut gemacht habe. Ich würde mir nicht die Mühe machen, einer Person, die ich interviewe, etwas Kompliziertes zu erklären. Eine Sache, die ich in Interviews sehr gerne frage, ist: „Wie lösen Sie geschäftliche Probleme?“ Wenn der Interviewer die Wahrheit sagt, enthüllt diese Antwort in den meisten Fällen eine Menge Dinge, einschließlich der Frage, wie glücklich / zufrieden Sie mit der Arbeit sein werden. Das ist natürlich, wenn Sie ein guter Softwareentwickler sein wollen. Ich habe ein Dutzend fauler Kerle interviewt, die nur wollten, dass ein Job ihre Rechnungen bezahlt.
Mit der Zeit, so habe ich gelernt, kann man nicht immer mit Leuten arbeiten, zu denen er aufschauen kann. Die größten technischen Leute, die mich interviewt haben, haben sich immer nur darum gekümmert, wie ich nach einer Lösung für ein bestimmtes Problem gesucht habe. Ich mache dasselbe. Schauen Sie sich an, wie eine Person ein Problem durchdenken kann. Wenn der Interviewer darauf aus ist, dass Sie Ihre Gedächtnisfähigkeiten zeigen, wie gut Sie sich an die API erinnern, wäre ich skeptisch.

hmm, das war nicht sinnvoll? Cool. Ich wäre sehr aufgeklärt, wenn jemand, der gewählt hat, sagen kann, warum dies nicht hilft.
Wahrscheinlich haben Sie als Anekdoten angefangen.
Danke Simon. Ich wusste nie, dass ich nicht anekdotisch sein konnte. Ich kann nie verstehen, was besser sein könnte als anekdotische Vorfälle.
Nun, ich vermute. Es wird in den FAQ erwähnt. http://workplace.stackexchange.com/faq#how-should-i-answer. Sie brauchen nur eine dicke Haut, bis Sie sich an die Regeln gewöhnt haben. ;)
Got'ya. Aber nur für den Fall, dass jemand die FAQ liest, heißt es: Bitte beachten Sie, dass die Antworten entweder mit einer Referenz oder mit Erfahrungen gesichert werden sollten, die ** Ihnen persönlich passiert sind ** .... aber ich bin auf dem Weg, meine zu verdicken Haut. lol. Prost :)
#8
-1
Rob
2018-02-14 20:44:42 UTC
view on stackexchange narkive permalink

"... Ich möchte sicherstellen, dass ich zu einem Unternehmen wechsle, das hochwertige Software schätzt und erfahrene Ingenieure beschäftigt.

In diesen Fällen ist es bei technischen Interviews sinnvoll, zu Fragen Sie auch den Interviewer. ".

Versuchen Sie immer, so viel wie möglich herauszufinden, bevor Sie sich für eine Stelle bewerben.

Überprüfen Sie Blogs, Aktienperformance, DnB , GlassDoor usw.

Versuchen Sie, ein Informationsinterview zu erhalten. Manchmal hat der Eigentümer oder das Management Zeit dafür (damit Sie ein wenig über who erfahren). em> Sie arbeiten für, anstatt HR oder einen unmittelbaren Vorgesetzten zu treffen). Es ist kein Vorstellungsgespräch, sondern ein Grillen , wie Sie es sich gewünscht haben. Erwarten Sie keine Antwort darauf, dass Sie eingestellt werden oder dass sie eingestellt werden. Es funktioniert auf jeden Fall gut, wenn sie einen anderen Ort kennen, an dem sie eingestellt werden, und einen bestimmten Kontakt bereitstellen. Das ist ein großartiger in .

Als nächstes kommt der Anruf, der erste Fragen Sie, ob sie diejenigen sind, die interviewen werden. Wenn nicht, fragen Sie, ob die Person verfügbar ist, um Sie zurückzurufen. Andernfalls müssen Sie sich über das nächste Mal informieren, wenn Sie einen Tag frei haben, da Sie kürzlich einige Interviews geführt haben ...

Wenn es nur ein Lakai-Massenruf ist, um zu sehen, wie viel Vieh sie aufrunden können, werden sie nicht in der Schlinge gefangen. insbesondere, wenn Ihre vorherigen Untersuchungen auf Probleme oder Umsatz hinwiesen.

Wenn die Bälle in Ihrem Spielfeld nicht an die Opposition weitergegeben werden. Oft habe ich den Anruf an den Anrufbeantworter (oder die VM) weitergeleitet und festgestellt, dass ich, wenn ich sie anrufe, nachdem ich von der Arbeit nach Hause gekommen bin (sehr später Nachmittag) oder in der ersten Pause die nächste Tag, an dem sie viel formbarer sind; Wenn nicht, müssen Sie sich über die Freizeit informieren und sie zurückrufen.

  • Manchmal sind sie etwas aufgeregt, bis Sie erklären, dass dies die erste Gelegenheit ist, während der Geschäftszeiten anzurufen. Sie haben den Anruf erhalten, als Sie nach Hause kamen, und den Anruf in Ihrer ersten Pause zurückgegeben - sehen Sie, dass sie vollständig sind zufrieden und glücklich, dann gehen Sie mit ein paar wichtigen Fragen.

  • Manchmal haben sie den ganzen Tag damit verbracht, sich mit allen zu beschäftigen, und sie wissen, dass sie am Ende der Liste stehen , wenn sie nicht aufhören zu spielen und anfangen zuzuhören, werden sie niemanden einstellen.

  • Wenn sie nicht wissen, dass das das Beste ist: "... na danke trotzdem" ;; Beobachten Sie, wie sie einen Cent einschalten. 'Nein, warten Sie eine Sekunde. ... '.

So oder so haben die Bemühungen aller anderen ihren Tribut gefordert, ohne dass Sie der Böse sind. Sie können kein zu großes Rad sein, denn sie hätten nicht nur Leute, die sie anrufen könnten, ohne sich jemals an Sie zu wenden, sondern Sie können sicher sein, dass sie nicht zu viel bezahlen - selbst wenn sie dies tun Sie zahlen viel, weil sie wahrscheinlich mehr als eine durchschnittliche Arbeitsbelastung wollen oder versuchen, den Umsatz zu bekämpfen.

Sie müssen sich kaum an Fremde wenden. Wahrscheinlich erhalten Sie deshalb auch den 3. Grad. Sie hätten bereits Entlassungen oder die sogenannte „perfekte Person“, die vor Monaten einen Lebenslauf eingereicht hatte. Außerdem hat jeder Kontakte in und von der Schule.

Viele Orte wie Front mit nichts auf dem Tisch als Elchkuchen - lassen Sie sich nicht ansaugen.

Viele Orte betreiben ein Geschäft auf diese Weise. Sie harken Sie über die Kohlen, um einzusteigen, damit sie wissen, dass Sie jahrelang mit einem Lowball und seltenen kleinen Erhöhungen zufrieden sind - daher der Umsatz. Das Unternehmen hat Schulden, die es bezahlen möchte, um schlechtes Management und große Verluste zu decken. Es ist Ihr Beitrag, harte Arbeit und ein Teil Ihres Gehaltsschecks, der das Geschäft antreibt.

Dies gilt vor allem für die größten Unternehmen, die sich mit Manipulationen und Verhandlungen auskennen, und für die kleinsten Unternehmen, die behaupten, sie könnten es sich nicht leisten oder glauben, sie könnten mit den Schultern zucken und Unwissenheit geltend machen - aber die letzten paar Dutzend Menschen sagten ihnen alles Ebenso betragen die Lebenshaltungskosten X, und ich möchte Y% pro Monat sparen, damit Sie Z zahlen.

Es hängt vom Markt ab.

  • Wenn Sie sich für eine Karriere entscheiden, in der es zu viele Menschen mit Studentendarlehen gibt, um sich auszuzahlen, oder wenn diese Art von Arbeit einfach nicht viel zahlt, aber viele Menschen daran interessiert sind (denken Sie an das Postamt), dann sind Sie ' Paddeln Sie flussaufwärts.

  • Wenn Sie derjenige sind, der alles reparieren und umdrehen wird, kombiniert mit einem starken Mangel an talentierten Leuten auf Ihrem Gebiet, dann können sie es Lassen Sie sich gehen (auf eigene Gefahr), sonst wissen sie, dass sie nicht herumspielen müssen - diesmal oder wenn Sie sich in ein paar Jahren erneut bewerben.

Kennen Sie Ihr Geschäft, Bildung ist der Schlüssel zusammen mit Interviewerfahrung; Sie können sich durch den ersten Anruf und das erste Interview riechen und wissen, ob sie Sie beim nächsten Anruf einstellen sollten oder ob Sie sich für sie bücken müssen.

Jeder muss an Bord, wenn Es gibt zu viel Konkurrenz oder Schafe, die sie suchen, um die Wolle über Ihre Augen zu ziehen und Sie von der Zukunft abzuhalten, die Sie verdienen.

Diese Antwort hat wenig mit der gestellten Frage zu tun.Nirgendwo in der Frage hat das OP etwas darüber gesagt, dass man kalt angerufen wird, was der Großteil Ihrer Antwortadressen betrifft.
@shoover - Bei meiner Antwort geht es nicht darum, kalt angerufen zu werden. Es geht darum, Orte zu erforschen, an denen Sie interessiert sind, und wie Sie die Fähigkeit nutzen können, Fragen zu stellen, bevor Sie sich frei nehmen, um an einem oder mehreren Interviews teilzunehmen.vermutlich rufen sie dich an, nachdem sie deinen Lebenslauf gelesen haben.Ich habe noch nie von Arbeitgebern gehört, die zufällig Leute anrufen, um festzustellen, ob sie für das Unternehmen arbeiten möchten.Was war Ihr Erfolg dabei?


Diese Fragen und Antworten wurden automatisch aus der englischen Sprache übersetzt.Der ursprüngliche Inhalt ist auf stackexchange verfügbar. Wir danken ihm für die cc by-sa 3.0-Lizenz, unter der er vertrieben wird.
Loading...