Câu trả lời:
Nếu những cuốn sách nói về ngôn ngữ , hãy đánh mất nó và lấy một cái mới.
Nếu cuốn sách nói về lập trình như một chủ đề (nghệ thuật, chủ đề, kỷ luật, kỹ thuật, bất cứ điều gì), thì nó chắc chắn là đáng đọc. Những cuốn sách lập trình tốt nhất tôi đã viết hơn 10 năm trước.
Nó phụ thuộc vào cuốn sách và vào những gì bạn muốn học hỏi từ họ và vào bạn.
Có những lý do hàng hóa để đọc sách cũ:
Cá nhân, tôi giữ MỘT SỐ sách lập trình cũ của mình:
Ví dụ, hướng dẫn sử dụng cho ZX81 (từ khoảng năm 1981) có một mô tả tuyệt vời về thuật toán vẽ đường thẳng. Nó vẫn có ý nghĩa với tôi hơn bất cứ điều gì tôi đã đọc kể từ đó. Tôi đã sử dụng nó như là cơ sở của việc thực hiện nhiều lần trong nhiều năm.
Tất cả những gì đã nói, tôi cũng đọc sách mới. Tôi chắc chắn không muốn bị mắc kẹt trong thời kỳ đen tối.
Nếu họ giỏi thì các tính năng ngôn ngữ họ dạy đã không thay đổi - vậy thì tại sao không!
Tôi không nghĩ rằng các nền tảng của Java đã thay đổi rất nhiều kể từ 1.2 (hoặc Java 2).
Một trong những cuốn sách kỹ thuật điện tốt nhất (nghệ thuật điện tử) đã được viết cách đây hơn 20 năm và mặc dù lĩnh vực kỹ thuật điện đã phát triển vượt bậc, có thể là sự tăng trưởng lớn nhất của bất kỳ ngành nào, cuốn sách vẫn được nhiều người biết đến như là đơn, văn bản có thẩm quyền.
Mặc dù nhiều ví dụ trong cuốn sách đã lỗi thời và được thay thế bằng các thiết kế mới hơn, cuốn sách không phải là dạy bạn cách chế tạo đồng hồ kỹ thuật số mà là cách bạn nên thiết kế . Các quy tắc cơ bản vẫn được áp dụng và nếu đó là một cuốn sách tốt thì bây giờ nó là một cuốn sách tốt.
Rõ ràng nếu đó là một cuốn sách về một số API cũ và tối nghĩa thì nó có thể không hữu ích ngày hôm nay hoặc trong tương lai gần và bạn có thể có thể làm mà không cần. nhưng một lần nữa, một cuốn sách như thế chỉ nói cho bạn cách xây dựng một cái gì đó và do tuổi thọ của nó bị hạn chế, hãy giữ những cuốn sách tổng quát.
Giữ những cuốn sách dạy bạn cách thiết kế một giải pháp chứ không phải những cuốn sách cho bạn biết cách xây dựng nó. Có thể rõ ràng những phương pháp đã thay đổi và bạn có thể đơn giản bỏ qua những phần đó nhưng một cuốn sách hay về C vẫn có giá trị bằng vàng.
Có thể hữu ích để giữ những cuốn sách cũ xung quanh làm tài liệu tham khảo nếu bạn làm việc trên bất kỳ hệ thống cũ nào dựa trên công nghệ lỗi thời, đặc biệt là các hệ thống J2EE cũ. Tôi đã từng giữ một cuốn sách J2EE cũ bởi vì thỉnh thoảng tôi sẽ bắt gặp một số mã cũ sử dụng mã EJB 2.1 hoặc mã Swing cũ.
Phiên bản cuối cùng của Java để giới thiệu những thay đổi lớn đối với ngôn ngữ là Java 5 vào năm 2004. Bất kỳ cuốn sách nào được viết sau thời gian đó nên kết hợp những thay đổi ngôn ngữ đó và nên đọc chung (và thậm chí có thể không có phiên bản mới hơn được xuất bản). Tuy nhiên, lưu ý rằng rất nhiều thứ đã thay đổi trong hệ sinh thái Java kể từ thời điểm đó; Ví dụ, khung công tác Spring và Maven hiện là những công nghệ được sử dụng rộng rãi mà không phổ biến lắm.
Đối với ngôn ngữ Java và cách lập trình trong java, thật tốt khi có các phiên bản mới nhất của những cuốn sách này, ví dụ lớp WeakReference là từ Java 1.2 và không có nhiều lập trình viên không biết rằng lớp này thậm chí còn tồn tại trong Java SE , điều đó có nghĩa là đọc những cuốn sách mới nhất cho Java là điều tốt nhất, điều này chỉ tốt cho một số khung công tác, nhưng để hiểu những cuốn sách mới nhất này, bạn cần có những điều cơ bản, nhưng bạn sẽ không có được những cuốn sách mới nhất, nhưng với hầu hết các cuốn sách được đề nghị. Tôi nghĩ Thinking in Java phiên bản mới nhất là một cuốn sách hay để bắt đầu với Java