Domande sul colloquio con gli sviluppatori di software - Giusto o ingiusto [chiuso]

Ho appena intervistato telefonicamente una società per una posizione di sviluppatore di software laureato e mi sono state poste le seguenti domande. Vorrei aggiungere che la società interessata non è un fornitore di database.

1. Come funziona un Query Optimizer?

2. Se un database funzionasse male come useresti i registri delle prestazioni per scoprire il problema.

Ho chiesto se ponessero tali domande a tutti gli sviluppatori di software candidati (laureati o esperti) in una prima intervista telefonica. Hanno risposto che a loro piace testare le conoscenze dei loro candidati sullo sviluppo del database.

Voglio scrivere alla società per dire che queste domande sono irragionevoli da porre durante un colloquio con gli sviluppatori di software e per richiedere che il mio colloquio venga concluso.

Vorrei verificare la ragionevolezza delle seguenti ipotesi

a) Tali domande non possono essere classificate equamente come domande di sviluppo di database.
b) Penso che le domande siano appropriate per un colloquio DBA ma del tutto irragionevoli per un colloquio con sviluppatori di software (con esperienza o meno).
c) La prima domanda è rilevante solo per un fornitore di database.
d) La seconda domanda non è giusta perché gli sviluppatori di software in genere non si occupano dei registri delle prestazioni del database in quanto questo è il compito del DBA.

Forse alcuni di voi saranno così gentili da commentare i miei presupposti o potrebbero avere altri suggerimenti, prima di scrivere alla società.

Se fossi un intervistatore (cosa che a volte lo sono) e ricevessi una lettera da un candidato in cui si lamentava che le domande erano ingiuste e che desideravano un rifacimento, ringrazio le mie fortunate stelle di aver schivato quel proiettile e di spostare immediatamente la domanda in la pila "rifiuta". Agire in questo modo ti mostra solo di essere un lamento, e di non avere l'atteggiamento "si può fare" che si cerca.

un. le domande erano ragionevoli per chiedere l'argomento dello sviluppo del database.
b. falsa. Qualunque cosa abbia a che fare con lo sviluppo del software è un gioco equo da chiedere. Tieni presente che ottenere una risposta errata non ti squalifica automaticamente per la posizione (o altre posizioni nella società); può solo aiutarti a classificarti come qualcuno che non sarebbe la soluzione migliore per un lavoro orientato al database.
c. falsa.
d. falsa. Prima di tutto, potrebbe non esserci un DBA dedicato; in secondo luogo, uno sviluppatore di software deve essere consapevole di un'ampia gamma di problemi che potrebbero influire sulle prestazioni (e sulla precisione) e avere almeno una conoscenza di alto livello della gestione del database.

Prendi come una lezione che ci sono cose che non conosci ancora. Ora sai cosa studiare per la prossima volta.

Penso che sia una domanda giusta (e suona come quella che probabilmente Google chiede). :) Il punto della domanda sembra NON testare veramente la tua conoscenza dettagliata delle query del database e simili, ma altro per vedere come affrontare e risolvere un problema. La capacità di svolgere un compito che hai già svolto in precedenza è necessaria, ma la capacità di pensare in piedi e affrontare un nuovo problema è un'abilità vitale.

Quando viene presentata una domanda del genere, se manchi della conoscenza specifica del database dato, penso che inizierebbe una risposta equa, "Beh, non ho molta esperienza con quella tecnologia in particolare, ma in in generale guarderei attraverso i registri delle prestazioni per trovare le operazioni che vengono eseguite più frequentemente e tenterei di classificarle in base al tempo di elaborazione. In questo modo potrei valutare quali operazioni sono le più costose e potrebbero essere buoni candidati per l'ottimizzazione ".

Non hai bisogno di alcuna conoscenza tecnica specifica per la risposta sopra ma mostra al tuo intervistatore che sei pronto a risolvere un nuovo problema.

