Làm thế nào để bạn tối đa hóa kiến ​​thức mà bạn có được từ một cuốn sách lập trình? [đóng cửa]


26

Không phải vì tôi quan tâm mất bao lâu để ai đó đọc một cuốn sách, mà nhiều hơn bởi vì tôi quan tâm đến việc mọi người lấy kiến ​​thức từ một cuốn sách (hoặc tôi đoán các nguồn khác) vào bộ não của họ theo cách tốt nhất, hiệu quả nhất.

Cá nhân tôi thực hiện một cách tiếp cận nhiều lượt (từ câu trả lời của tôi cho câu hỏi ban đầu):

  1. Lướt qua các nội dung, nhúng vào và đọc bất cứ điều gì với một tiêu đề tìm kiếm thú vị và cuối cùng gawp tại bất kỳ sơ đồ và minh họa đẹp. Tôi sẽ không mất nhiều thời gian trong giai đoạn này, nhưng nó cho tôi một cái nhìn tinh thần về cuốn sách (nhiều nhất là khoảng một giờ)
  2. Trước tiên, hãy đọc hết cuốn sách, nói chung tôi sẽ đọc kỹ các chương mở đầu cho một cuốn sách rất nặng nề hoặc giới thiệu một cái gì đó hoàn toàn mới. Đối với những cuốn sách đề cập đến một chủ đề tôi đã biết về tôi sẽ đọc lướt hoặc bỏ qua các bit có vẻ tầm thường. Phần còn lại của cuốn sách tôi sẽ lướt qua một cách hợp lý nhanh chóng nhưng không nhanh đến mức tôi chỉ lật trang. (khoảng một tuần)
  3. Không phải tất cả những cuốn sách tôi đọc đều làm cho đến nay, nhưng nếu tôi thấy một cuốn sách đủ thú vị hoặc hữu ích thì tôi sẽ nghiên cứu nó đúng cách. Tôi sẽ lướt qua cuốn sách với tốc độ chậm hơn và thực hiện một số hoặc tất cả các ví dụ, thử mã, v.v. Tôi sẽ thường bỏ qua toàn bộ các chương ở đây trừ khi cuốn sách thực sự tốt (1-3 tuần tùy thuộc vào cuốn sách).
  4. Cuối cùng, khi tôi đọc xong nó và đang đọc những cuốn sách khác, tôi sẽ thường xuyên nhúng vào nó để tham khảo chéo, so sánh, tìm kiếm mọi thứ, duyệt, v.v. - rất nhiều cuốn sách yêu thích của tôi không chỉ thu thập được bụi trên giá sách.

Tôi hiếm khi ghi chú khi đọc (mặc dù tôi có thể lên kế hoạch trên giấy nếu tôi đang làm việc gì đó giống như một mẫu mã). Tôi cũng đã cân nhắc bắt đầu sử dụng kanban cá nhân để tổ chức tiến trình của mình, nhưng chưa bao giờ hoàn toàn sử dụng kỹ thuật đó. Mindmap là một điều khác mà tôi thích ý tưởng nhưng hiếm khi làm.

Những phương pháp khác để mọi người có? Làm thế nào để bạn tìm thấy chúng thành công? Có bất kỳ kỹ thuật thường được đề nghị mà bạn cảm thấy lãng phí thời gian?


Cá nhân tôi cố gắng chứng minh tác giả sai hoặc xem có trường hợp góc nào bị phá vỡ hoặc tôi không hiểu. IMO, bất kỳ kiến ​​thức nào bạn học được nhưng không kiểm tra sai có thể là con dao hai lưỡi.
Hy vọng hữu ích

Câu trả lời:


30

Tập thể dục.

Nếu không có, phát minh ra một số.


3
Và sau khi thực hiện các bài tập, hãy thực hiện lại chúng theo mã của riêng bạn theo cách riêng của bạn. Các ví dụ là tốt và tốt, nhưng không có gì giống như một triển khai trong thế giới thực để hiểu đầy đủ một khái niệm.
Hugo

+1: bạn có thể thêm câu này vào đầu câu trả lời này: "Thực hành".
Klaim

