Molti dei miei libri Java hanno 5-10 anni. Aiuta comunque a leggerli, o dovrei usare qualcosa entro 2 anni.
Se i libri parlano di il linguaggio stesso , perdilo e prendine uno nuovo.
Se il libro riguarda la programmazione come soggetto (arte, materia, disciplina, tecniche, qualunque cosa), allora vale sicuramente la pena leggerlo. I migliori libri di programmazione che ho sono stati scritti più di 10 anni fa.
Dipende dal libro e da ciò che vuoi imparare da loro e da te.
Ci sono motivi per le merci per leggere vecchi libri:
Personalmente, tengo alcuni dei miei vecchi libri di programmazione:
Ad esempio, il manuale utente per ZX81 (dal 1981 circa) ha una buona descrizione di un algoritmo di disegno di una linea retta. Ha ancora più senso per me di qualsiasi altra cosa abbia letto da allora. L'ho usato come base di un'implementazione numerose volte nel corso degli anni.
Tutto ciò che ho detto, ho letto anche nuovi libri. Certamente non voglio rimanere bloccato nei periodi bui.
Se erano buoni allora e le caratteristiche linguistiche che insegnano non sono cambiate - allora perché no!
Non penso che i fondi di Java siano cambiati molto dal 1.2 (o Java 2).
Uno dei migliori libri di ingegneria elettrica (l'arte dell'elettronica) è stato scritto più di 20 anni fa e anche se il campo dell'ingegneria elettronica è cresciuto a passi da gigante, forse la crescita più grande di qualsiasi settore, il libro è ancora noto molti come il singolo testo autorevole.
Mentre molti degli esempi nel libro sono obsoleti e sostituiti da nuovi disegni, il libro non ti insegna come costruire un orologio digitale, ma come dovresti progettare uno. Le regole fondamentali si applicano ancora e se fosse un buon libro, allora è un buon libro ora.
Ovviamente se si tratta di un libro su alcune API vecchie e oscure potrebbe non essere utile oggi o nel prossimo futuro e probabilmente si può fare a meno. ma di nuovo un libro del genere ti sta solo dicendo come costruire qualcosa e quindi la sua durata è limitata, mantieni libri generalizzati.
Conserva i libri che ti insegnano come progettare una soluzione, non quelli che ti dicono come costruirla. Può essere chiaro quali metodi sono cambiati e puoi semplicemente ignorare quelle parti, ma un buon libro su C vale comunque il suo peso in oro.
Potrebbe essere utile mantenere i vecchi libri in giro come riferimento se si lavora su qualsiasi sistema legacy basato su tecnologia obsoleta, specialmente sui vecchi sistemi J2EE. Tenevo un vecchio libro J2EE in giro perché ogni tanto mi capitava di imbattermi in un vecchio codice che utilizzava EJB 2.1 o vecchio codice Swing.
L'ultima versione di Java per introdurre grandi cambiamenti nella lingua era Java 5 nel 2004. Qualsiasi libro scritto dopo quell'ora dovrebbe incorporare quelle modifiche di lingua e dovrebbe essere ok per leggere in generale (e potrebbe anche non averne avuto una nuova edizione pubblicato). Si noti tuttavia che molto è cambiato nell'ecosistema Java da quel momento; il framework Spring e Maven per esempio ora sono tecnologie ampiamente utilizzate che allora non erano così prevalenti.
Vai su amazon.com e cerca i libri java. Solitamente i libri sono quasi gli stessi ma puoi capire quale è meglio leggendo recensioni. Prendo sempre i libri in questo modo - leggi le recensioni e poi decidi quale di questi leggerò.
Per il linguaggio Java e come programmare in java, è utile avere le ultime edizioni di questi libri, ad esempio la classe WeakReference è di Java 1.2 e non ci sono molti programmatori che non sanno che questa classe esiste anche in Java SE, il che significa che leggere gli ultimi libri per Java è la cosa migliore, questo va bene solo per alcuni framework, ma per capire questi ultimi libri è necessario avere delle nozioni di base, che non si otterranno con gli ultimi libri, ma con i libri più raccomandati. Penso che l'ultima edizione di Thinking in Java sia un buon libro per iniziare con Java
Leggi altre domande sui tag code-quality books