Il Pragmatic Programmer è un libro che si occupa di come si guarda il codice e il software nel suo insieme e il processo di scrittura del codice. Sta principalmente enfatizzando il codice che si trova in un progetto software più ampio di quello che normalmente si trova in javascript sulle pagine web. Questo non vuol dire che le cose che si impara durante la lettura non saranno applicabili (e alcune sono molto applicabili a livello universale), ma se stai lavorando su cose che ti porteranno qualche giorno al massimo e poi passare a qualcosa di completamente diverso, i miglioramenti che ti dà non saranno così sostanziali.
Se ti trovi a lavorare su progetti che durano settimane e mesi e continui a lavorare sul progetto con la stessa base di codice, le lezioni che si trovano nel programmatore pragmatico sono più applicabili. È più facile trarre vantaggio dal libro da uno script rapido e da ritocchi al codice esistente. Tuttavia , in genere uno si ritroverà a passare a progetti più grandi man mano che apprenderanno di più sul mestiere della codifica e troverà il materiale nel libro sempre più applicabile man mano che progrediscono.
Considera lezioni come:
- Quando va bene il software?
- Quanto è dannoso duplicare il codice?
- Che cos'è una stima?
- Quando utilizzare testo normale (anziché valori compatibili con la macchina)
- Design per contratto, asserzioni ed eccezioni
Il Mese Mythical Man è un libro sulle lezioni apprese ai vecchi tempi (che spesso devono essere apprese ancora e ancora) sulla gestione del progetto. Nella misura in cui i programmatori si trovano a gestire i project manager e hanno bisogno di sapere come interagire con loro, è una buona cosa sapere. Tuttavia, le lezioni non sono spesso direttamente applicabili al codice che si sta scrivendo.
Considera cose come:
- Perché aggiungere più persone a un progetto in ritardo lo rende più tardi?
- Come si organizza un team di sviluppo software?
- In che modo un progetto ottiene un anno di ritardo?
Queste cose non sono quelle che i programmatori di solito devono affrontare - più sono il tuo manager e il team leader che troveranno queste cose utili. E, deve essere preso con i granelli di sale appropriati dal contesto - il libro è vecchio (e buono - ma è vecchio). Saggi sulla frequenza dei bug in PL / I devono essere presi nel contesto in cui il suo PL / I e le cose sono cambiati un po 'da allora (sebbene non ci sia Silver Bullet (che è un altro saggio)).