Tất cả các sách lập trình ngày nay cho đến cuối cùng đưa ra một dự án ngắn. Làm điều đó là điểm chuẩn lớn nhất mà bất cứ ai cũng có thể có để theo dõi tiến trình.
Venki

6

Hãy chắc chắn rằng bạn áp dụng một số kỹ thuật trong lập trình hàng ngày của bạn càng sớm càng tốt.

Tôi thấy rằng nếu tôi không áp dụng ngay những điều tôi đã học thì tôi phải truy cập lại chúng khi tôi thực sự cần chúng.


1
Chắc chắn rồi. Ngoài ra tôi nghĩ rằng chỉ khi bạn áp dụng một cái gì đó trong một bối cảnh khác với bối cảnh được trình bày trong cuốn sách thì bạn mới thực sự trao đổi từ ghi nhớ sang hiểu biết. Thật không may, không phải lúc nào cũng có thể ... mặc dù là người quản lý phát triển nơi tôi làm việc, vì vậy không ai sẽ thực sự hỏi tôi rằng liệu tôi có thể đưa ra lý do chính đáng tại sao chúng ta nên làm như vậy trong Prolog hay bất cứ điều gì không, đôi khi chỉ không thích hợp để mang mọi thứ vào công việc hàng ngày. Tôi đoán đó là những gì các dự án cá nhân dành cho, nhưng sau đó bạn mất nhiều lợi ích của việc học tích lũy.
FinnNk

@FinnNk - Tôi không nói nó sẽ dễ dàng;) Đó là vấn đề tôi gặp phải lúc này với WPF. Tôi đang làm một dự án tại nhà, nhưng không có nhiều thời gian để dành cho nó vì vậy tôi liên tục phải xem lại những gì tôi biết.
ChrisF

6

Làm nổi bật bất cứ điều gì làm bạn ngạc nhiên. Nó sẽ làm cho nó dễ dàng hơn để tìm thấy nó trong tương lai.

Viết trong lề rộng rãi.

Nếu bạn mượn sách của mình cho ai đó, hãy yêu cầu người đó tuân theo các quy tắc tương tự, lý tưởng là với các màu sắc khác nhau. Điều này làm tăng giá trị cho cuốn sách của bạn.


2

Đi qua nó với một người bạn. Tốt hơn hết hãy xem xét việc đọc cuốn sách một bài tập như Lập trình cặp, nơi cả hai bạn cố gắng giải thích nó với nhau. (Và tất nhiên làm các bài tập như đã nói ở trên)


1

Triển khai thực hiện

Thực hiện từng thuật toán hoặc kỹ thuật mới mà bạn tự đọc, chỉ sử dụng bộ nhớ của bạn về mô tả thuật toán hoặc kỹ thuật làm tài liệu tham khảo.


1

Do sự thiếu chú ý của tôi, tôi cảm thấy khó tập trung khi tôi học theo cách tiếp cận truyền thống, bắt đầu để kết thúc. Tôi bỏ qua đến cuối chương và đi thẳng đến các bài tập, sau đó sử dụng kết hợp sách và internet làm tài liệu tham khảo để giải quyết các vấn đề.

Khi tôi đặt mình vào một vị trí mà tôi phải sử dụng tài liệu sách như là phương tiện để kết thúc thay vì nghiên cứu nó "bởi vì tôi nên biết điều đó", các khái niệm trở nên dễ dàng hơn để tiếp thu và thực hành.

Các vấn đề trọng tâm của tôi cũng có nghĩa là tôi không gõ trực tiếp các ví dụ mã, và thay vào đó hãy nghĩ về các ví dụ của riêng tôi và sử dụng mã trong cuốn sách để giúp tôi nhận ra chúng. Sáng tạo với quá trình học tập đảm bảo rằng tôi có niềm vui với nó, và sự độc đáo của bất cứ điều gì tôi tạo ra giúp dễ nhớ những gì tôi đang làm.

Khi sử dụng trang web của chúng tôi, bạn xác nhận rằng bạn đã đọc và hiểu Chính sách cookieChính sách bảo mật của chúng tôi.
Licensed under cc by-sa 3.0 with attribution required.