Багатьом моїм книгам на Java 5 - 10 років. Чи все-таки це допомагає прочитати їх, або я повинен щось використовувати протягом 2 років.
Відповіді:
Якщо книги стосуються самої мови , втрачайте її та отримайте нову.
Якщо книга йде про програмування як предмет (мистецтво, предмет, дисципліна, техніка, будь-що інше), то його, безумовно, варто прочитати. Найкращі книги з програмування, які я написав понад 10 років тому.
Це залежить від книги та від того, що ви хочете дізнатися з них та від вас.
На те, щоб прочитати старі книги, є товари:
Особисто я дещо зберігаю свої старі книги програмування:
Наприклад, керівництво користувача для ZX81 (приблизно з 1981 р.) Має чудовий опис алгоритму малювання прямолінійної лінії. Це все ще має сенс для мене, ніж все, що я читав з тих пір. Я використовував це як основу впровадження багато разів протягом багатьох років.
Все, що сказали, я читав і нові книги. Я, звичайно, не хочу зациклюватися на темних століттях.
Якщо вони тоді були добрі, а мовні особливості, які вони навчають, не змінилися - то чому б і ні!
Я не думаю, що фундаментальні дані Java сильно змінилися після 1.2 (або Java 2).
Одна з найкращих книг з електротехніки (мистецтво електроніки) була написана понад 20 років тому, і хоча електротехнічна сфера зростала за стрибки та межі, можливо, найбільший ріст будь-якої галузі, книга все ще відома багатьом як єдиний, авторитетний текст.
Незважаючи на те, що багато прикладів у книзі застаріли і замінені новішими конструкціями, книга не про те, щоб навчити вас будувати цифровий годинник, а про те, як слід його спроектувати . Основні правила як і раніше діють, і якщо це була гарна книга, то тоді її хороша книга зараз.
Очевидно, що якщо це книга про якийсь старий і неясний API, вона може бути не корисною сьогодні чи найближчим часом, і ви, ймовірно, можете обійтися і без цього. але знову-таки така книга лише розповідає про те, як щось побудувати і для цього його тривалість життя обмежена, зберігайте узагальнені книги.
Тримайте книги, які навчать вас розробляти рішення, а не ті, що розповідають, як його побудувати. Можливо, буде зрозуміло, які методи змінилися, і ви можете просто проігнорувати ці частини, але хороша книга на C все-таки вартує ваги золота.
Можливо, буде корисно зберігати старі книги як орієнтир, якщо ви працюєте в будь-яких застарілих системах, що базуються на застарілих технологіях, особливо старих системах J2EE. Раніше я тримав стару книгу J2EE, бо час від часу я натрапляв на якийсь старий код, який використовував код EJB 2.1 або старий Swing.
Останньою версією Java, яка запровадила великі зміни до мови, була Java 5 у 2004 році. Будь-які книги, написані після цього часу, повинні включати ці зміни в мові, і їх слід читати загалом (і, можливо, навіть не було опубліковано нове видання). Однак зауважте, що в екосистемі Java з того часу багато що змінилося; Наприклад, Spring Spring та Maven зараз широко застосовуються технології, які тоді не були настільки поширеними.
Що стосується мови Java та як програмувати на Java, добре мати останні видання цих книг, наприклад, клас WeakReference походить з Java 1.2, і не так багато програмістів, які не знають, що цей клас існує навіть у Java SE , що означає, що найкраще читати найновіші книги для Java. Це добре лише для деяких фреймворків, але для того, щоб зрозуміти ці останні книги, потрібно мати основи, яких ви не збираєтеся отримувати з останніми книгами, але книги з найбільш рекомендованими книгами. Я думаю, що, думаючи в останньому виданні Java, це хороша книга, щоб почати з Java