Was ist der Sinn dieser detaillierten Interviewfrage für Senior-Entwickler? [geschlossen]

Ich hatte ein internes Promotion-Interview, um einen höheren Programmierertitel zu erhalten, so etwas wie Senior Plus. Und ich wurde von ungefähr 7 Personen interviewt, die unterschiedliche Technologien verwenden, und Personen, die dieselbe Technologie mit mir (.Net) verwenden, neigen dazu, sehr technikdetailierte Fragen zu stellen, die über Google tatsächlich leicht gefunden werden können, z. B. was ist JIT, wie funktioniert GC? , Unterschied zwischen Liste und Array, abstrakte Klasse und Schnittstelle, Delegat und Ereignis, auch wie lautet der Klassenname, wenn Sie Upload-Dateien verarbeiten usw. Und ich habe nur eine Frage zu einer meiner Entwurfsideen in meinem Projekt gestellt und nur einfache Diskussion. Aber für die meisten anderen meiner Designauswahl scheinen sie einfach nicht interessiert zu sein.

Ich habe das Ergebnis noch nicht erhalten und es würde ungefähr spät in dieser Woche sein, aber hier ist meine Sorge:

Ich persönlich denke, wenn ich als leitender Programmierer spiele, löse ich hauptsächlich Probleme, und ich muss nur wissen, dass es eine bestimmte Möglichkeit gibt, dies zu erreichen, aber ich kann mich möglicherweise nicht an alle Details erinnern, und deshalb sollten wir diese detaillierten Referenzen haben Dokumentation wie MSDN.

Ich finde es gut, wenn Sie feststellen, dass ich nicht zu viele Erfahrungen in diesem Bereich wie Junior bis Intermediate gemacht habe, aber wenn Sie dazu neigen, einen höheren Level zu interviewen, sollten Sie sich nicht mehr darauf konzentrieren, zu sehen, wie logisch und wie gut dieser Typ ist Kann er / sie Probleme lösen? Denken alle nur, wenn Sie jedes detaillierte kleine Punkt-Tech-Zeug kennen, dann sind Sie ein Senior +. Und als ich diese Interview-Fragebücher durchgesehen habe, habe ich festgestellt, dass es mehr solche Fragen gibt.

Wenn ich 5 Tage damit verbringe, das Buch mit der Interview-Fragenliste durchzugehen, kann ich diesen Jungs leicht das Gefühl geben, ein Wow zu sein, aber bedeutet das wirklich etwas? Diese Art von Interview kann es den Jungs leicht machen, sich daran zu erinnern, dass Dinge ein höheres Gehalt erhalten, selbst wenn sie keine Ahnung haben, wie sie das Problem der Schwierigkeiten lösen können.

Warum passiert das auf der Welt? Sind das nur Fähigkeiten zur Problemlösung? Designfähigkeiten sind schwer zu messen? Ich bin seit Jahren für dieses Unternehmen tätig und hatte nur wenige Interviews mit anderen Unternehmen. Ich frage mich also, ob jedes Unternehmen das Gleiche tut.

Oder ist dies eigentlich nur mein eigenes Problem, dass ich mich mehr bemühen sollte, mich an alles in MSDN zu erinnern, damit ich auch ohne es und das Internet arbeiten kann?

BEARBEITEN

Zur besseren Erklärung meiner Situation in Bezug auf Franks Besorgnis über berufliche Aufgaben. Es tut mir leid, dass ich diesen Hintergrund nicht geklärt habe.

Es wird tatsächlich keine spezifischen Aufgabenänderungen geben. Ich persönlich denke, was ich bereits als Senior gespielt habe, wie Code-Review, Mentor-Mitglieder, Überprüfung des BA-Dokuments und Abgabe von Technik-Meinungen, Design-Architektur neuer Projekte, es ist nur noch mein Titel blieb ohne Senior und ich bat darum, einen zu bekommen, der die Gehaltsabrechnung widerspiegelt und zu einem solchen Interview führt. Dies ist ein Saas-Unternehmen, sodass die Mitarbeiter in einem Projekt bleiben, solange das Produkt noch am Leben ist. Dies führt dazu, dass die Mitarbeiter in der Lage sein müssen, mehr neue Funktionen basierend auf dem aktuellen Produkt zu entwickeln, technische Probleme auf Live-Servern zu beheben, Design / Codeüberprüfung / Mentoring durchzuführen Mitglieder Und ein Titel auf höherer Ebene, der auf Technik basiert, wäre Architekt, und wir haben keinen ähnlichen Job bei Technical Expert. Und ich stimme zu, wenn Sie die Rolle eines technischen Experten spielen möchten, sollten Sie mehr Details über die von Ihnen verwendete Technologie wissen. Es tut mir leid, dass ich diesen Hintergrund nicht geklärt habe.

Als leitender Ingenieur und als Person, die Ingenieure anstellt, scheint es, als hätte der Interviewprozess eine ganze Reihe konzeptioneller Informationen übersehen.

Ich möchte, dass meine leitenden Ingenieure in der Lage sind, ein Endergebnis zu visualisieren, die richtige Technologie auszuwählen, die richtige Datenbank und die richtigen Prozesse zu entwerfen und die Details bei Bedarf an andere Ingenieure zu delegieren. Google ist immer an ihrer Seite, daher konzentriere ich mich auf ihre Fähigkeit, Ergebnisse zu liefern, und nicht darauf, wie groß die SD-Karte ist, die sie in ihr Ohr gesteckt haben. (lol).

Hoffe es klappt gut.

