Beaucoup de mes livres Java ont entre 5 et 10 ans. Est-il toujours utile de les lire, ou dois-je utiliser quelque chose dans les 2 ans.
Réponses:
Si les livres concernent la langue elle - même , perdez-la et obtenez-en une nouvelle.
Si le livre traite de la programmation en tant que sujet (art, sujet, discipline, techniques, etc.), il vaut vraiment la peine d'être lu. Les meilleurs livres de programmation que j'ai écrits ont été écrits il y a plus de 10 ans.
Cela dépend du livre et de ce que vous voulez apprendre d'eux et de vous.
Il y a de bonnes raisons de lire de vieux livres:
Personnellement, je garde CERTAINS de mes anciens livres de programmation:
Par exemple, le manuel d'utilisation du ZX81 (datant d'environ 1981) contient une excellente description d'un algorithme de dessin en ligne droite. Cela a toujours plus de sens pour moi que tout ce que j'ai lu depuis. Je l'ai utilisé comme base d'une implémentation à plusieurs reprises au fil des ans.
Cela dit, j'ai aussi lu de nouveaux livres. Je ne veux certainement pas rester coincé dans les âges sombres.
S'ils étaient bons alors et que les fonctionnalités linguistiques qu'ils enseignent n'ont pas changé - alors pourquoi pas!
Je ne pense pas que les fondamentaux de Java aient beaucoup changé depuis 1.2 (ou Java 2).
L'un des meilleurs livres de génie électrique (l'art de l'électronique) a été écrit il y a plus de 20 ans et même si le domaine du génie électrique a augmenté à pas de géant, peut-être la plus grande croissance de toute l'industrie, le livre est toujours connu de beaucoup comme le texte unique faisant autorité.
Bien que de nombreux exemples du livre soient obsolètes et remplacés par des conceptions plus récentes, le livre ne vise pas à vous apprendre à construire une horloge numérique, mais à en concevoir une. Les règles fondamentales s'appliquent toujours et si c'était un bon livre, alors c'est un bon livre maintenant.
Évidemment, si c'est un livre sur une API ancienne et obscure, cela peut ne pas être utile aujourd'hui ou dans un avenir proche et vous pouvez probablement vous en passer. mais encore une fois, un livre comme celui-ci ne vous dit que comment construire quelque chose et, par conséquent, sa durée de vie est limitée, restez avec des livres généralisés.
Gardez les livres qui vous apprennent à concevoir une solution et non ceux qui vous expliquent comment la construire. Il peut être clair quelles méthodes ont changé et vous pouvez simplement ignorer ces parties, mais un bon livre sur C vaut toujours son pesant d'or.
Il peut être utile de conserver les anciens livres comme référence si vous travaillez sur des systèmes hérités basés sur une technologie obsolète, en particulier les anciens systèmes J2EE. J'avais l'habitude de garder un vieux livre J2EE parce que je rencontrais parfois un ancien code qui utilisait EJB 2.1 ou un ancien code Swing.
La dernière version de Java à introduire de gros changements dans la langue était Java 5 en 2004. Tous les livres écrits après cette date devraient incorporer ces changements de langue et devraient pouvoir être lus en général (et il se peut même qu'aucune édition plus récente n'ait été publiée). Notez cependant que beaucoup de choses ont changé dans l'écosystème Java depuis cette époque; le framework Spring et Maven par exemple sont maintenant des technologies largement utilisées qui n'étaient pas si répandues à l'époque.
Pour le langage Java et comment programmer en java, il est bon d'avoir les dernières éditions de ces livres, par exemple la classe WeakReference est de Java 1.2 et il n'y a pas beaucoup de programmeurs qui ne savent pas que cette classe existe même dans Java SE , ce qui signifie que la lecture des derniers livres pour Java est la meilleure chose, cela n'est bon que pour certains frameworks, mais pour comprendre ces derniers livres, vous devez avoir des bases, que vous n'obtiendrez pas avec les derniers livres, mais le avec les livres les plus recommandés. Je pense que la dernière édition de Penser en Java est un bon livre pour commencer avec Java