È brutto galateo di chiedere ad un potenziale datore di lavoro come punteggio sul test Joel? [chiuso]

softwareengineering.stackexchange https://softwareengineering.stackexchange.com/questions/7566

  •  16-10-2019
  •  | 
  •  

Domanda

interviste agli sviluppatori sono diverse rispetto ad altri posti, perché non solo si preoccupi per le persone con cui lavori, i benefici, descrizione del lavoro, ecc, si hanno anche in più per preoccuparsi dopo aver ottenuto il lavoro. Scrivendo due applicazioni con requisiti esatti può essere molto diverso se si sta lavorando in un forte vs ambiente tranquillo, utilizzando VS2003 / .NET 2.0 vs VS210 / .NET 4.0., Utilizzando SVN vs VSS.

E 'ok per dare al potenziale datore di lavoro il diritto-in su Joel prova? Io cerco di fare il maggior numero di domande per ottenere il tipo di ambiente Lavorerò in, che è estremamente importante dal mio punto di vista, ma qual è il modo migliore per tagliare per la caccia e basta chiedere le domande difficili (come ci hanno chiesto durante la stessa intervista).

NOTA: il "Test di Joel" Voglio dire un elenco specifico di cose che sono interruttori affare che sono importanti per voi (non necessariamente Joel), ma non si può avere il tempo di uscire con il casual modo tradizionale "conversazione" di chiedere loro, così si decide di e-mail o di programmare un altro incontro, o di chiedere ad altre persone, ecc.

È stato utile?

Soluzione

Un colloquio di lavoro va in entrambe le direzioni - una società che si sta intervistando e si sta intervistando l'azienda. Io non sarebbe uscito letteralmente con un "Qual è il tuo punteggio di Joel prova?", Ma vorrei chiedere alle singole domande che erano affare particolare automatici per me in un ambiente di lavoro.

Non ha bisogno di un enorme accumulo. Un buon momento per fare queste domande come alla parte tecnica del processo di intervista, quando dicono "Avete delle domande per noi?". È possibile portare con qualcosa sulla falsariga di "può descrivere una tipica giornata sul posto di lavoro qui?" e passare da lì.

Altri suggerimenti

è il test di Joel dispositivo per misurare quanto bene un potenziale datore di lavoro è?

sono andato per un colloquio di lavoro e l'ufficio era open space così rumoroso, un sacco avuto di sistemi eterogenei, un arretrato bug, che non ha utilizzato molti strumenti commerciali, non c'erano i tester, abbiamo scritto alcun codice durante l'intervista e no corridoio usabilità.

.. ma si poteva prendere il vostro cane in ufficio, si ha un giorno alla settimana a lavorare sui propri progetti, c'era 24x7 cibo con sushi impressionante, zone chill-out, un presentazione per scendere le scale, coke libero / caffè / succo d'arancia, e fanno alcune delle più software stupefacente sulla terra.

E 'segnato basso nel test Joel, per quanto ho potuto vedere, ma vuoi abbassare lavorare per questo datore di lavoro # sulla base di questo?

Se è rumoroso - si può mettere le cuffie su. Se non c'è nessun test, l'unità campione e / o test automatizzati. Se non c'è nightly build, scrivere un cron job o ottenere CI installato da qualche parte.

Con tutti i mezzi, utilizzare il test Joel come guida per quali domande si potrebbe desiderare di chiedere, ma ci sono un sacco di altre metriche, alcuni che possono importa di più per voi che gli altri.

(Nessun premio per indovinare chi è il datore di lavoro era!)

Non ho mai lavorato in un luogo che ha segnato più alto di un 4 sul test di Joel. Quando vado, ho un piccolo pacchetto di Porto con me che comprende un'altra copia del mio curriculum (che ho incontrato reclutatori mettendo il mio nome in cima qualcun altro curriculum), così come una serie di domande, alcune delle quali sono stati i Test joel mescolate in giro. Nessuno ha mai detto che hanno riconosciuto le domande.

Il Test Joel mi ha ispirato a fare domande 'del genere'. Quale versione di controllo, bug tracking, test, ...

Io di solito chiedere un sacco di domande alla fine del (o durante) l'intervista. Se non altro , si vede che ti interessa migliori pratiche / garanzia della qualità / .... Se non fanno queste cose già, forse saranno interessati a te attuazione ad esempio: test di unità.

Migliore delle ipotesi: non hanno pensato a queste cose già, ma sono stupito di quello che si può migliorare nel loro processo di sviluppo.

Nella peggiore delle ipotesi: a loro non piace il fatto che stai chiedendo tante domande, quindi non hanno alcun interesse a migliorare il loro processo, nel qual caso probabilmente non si vuole per lavoro lì

PS:. Solo assicurarsi di sapere che cosa si sta parlando, non solo senza pensare camminando su qualche lista

Ho 3 domande circa l'ambiente di sviluppo per il quale una risposta negativa a uno è un tappo di spettacolo.

Quale software di controllo di versione si usa?

Che problema / bug tracker si usa?

Il vostro processo di sviluppo assomigliano Scrum?

Autorizzato sotto: CC-BY-SA insieme a attribuzione
scroll top