Se la domanda non è giusta o no, si assumono in modo da stabilire le regole e sono autorizzati a chiedere quello che vogliono (ok non tutto, ma quasi tutto;))

E se vuoi ancora il lavoro, non penso che ti farai un favore se li scrivi.

Una strategia molto comune nelle interviste di lavoro è quella di porre una domanda che va oltre il livello della posizione per cui viene intervistato e vedere come un candidato si intromette. Con le domande poste ci si potrebbe ragionevolmente aspettare che rispondano a qualcosa del tipo:

Bene, la mia conoscenza dei database è rudimentale ma penso che vada qualcosa del genere ...

O anche:

Mi dispiace che sia ben al di fuori della mia esperienza, avrei bisogno di controllare i dettagli dei registri delle prestazioni con un DBA

In generale, mi aspetto che i candidati entry level abbiano almeno una conoscenza di base di come funzionano i database e che abbiano anche un atteggiamento "Non lo so ma proverò ad imparare".

Se avessi fatto un onesto tentativo e avessero terminato immediatamente la telefonata, allora avresti delle vere ragioni per sentirti duro, ma come direi che dovresti imparare a sembrare sicuro mentre ammetti di non sapere le cose.

Conosco intervistatori che non ritengono completa un'intervista a meno che non riescano a trovare alcune domande tecniche semi-rilevanti a cui il candidato non può rispondere. L'obiettivo è vedere come il candidato affronta quel tipo di domanda.

Ammettendo che non lo sanno? Buona. Stai inventando spin / BS per una risposta? La porta.

I ruoli IMO, sviluppatore software e DBA non sono ben classificati in molte aziende. In genere è necessario conoscere almeno alcune parti dei database, anche se si è sviluppatori di software. Quindi, le domande mi sembrano giuste, a condizione che non vengano poste in modo più fresco.

Penso che sia giusto Non lavoro presso un fornitore di database ma sapere come leggere i piani di query (e i registri delle prestazioni, in misura minore) è MOLTO importante. È inoltre importante sapere come funziona Query Optimizer.

In risposta ai tuoi proiettili:

a) Eh? Sicuramente sono correlati allo sviluppo del database e se stai scrivendo codice e il tuo programma deve eseguire una query per i dati, è rilevante.

b) Non proprio. Un DBA dovrebbe conoscere meglio le risposte, ma anche un buon sviluppatore dovrebbe conoscere una risposta. Non mi aspetto una risposta così dettagliata come da un DBA, ma mi aspetto qualcosa. E se uno sviluppatore non lo sapesse, potrei semplicemente accettare come risposta "Chiederei al DBA di insegnarmi" se lo sviluppatore fosse ancora relativamente nuovo nel lavoro di database.

c) No non lo è. È rilevante per chiunque sia preoccupato per le prestazioni delle query del proprio database. Se non ti interessa la velocità di esecuzione delle tue query, puoi ignorarlo. I tuoi clienti, che hanno prestazioni sempre peggiori sui loro siti Web, d'altro canto, potrebbero non essere d'accordo.

d) Forse. Non tutti gli sviluppatori vedono i registri delle prestazioni, ma se c'è un problema puoi aspettarti che un DBA ti invii via email le parti pertinenti e spieghi il problema se non sai come interpretarlo. Per lo meno, uno sviluppatore dovrebbe essere in grado di guardare un piano di query e vedere i problemi di base (Scansione completa della tabella => Scarsa, Scansione rapida dell'indice => Buona).

Dato che sei appena uscito dalla scuola e potresti non aver coperto queste cose durante le lezioni, potresti rispondere dicendo "Vorrei parlare con uno sviluppatore o DBA più anziano e chiedere assistenza per capirlo". Gli intervistatori potrebbero accettarlo dal momento che mostra almeno che sei disposto a imparare cose nuove, poiché non hai ancora avuto l'esperienza di scoprirle. L'altra opzione è quella di andare e impararli da soli.

Buona fortuna per la prossima intervista!

