Qual è lo scopo di quella tecnica dettagliata domanda di intervista per senior dev? [chiuso]

Ho avuto un'intervista di promozione interna per ottenere un titolo di programmatore di livello superiore, qualcosa come Senior plus. E sono stato intervistato da circa 7 persone che usano tecnologie diverse, e le persone che usano la stessa tecnologia con me (.Net) tendono a porre una domanda molto dettagliata sulla tecnica che può essere facilmente trovata tramite Google, come cos'è JIT, come funziona GC , differenza tra elenco e matrice, classe astratta e interfaccia, delegato ed evento, anche qual è il nome della classe durante l'elaborazione del file di caricamento, ecc. E ho solo una domanda su una delle mie idee di design nel mio progetto e solo discussione semplice. Ma per la maggior parte delle altre mie scelte di design sembrano non essere interessati.

Non ho ancora ottenuto il risultato e sarebbe in ritardo questa settimana, ma ecco la mia preoccupazione:

Personalmente penso che quando gioco come programmatore senior, risolvo principalmente i problemi, e ho solo bisogno di sapere che ci sono alcuni modi in cui può realizzarlo, ma potrei non ricordare ogni cosa dettagliata, ed è per questo che abbiamo quei riferimenti dettagliati documentazione come MSDN.

Mi sento bene se hai scoperto che non ho troppe esperienze in quest'area come Junior a livello intermedio, ma quando tendi a intervistare un ragazzo di livello superiore, non dovresti concentrarti di più per vedere com'è il pensiero logico di questo ragazzo e quanto è buono è lui / lei a risolvere i problemi? Ognuno pensa solo se conosci ogni dettaglio tecnologico di piccole dimensioni allora sei un Senior +. E controllando quei libri delle domande di intervista ho scoperto che ci sono più questo tipo di domande.

Se passo 5 giorni a leggere il libro con l'elenco delle domande per l'intervista, posso facilmente far sentire quei ragazzi stupiti, ma significa davvero qualcosa? Questo tipo di intervista può facilmente permettere a quei ragazzi bravi a ricordare che le cose guadagnano uno stipendio più alto anche se non hanno idea di come risolvere il problema della difficoltà.

Quindi perché sta accadendo questo nel mondo, è solo la causa delle capacità di problem solving, le capacità di progettazione sono difficili da misurare? Ho servito questa azienda per anni e ho avuto solo poche interviste con altre aziende, quindi mi chiedo se ogni azienda stia facendo la stessa cosa?

O è in realtà solo un mio problema per cui dovrei provare di più a ricordare tutto ciò che ho in MSDN nella mia mente in modo da poter lavorare anche senza di esso e Internet?

MODIFICARE

Per meglio spiegare la mia situazione riguardo alla preoccupazione di Frank per le mansioni lavorative. Mi dispiace che il mio male non abbia chiarito questo background.

In realtà non ci saranno cambiamenti di compiti specifici del lavoro, personalmente penso che ciò che ho fatto abbia già giocato come senior, come revisione del codice, membri del mentore, revisione del documento di BA e dare opinioni tecniche, progettare l'architettura di nuovi progetti, è solo il mio titolo ancora rimase senza senior e chiesi di procurarmene uno per riflettere la busta paga e condurre a un simile colloquio. Questa è una società di Saas, quindi le persone restano coinvolte in un progetto fintanto che quel prodotto è ancora in vita, ciò porta alla necessità che le persone siano in grado di progettare più nuove funzionalità basate sul prodotto attuale, risolvendo difficoltà tecniche su server live, progettazione / revisione del codice / mentoring membri E un titolo di livello superiore basato sulla tecnica sarebbe Architect e non abbiamo alcun lavoro simile con Technical Expert. E sono d'accordo che se vuoi svolgere il ruolo di esperto tecnico dovresti conoscere maggiori dettagli sulla tecnologia che usi. Mi dispiace che il mio male non abbia chiarito questo background.

Come ingegnere senior e persona che assume ingegneri, sembra che il processo di intervista abbia perso un'intera striscia di informazioni concettuali.

Voglio che i miei ingegneri senior siano in grado di visualizzare un risultato finale, scegliere la tecnologia giusta, progettare il database e i processi giusti ed essere in grado di delegare i dettagli ad altri ingegneri quando necessario. Google è sempre al loro fianco, quindi mi concentro sulla loro capacità di fornire risultati, piuttosto che sulla dimensione di una scheda SD che hanno inserito nell'orecchio. (Lol).

Spero che funzioni bene.

