Il Joel Test è davvero un buon strumento di misurazione? [duplicare]

Question

Il Joel Test è davvero un buon strumento di misurazione? [duplicare]

#1 da (9 voti)
#2 da (5 voti)
#3 da (5 voti)
#4 da (3 voti)

10

Ho appena saputo del test di Joel . Sono stato programmatore di computer per 22 anni, ma in qualche modo non ne ho mai sentito parlare prima. Ritengo che il mio miglior lavoro finora sia questa piccola società di gestione degli investimenti con 30 dipendenti e solo tre persone nel reparto IT.

Non sono più con loro, ma lavoravo lì da cinque anni - la mia più lunga striscia con una data compagnia. Con mia sorpresa hanno segnato estremamente scarso sul Test di Joel. Le uniche due domande a cui risponderei "sì" sono # 4: hai un database di bug? E # 9: Usi gli strumenti migliori che il denaro può comprare? Tutto il resto è "a volte" o dritto "no".
Ecco quello che mi è piaciuto della compagnia comunque:

Buona paga. Mi hanno vantato in faccia, e me ne sono vantato in faccia, quindi era quasi come un ambiente familiare.
Ho sempre saputo il quadro generale. Quando scrivevo il codice per risolvere un particolare problema, non c'erano ambiguità sulla natura commerciale di quel problema. Sebbene non avessimo sempre avuto delle specifiche scritte, potremmo porre una domanda agli utenti business in qualsiasi momento, spesso sbraitandoci sul pavimento. Potrei persino parlare con i dirigenti ogni volta che ho voglia di farlo: nessun appuntamento necessario.
Feedback immediato. Una volta che implementiamo una soluzione e rendiamo felici gli utenti business, ci fanno subito sapere che noi (programmatori) diventiamo eroi del momento.
Nessuna burocrazia. Potrei sempre comprare tutti gli strumenti che ritengo necessari e progettare le soluzioni come il mio giudizio professionale impone.
Flessibilità. Se avessi un appuntamento dentistico di mezzogiorno vicino a casa mia e non vicino all'ufficio, manderei una mail all'azienda: "FYI: lavoro da casa oggi". Finché uno dei tre ragazzi IT era sul pavimento (per aiutare i trader nel caso che i loro monitor si oscurassero) a loro non importava dove fossero altri due.

Quindi la domanda diventa così: quanto è prezioso il test di Joel? Perché preoccuparsi di questo?

joel-test

posta henry 27.10.2013 - 19:46

fonte

4 risposte

Leggi altre domande sui tag joel-test

Puoi scrivere una specifica non ambigua in un linguaggio naturale come l'inglese? Modo migliore per formare nuovi assunti [chiuso]

score 9 · Answer 1

Penso che sia importante tenere a mente che cos'è Joel test .

Non penso che in alcun modo misuri le condizioni di lavoro in un'azienda. Non penso che sia mai stato pensato per farlo. La tua domanda sembra implicare che questo è ciò che misura.

Joel afferma che questo è un test è

come up with my own, highly irresponsible, sloppy test to rate the quality of a software team.

Personalmente, mentre credo che tutto ciò che è in quella lista sia importante, non credo che sia una misura precisa di quanto sia "buona" una squadra. Nulla sostituirà le persone intelligenti con una solida etica del lavoro.

Se hai una squadra di persone intelligenti con una solida etica del lavoro con uno 0 nel test di Joel, supererà una squadra di idioti pigri con un punteggio perfetto sul test di Joel in qualsiasi giorno della settimana.

Detto questo, un gruppo di persone intelligenti con una solida etica lavorativa probabilmente implementerà almeno alcune delle cose sul test di Joel.

score 5 · Answer 2

Il Joel Test non ha nulla a che fare se puoi avere una posizione comoda in un'azienda. E # 9: Sì, è un segno che puoi dove sei.

Riguarda lo sviluppo di software professionale. In un IT molto piccolo con un piccolo codebase che tutti conoscono molto bene, non tutti i punti sono importanti secondo me, ma 1-3 sono:

1) Do you use source control?

Questo è essenziale. Configura un Git o Subversion immediatamente per avere la possibilità di verificare le modifiche apportate dall'ultima release per identificare una modifica buggy o ritestare un report su una versione non effettiva.

2) Can you make a build in one step?

Costruire (e testare tutto) dovrebbe essere il più semplice possibile per costringere gli sviluppatori a farlo spesso!

3) Do you make daily builds?

Un server di integrazione continuo è impostato facilmente (come Jenkins , CruiseControl o uno professionale come Bamboo o TeamCity ) e garantisce che ogni modifica venga testata automaticamente e che ogni sviluppatore venga informato sui guasti. 1. e 2. sono i prerequisiti per questo!

L'altro punto diventa più importante più gli sviluppatori stanno lavorando sul codice e più il software diventa complesso. Per alcuni di loro ci sono dei problemi (cuffie per 8. per esempio.), Ma tutti faranno in modo che un'azienda di software diventi più professionale.

Quindi pensaci, e vedi se alcuni di essi hanno senso per te e quale di essi puoi iniziare da solo. I punti da 1 a 3. dovrebbero essere possibili e le precondizioni possono essere eseguite da uno sviluppatore in un solo giorno.

score 5 · Answer 3

Tieni presente che la prospettiva di Joel proviene da una società di software (Microsoft, Stackoverflow). L'idea alla base del test è che un'azienda deve essere o sforzarsi di essere competente quando lavora all'interno del proprio campo primario.

Dalla tua descrizione, sembra che il software non fosse l'attività principale della tua azienda. Se hai descritto la società come un "Enterprise investment software provider" con 30 sviluppatori anziché 3, il test potrebbe essere un indicatore migliore di competenza.

Inoltre, se applicassi i concetti alla base del test alla loro attività principale, probabilmente avrebbero un punteggio decente: hanno un modo per tracciare la storia degli investimenti fatti? Possono effettuare una transazione nel minor numero possibile di passaggi? hanno uno specifico algoritmo / processo per gli investimenti? ecc ...

score 3 · Answer 4

Non sopporto il test di Joel perché richiede una semplice risposta sì o no. Di seguito darò alcuni esempi su come questo test fallisca completamente nei miei occhi.

Do you use source control?

A1: sì
A2: Sì, effettuo il check-in una volta alla settimana e non ho alcun tipo di strategia di controllo della versione.

Do you have a spec?

A1: sì
A2: Sì, è scritto su un foglio di carta A4 da qualche parte sulla mia scrivania.

Do you have testers?

A1: sì
A2: Sì, abbiamo due tester e 20 sviluppatori.

Do new candidates write code during their interview?

A1: sì
A2: Sì, chiediamo loro di scrivere l'app FizzBuzz

Il mio punto è che se qualcuno ti dà semplicemente una risposta "Sì" / "No", allora non ti dirà nulla della loro compagnia. Io personalmente mi licenziamo dalla compagnia non appena viene menzionato il test di Joel.