Hanno perfettamente il diritto di chiedere quello che vogliono. Potresti non aver trattato questi argomenti nel tuo curriculum universitario, ma ciò non significa che altri intervistati non abbiano o abbiano abbastanza interesse sull'argomento per andare oltre il curriculum. Stanno cercando il meglio. Spero che tu abbia almeno provato a rispondere alle domande e non sia diventato tutto difensivo. Se fossi in loro e ricevessi una tua lettera lamentosa, verrai inserito nella lista nera.

Lo sviluppo del software è una professione multidisciplinare. Non credo che otterrai alcun chilometraggio per chiedere un rifacimento della tua intervista. "Ragionevole" in questo contesto è se una determinata azienda ti eliminerebbe dalla considerazione solo sulla base della tua mancanza di competenze DBA. Fare la domanda è perfettamente ragionevole.

Più progredisci nella tua carriera, più avrai bisogno di sapere. Se ti stai chiedendo perché uno sviluppatore di software dovrebbe preoccuparsi dell'ottimizzazione delle query, prendi in considerazione la progettazione delle applicazioni. I nuovi progetti spesso implicano discussioni sulla modellizzazione dei dati. Ciò porterà a discussioni sulla normalizzazione, che condurranno al lavoro di progettazione del database. I buoni principi di progettazione scorrono fino all'implementazione. I progetti errati / inefficaci a livello di architettura hanno conseguenze che sono spesso costose da riparare.

Il concetto di "giusto" non ha importanza qui. Questo è un colloquio di lavoro.

Non possono rifiutarti in base al colore della pelle, alla religione, all'etnia o ad alcune altre cose del genere. Ma possono rifiutarti per qualsiasi altro motivo, un motivo tanto stupido quanto il colore delle scarpe che hai indossato durante l'intervista. E potresti non conoscere mai la vera ragione.

È importante essere resilienti durante l'intervista. Capisco l'inclinazione all'analogia eccessiva e l'ho fatto da solo abbastanza spesso. Ma la cosa migliore da fare è accettare che la vita non sia giusta e tenere abbastanza interviste in cantiere da non dover riporre tutte le tue speranze su nessuno di essi.

Come altri hanno già detto, le domande sono completamente valide. Tuttavia, sarebbe strano se l'intervistatore decidesse se assumerti interamente sulla base di tali domande. Forse volevano ascoltare la tua ragione su un argomento che potresti non conoscere, e questa è una tecnica di intervista valida.

Se mi stava assumendo, non escluderei fuori se lei ha detto "Mi dispiace, non so che molto di ottimizzatori di query, ma posso imparare". Io vorrei escludere fuori se hai iniziato a lamentarsi delle domande, però.

Amico, lascia che te lo dica subito: non c'è modo di aggirare Database come sviluppatore di software. Ogni singolo progetto a cui sono stato coinvolto finora ha richiesto almeno la metà del tempo di sviluppo. Il design del DB è parte integrante dello sviluppo del software e più sai, meglio riesci a risolvere il problema. Inoltre, non essere turbato dal tipo di domande e il contesto è troppo. Il più delle volte, i datori di lavoro vogliono solo vedere se sei in grado di pensare in piedi per risolvere il problema a portata di mano o se hai la fiducia di almeno dire qualcosa di sensato sulla questione. Con la tua laurea, si rendono conto che in realtà dovranno passare del tempo a insegnarti tutte queste cose, ma vogliono sapere se vali il tempo e lo sforzo. Sii forte e modesto!

Voglio scrivere alla società per dire che queste domande sono irragionevoli da porre durante un colloquio con gli sviluppatori di software e per richiedere che il mio colloquio venga concluso.

Cosa pensi che succederà se invii quella lettera? Immagina che diranno "Hmm, questo candidato ha ragione. Dovremmo riaverlo indietro e fargli domande più facili"? Ti garantisco che non lo faranno. In effetti, quello che faranno è passare la lettera in giro e ridere.