Non è del tutto sicuro di cosa comporterebbero i compiti di un Senior + nel tuo caso. Tieni sempre presente che è molto più importante sapere quali sono i compiti del tuo lavoro piuttosto che come si chiama la tua posizione. Mentre avere un Senior davanti al tuo titolo di lavoro può avere un impatto sul tuo risultato finanziario, non dice in alcun modo ciò che fai effettivamente nel tuo lavoro. Esistono tuttavia due diversi tipi di "sviluppatori" di livello senior.

Architetto di sistema

Se sei stato intervistato per una tale posizione, allora davvero qualcosa non va. Concordo con Gahooa sul fatto che un'intervista del genere dovrebbe concentrarsi sul quadro generale che pensa al candidato, che sembra essersi perso nel tuo.

Vi è, tuttavia, anche il tipo di prospettiva malvagia su questo: nel lavoro quotidiano sarai sempre sopraffatto da quei piccoli dettagli e sarà tua responsabilità tenere traccia del quadro generale nonostante tutti questi piccoli disturbi. Se si desidera verificare se un candidato è in grado di non perdere se stesso nei piccoli dettagli, un modo potrebbe essere solo quello di provare ad affondare in quei dettagli. Se non hai ricordato loro che la posizione dell'architettura prevista riguarda il quadro generale, potresti aver fallito quel test. Anche se ne dubito, dato che questo tipo di interviste non è certo il lato amichevole delle cose.

Esperto tecnico

In questo caso potresti non essere in grado di influenzare molto l'architettura generale del sistema e la direzione dell'azienda. Invece ti concentrerai sul livello di progettazione. Nota che tutte le domande che hai posto come esempi rientrano perfettamente in questa categoria. Da uno sviluppatore senior responsabile per i progetti SW mi aspetto che lui / lei sappia cose come JIT, GC, strutture di dati, ecc. Dentro e fuori - senza bisogno di cercare altro che i dettagli più intricati. Se dovresti realizzare un progetto software, ma non conosci la differenza tra un array e un elenco, sei nella posizione sbagliata.

Dalla lettura della tua domanda sospetto che la tua posizione lavorativa (quella attuale e quella proposta) si concentri sulla progettazione del software. In tal caso, potresti voler ripensare ciò che in realtà dovresti sapere / ricordare e cosa no. Dato che lavori quotidianamente con queste cose, dovrebbe essere poco necessario cercare qualcosa per rispondere a domande elementari come quelle.

Una nota a margine: un mio ex professore aveva l'interessante abitudine di porre domande su argomenti elementari negli esami orali su corsi avanzati. Mentre queste materie non sono mai state esplicitamente trattate nel corso avanzato, uno studente avrebbe dovuto conoscerle dalla loro istruzione elementare. Nelle interviste (di qualsiasi tipo) aderisco anche a questo comportamento, perché negli ultimi anni ho assistito più e più volte a come gli studenti / candidati a qualcosa di "avanzato" abbiano gravemente danneggiato le basi. Dato questo ragionamento, io per primo non ho scrupoli nel chiedere a un candidato per una posizione senior quale sia un modello di ascolto, o quali siano i pro / contro di mantenere gli ascoltatori in una serie vs lista vs set.

Mi dispiace, ma non credo che il tipo di domande che ti sono state poste siano curiosità che dovrebbero essere cercate su Google quando necessario. Questo può essere vero per il nome della classe quando si elabora il file di caricamento, ma:

• cos'è JIT: questa è una preoccupazione tecnologica fondamentale. Un programmatore senior dovrebbe sicuramente sapere cosa significa almeno un livello elevato. Ad esempio, ciò influisce sulle prestazioni di diverse macchine virtuali e runtime, quindi dovrebbe essere almeno considerato quando si valuta una nuova tecnologia.
• come funziona GC: simile al precedente. Gli algoritmi per GC sono fondamentalmente piuttosto semplici e si dovrebbe almeno avere familiarità con il GC generazionale rispetto a mark & ​​sweep, rispetto al conteggio dei riferimenti e ai vari compromessi
• differenza tra List e Array: questa è una domanda di base che mi aspetterei da un programmatore junior di conoscere
• classe e interfaccia astratte: come sopra. Non capisco come ci si aspetta che architetti un sistema complesso senza conoscere almeno le interfacce
• delegato ed evento: ancora una volta, per progettare un sistema solido e flessibile, la delega degli eventi è uno dei modelli di base.

Mi sembra che abbiano fatto un ottimo lavoro nel porre domande concettuali rilevanti per un programmatore senior senza perdersi in curiosità.