E 'una cattiva etichetta chiedere a un potenziale datore di lavoro come ottengono il punteggio sul Joel Test? [chiuso]

37

Le interviste per gli sviluppatori sono diverse dalla maggior parte degli altri luoghi, perché non solo ti preoccupi per le persone con cui lavori, i vantaggi, la descrizione del lavoro, ecc., ma hai anche EXTRA di cui preoccuparti dopo aver ottenuto il lavoro. La scrittura di due applicazioni con requisiti precisi può essere molto diversa se si lavora in un ambiente rumoroso e silenzioso, utilizzando VS2003 / .NET 2.0 vs VS210 / .NET 4.0., Utilizzando SVN vs VSS.

Va bene dare al potenziale datore di lavoro il test Joel di tipo straight-up? Cerco di porre il maggior numero di domande per ottenere il tipo di ambiente in cui lavorerò, il che è estremamente importante dal mio punto di vista, ma qual è il modo migliore per andare al sodo e basta porre le domande difficili (come ti chiedono durante il stessa intervista).

NOTA: Con il "Joel Test" intendo una lista specifica di cose che sono breaker importanti per te (non necessariamente Joel), ma potresti non avere il tempo di uscire usando il tradizionale modo "colloquiale" casuale di chiederli, così decidi di mandare email o programmare un altro incontro, o chiedere ad altre persone, ecc.

    
posta Ryan Hayes 27.09.2010 - 15:41
fonte

5 risposte

67

Un colloquio di lavoro va in entrambe le direzioni: un'azienda ti sta intervistando e stai intervistando la società. Non verrei letteralmente fuori con un "qual è il tuo punteggio nel test di Joel?", Ma vorrei porre le singole domande che mi hanno infastidito in un ambiente di lavoro.

Non ha bisogno di un enorme accumulo. Un buon momento per fare queste domande come nella parte tecnica del processo di intervista, quando dicono "hai qualche domanda per noi?". Puoi portare a qualcosa del tipo "puoi descrivere una giornata tipo sul lavoro qui?" e vai da lì.

    
risposta data 27.09.2010 - 15:45
fonte
24

Joel prova il tuo dispositivo per valutare quanto è buono un potenziale datore di lavoro?

Sono andato per un colloquio di lavoro e l'ufficio era un piano aperto così rumoroso, aveva un sacco di sistemi disparati, un bug backlog, non usavano molti strumenti commerciali, non c'erano tester, non abbiamo scritto alcun codice durante l'intervista e nessuna usabilità del corridoio.

.. ma potresti portare il tuo cane in ufficio, hai un giorno alla settimana per lavorare sui tuoi progetti, c'era cibo 24 ore su 24, 7 giorni su 7 con fantastici Sushi, aree chill-out, una slide per scendere le scale, coca gratis / caffè / GU, e fanno alcuni dei software più incredibili sulla terra.

Ha ottenuto un punteggio basso sul test di Joel, per quanto ho potuto vedere, ma avresti rifiutato di lavorare per questo datore di lavoro # basato su questo?

Se è rumoroso, puoi indossare le cuffie. Se non ci sono prove, unità campione e / o test automatici. Se non ci sono build notturne, scrivi un cron job o ottieni CI installato da qualche parte.

Con tutti i mezzi, usa il test di Joel come guida per le domande che potresti voler porre, ma ci sono molte altre metriche, alcune delle quali potrebbero essere più importanti di altre.

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

    
risposta data 27.09.2010 - 20:14
fonte
5

Non ho mai lavorato in un posto che ha ottenuto un punteggio superiore a un 4 nel test di Joel. Quando vado, ho un piccolo pacchetto che porto con me che include un'altra copia del mio curriculum (ho trovato reclutatori che hanno messo il mio nome in cima al curriculum di qualcun altro) e un sacco di domande, alcune delle quali erano Il test di joel si è mescolato. Nessuno ha mai menzionato che hanno riconosciuto le domande.

    
risposta data 27.10.2010 - 22:31
fonte
4

Il test di Joel mi ha ispirato a fare domande 'come quella'. Che controllo della versione, bug tracking, test, ...

Solitamente faccio una serie di domande alla fine di (o durante) l'intervista. Se mai , mostra che sei interessato alle migliori pratiche / garanzia della qualità / .... Se non fanno già quelle cose, forse saranno interessate a implementare ad esempio: test delle unità.

Scenario migliore: non hanno ancora pensato a quelle cose, ma sono stupite di ciò che puoi migliorare nel loro processo di sviluppo.

Scenario peggiore: non gradiscono il fatto che tu stia facendo tante domande, quindi non hanno alcun interesse a migliorare il loro processo, nel qual caso probabilmente non vuoi lavorare lì.

PS: assicurati solo di sapere di cosa stai parlando, non solo vagando senza pensarci su qualche lista.

    
risposta data 27.10.2010 - 09:10
fonte
3

Ho 3 domande sull'ambiente di sviluppo per il quale una risposta negativa a qualcuno è uno stopper.

Quale software di controllo delle versioni usi?

Quale problema / bug tracker usi?

Il tuo processo di sviluppo è simile a Scrum?

    
risposta data 28.09.2010 - 02:27
fonte

Leggi altre domande sui tag