Supera il tuo senso di diritto. Stai uscendo nel mondo reale.

Come pensi che le domande sui database siano ingiuste? Pensi che i programmatori non debbano conoscere i database, ma a quanto pare questa compagnia lo fa. Ecco perché stanno ponendo le domande! Gli intervistatori non fanno domande solo per l'inferno. Fanno le domande per scoprire se conosci le cose di cui hanno bisogno. Se non sai di cosa hanno bisogno, non sei la persona giusta per il lavoro.

Se non vuoi conoscere i database, va bene, ma non lamentarti se qualche azienda non vuole assumerti. Non ti è dovuto un lavoro.

Come sono queste domande non giuste? Gli sviluppatori lavorano con database. Non pensi che dovrebbero almeno avere familiarità con i fattori che sono coinvolti nel rendere le query sul database efficienti e veloci? Non tutte le società hanno DBA interni ... e anche se lo fanno, ciò non si assume la responsabilità di scrivere query efficaci lontano dallo sviluppatore.

Se pongono le domande a tutti i candidati, sono equi e finiti.

Non importa se ritieni che le domande siano appropriate alla posizione, importa solo se il potenziale datore di lavoro ritiene che siano appropriate - e se lo chiedono è probabile che lo facciano (o perché riflettono le competenze richieste o perché hanno trovato che le risposte che ricevono raccontano loro cose interessanti sull'intervistato).

Infine, sembra che tu abbia alcune strane idee sui limiti del mandato di uno sviluppatore: non ho mai (per quanto ne possa ricordare in una carriera di 25 anni fino ad oggi) lavorare con un DBA dedicato ...

Osservando le domande, penso che questa potrebbe essere la mia azienda - poniamo questo tipo di domande a OGNI candidato come parte di un'intervista telefonica. Sempre. Ci dà uno standard su cui lavorare.

La maggior parte delle risposte sopra riassume abbastanza bene ...

a) Vogliamo persone con una vasta esperienza, non persone che possono fare solo alcune cose.

b) Le domande sono lì per aiutarci a sondare le tue conoscenze, potresti non conoscere completamente la risposta (o affatto) le domande sono un punto di partenza per espandere la tua conoscenza ed esperienza.

c) Ricorda che l'intervista è a nostro vantaggio E TUOI ... dai tipi di domande dovresti essere in grado di farti un'idea del ruolo e dell'azienda e se ci adattiamo a te e tu ti adatti a noi ...

d) è un lavoro, se non riesci a superare l'intervista, allora cresci, smetti di piagnucolare e prova meglio alla prossima intervista.

Sembra che non abbiano un DBA, quindi volevano che ricoprissi anche quel ruolo. Questo è normale per le piccole aziende.

Non vedo assolutamente nulla di sbagliato in questo. Perché uno sviluppatore non dovrebbe, soprattutto se finisce nel lavorare nel database, non essere al corrente di tali elementi?

Uno sviluppatore di software non dovrebbe essere a conoscenza del software di ottimizzazione o di come accedere ai registri eventi dell'applicazione per capire un problema di prestazioni? In tal caso, perché non lo stesso per qualcuno che è uno sviluppatore di database? Perché non possono essere una cosa sola?

Se intervistassi qualcuno per una posizione di sviluppo software che includeva anche lo sviluppo di database, hai dannatamente ragione, mi accerterò che siano consapevoli non solo di quello che stanno facendo, ma che possono aumentare le prestazioni del loro codice o il codice esistente come database può essere un enorme collo di bottiglia.

Invece di sviluppare un atteggiamento, forse una migliore linea d'azione sarebbe stata "Non conosco la risposta, ma ecco cosa farei per trovarla".