Es ist nicht ganz sicher, was die Aufgaben eines Senior + in Ihrem Fall beinhalten würden. Denken Sie immer daran, dass es viel wichtiger ist, die Aufgaben Ihres Jobs zu kennen, als wie Ihre Position heißt. Ein Senior vor Ihrer Berufsbezeichnung kann sich zwar auf Ihr finanzielles Ergebnis auswirken, sagt jedoch nichts darüber aus, was Sie tatsächlich in Ihrer Arbeit tun. Es gibt jedoch zwei verschiedene Arten von "Entwicklern" auf hoher Ebene.

System Architekt

Wenn Sie für eine solche Position interviewt wurden, dann stimmt tatsächlich etwas nicht. Ich stimme Gahooa zu, dass sich ein solches Interview auf das Gesamtbild des Kandidaten konzentrieren sollte, das bei Ihnen zu fehlen scheint.

Es gibt jedoch auch eine böse Perspektive: In der täglichen Arbeit werden Sie immer von diesen kleinen Details überwältigt sein, und es liegt in Ihrer Verantwortung, trotz all dieser kleinen Störungen den Überblick zu behalten. Wenn Sie testen möchten, ob ein Kandidat in der Lage ist, sich selbst nicht in den kleinen Details zu verlieren, besteht eine Möglichkeit darin, ihn / sie in diesen Details zu versenken. Wenn Sie sie nicht daran erinnert haben, dass es bei der geplanten Architekturposition um das Gesamtbild geht, haben Sie diesen Test möglicherweise gerade nicht bestanden. Obwohl ich das bezweifle, da diese Art von Interview sicherlich nicht auf der freundlichen Seite der Dinge ist.

Technischer Experte

In diesem Fall können Sie die Gesamtsystemarchitektur und die Unternehmensrichtung möglicherweise nicht wesentlich beeinflussen. Stattdessen konzentrieren Sie sich auf die Designebene. Beachten Sie, dass alle Fragen, die Sie als Beispiele angegeben haben, perfekt in diese Kategorie passen. Von einem leitenden Entwickler, der für SW-Designs verantwortlich ist, erwarte ich, dass er / sie Dinge wie JIT, GC, Datenstrukturen usw. in- und auswendig kennt - ohne dass er etwas anderes als die kompliziertesten Details nachschlagen muss. Wenn Sie ein Software-Design erstellen sollen, aber den Unterschied zwischen einem Array und einer Liste nicht kennen, befinden Sie sich an der falschen Position.

Nach dem Lesen Ihrer Frage vermute ich, dass sich Ihre berufliche Position (die aktuelle und die vorgeschlagene) auf das Software-Design konzentriert. In diesem Fall möchten Sie vielleicht überdenken, was Sie eigentlich wissen / sich erinnern sollten und was nicht. Angesichts der Tatsache, dass Sie Tag für Tag mit diesen Dingen arbeiten, sollte es wenig nötig sein, etwas nachzuschlagen, um elementare Fragen wie diese zu beantworten.

Nebenbei bemerkt: Ein ehemaliger Professor von mir hatte die interessante Angewohnheit, in mündlichen Prüfungen in fortgeschrittenen Kursen Fragen zu Grundfächern zu stellen. Während diese Fächer im Fortgeschrittenenkurs nie explizit behandelt wurden, sollte ein Schüler sie aus seiner Grundschulbildung kennen. In Interviews (jeglicher Art) halte ich mich ebenfalls an dieses Verhalten, weil ich in den letzten Jahren immer wieder gesehen habe, wie Studenten / Kandidaten für etwas "Fortgeschrittenes" einen schwerwiegenden Mangel an Grundlagen haben. Angesichts dieser Überlegungen habe ich keine Bedenken, einen Kandidaten nach einer höheren Position zu fragen, was ein Hörermuster ist oder welche Vor- und Nachteile es hat, die Hörer in einem Array gegen Liste gegen Satz zu halten.

Es tut mir leid, aber ich denke nicht, dass die Art von Fragen, die Ihnen gestellt wurden, Trivia sind, die bei Bedarf gegoogelt werden sollten. Dies gilt möglicherweise für den Klassennamen, wenn Sie die Upload-Datei verarbeiten, aber:

• Was ist JIT? Dies ist ein grundlegendes technologisches Anliegen. Ein erfahrener Programmierer sollte auf jeden Fall wissen, was dies zumindest auf hohem Niveau bedeutet. Dies wirkt sich beispielsweise auf die Leistung verschiedener VMs und Laufzeiten aus. Daher sollte dies zumindest bei der Bewertung einer neuen Technologie berücksichtigt werden.
• wie GC funktioniert: ähnlich wie oben. Die Algorithmen für die GC sind im Kern ziemlich einfach, und man sollte zumindest mit der Generations-GC im Vergleich zu Mark & ​​Sweep, Referenzzählung und den verschiedenen Kompromissen vertraut sein
• Unterschied zwischen List und Array: Dies ist eine grundlegende Frage, die ich von einem Junior-Programmierer erwarten würde
• abstrakte Klasse und Schnittstelle: wie oben. Ich verstehe nicht, wie man ein komplexes System entwerfen soll, ohne zumindest Schnittstellen zu kennen
• Delegieren und Ereignis: Um ein robustes und flexibles System zu entwerfen, ist das Delegieren von Ereignissen eines der Grundmuster.

Es scheint mir, dass sie ziemlich gute Arbeit geleistet haben, um konzeptionelle Fragen zu stellen, die für einen erfahrenen Programmierer relevant sind, ohne sich in Trivia zu verlieren.