Come altri hanno sottolineato, in un'intervista praticamente ogni tipo di domanda è un gioco leale purché non tocchi una sorta di area legalmente protetta (ad esempio età, razza, sesso, ecc.) E non è insolito che gli intervistatori lancino domande a te solo per vedere come reagisci alla domanda e come faresti cercando di trovare una soluzione alla domanda. Inoltre, poiché sembra che tu sia un neolaureato, sono un po 'limitati per quanto riguarda la possibilità di farti domande sulla tua esperienza di lavoro e che tipo di problemi hai risolto in un ambiente di produzione. Pertanto, se l'azienda svolge molto lavoro orientato al database, le domande che possono porre potrebbero anche essere rilevanti per la posizione che stai intervistando.

Per quanto riguarda i tuoi presupposti:

a) Tali domande non possono essere classificate equamente come domande di sviluppo di database.

Forse sì forse no. Se stai sviluppando un database, utilizzerai un Query Optimizer e pianificherai di tanto in tanto per cercare di assicurarti che non ci siano problemi evidenti con le tue query. Se la società ha amministratori di database o esperti in grado di rivedere le query, potrebbe non avere il tempo di esaminare tutto e inoltre non vorrebbe guardare ogni query scarsamente codificata. Allo stesso modo, non è insolito che gli sviluppatori siano responsabili del mantenimento del loro ambiente di sviluppo, di includere tutti i database e di far gestire gli aspetti DBA agli aspetti produttivi.

b) Penso che le domande siano appropriate per un colloquio DBA ma del tutto irragionevoli per un colloquio con sviluppatori di software (con esperienza o meno).

Probabilmente sarebbero appropriati per un colloquio DBA; ma a prescindere, sono anche argomenti che uno sviluppatore dovrebbe avere familiarità anche solo a livello di essere in grado di riconoscere dove potrebbe essere un problema e di eseguire autonomamente alcuni problemi di base. Come ho detto prima, se la società ha risorse limitate, vorranno assicurarsi che non stiano perdendo tempo delle persone con qualcosa che potrebbe essere un problema di base.

c) La prima domanda è rilevante solo per un fornitore di database.

I dettagli specifici possono essere specifici del fornitore, ma i concetti generali possono essere applicati ovunque e talvolta essere in grado di mostrarti capire i concetti generali è tutto ciò di cui hai bisogno. Se non vuoi rimanere bloccato in un singolo stack di sviluppo (ad esempio LAMPADA ), dovrai essere in grado di mostrare durante le interviste che hai compreso i concetti chiave e ti senti a tuo agio nel passare a diversi stack di sviluppo.

d) La seconda domanda non è giusta perché gli sviluppatori di software in genere non si occupano dei registri delle prestazioni del database in quanto questo è il compito del DBA.

Questo è generalmente vero, ma se parte del tuo lavoro è scrivere software per un determinato database che deve essere altamente reattivo, dovrai assicurarti di fare il massimo sforzo per scrivere quelle domande in modo che un collega che sia un esperto in una determinata area non viene impantanato con query scritte male. Sebbene non sia necessario conoscere i dettagli più precisi di ciò che i registri indicano, potrebbe essere necessario essere in grado di identificare ovvi problemi.

Speriamo che tutto ciò aiuti!

Solo perché sei uno sviluppatore softare non significa che dovresti conoscere solo argomenti per sviluppatori software. Avere una vasta gamma di conoscenze dalla gestione del server alle tecnologie di database è in realtà un'abilità molto utile da avere come sviluppatore. Non avrei problemi a porre questo tipo di domande ai candidati. Se non li capiscono bene, va bene, ciò non li cancella dall'elenco (non mi aspetto che sappiano tutto), ma se sono in grado di rispondere, questo mi mostra che lo sviluppatore è molto più di solo il tipico programmatore di competenze e quelli sono una razza rara.

Ho anche una disputa simile con un potenziale datore di lavoro che mi ha posto una domanda su un tombino. Ti chiedo, cosa c'entra la forma di un tombino con la programmazione!

Risposte del modulo Beh, non sono sicuro, ma lo guarderei andando a, e sono anche una buona. Nessuno pensa che tu sappia tutto ma essere in grado di cercare cose è un'abilità chiave