Cách tiếp cận 'gân của kiến ​​thức' đối với Comp. Khoa học?

Tôi đã đọc bài này trên Math SE. Câu hỏi cơ bản là:

Giả sử rằng ai đó muốn học một cái gì đó tiên tiến; một cách để làm điều này là bắt đầu từ những điều cơ bản và xây dựng. Nhưng "bức tranh lớn hơn" có thể bị lạc trong quá trình này. Một phương pháp nữa (mà tôi thích gọi là Recursive Wiki) là chọn một bài báo và Google / Wiki những thuật ngữ mà người ta không hiểu; Đọc chúng. Trong đó sẽ có những điều khoản mới; Google / Wiki cho đến khi bạn đạt đến "trường hợp cơ bản" để biết kỹ tài liệu. Làm việc ngược cho đến khi bạn hiểu bài viết kỹ lưỡng. Lặp lại cho các giấy tờ khác. Điều này sẽ cho phép đạt được kiến ​​thức trong khi duy trì động lực. Nhưng, nó có thể gây ra vấn đề về nguyên tắc cơ bản.

Nó dựa trên một bài báo của Giáo sư Vakil từ Stanford. Đây là một đoạn trích:

..... toán học rất phong phú và vô tận đến mức không thể học nó một cách có hệ thống, và nếu bạn chờ đợi để thành thạo một chủ đề trước khi chuyển sang tiếp theo, bạn sẽ không bao giờ đi đến đâu. Thay vào đó, bạn sẽ có những kiến ​​thức mở rộng ra khỏi vùng thoải mái của bạn. Sau đó, bạn có thể lấp đầy sau các gân này và mở rộng vùng thoải mái của bạn; việc này dễ thực hiện hơn nhiều so với học "chuyển tiếp". (Chú ý: việc lấp đầy này là cần thiết .....

Sự đồng thuận chung giữa những người phản đối phương pháp như vậy là nó ổn đối với các lĩnh vực như Hình học đại số trong đó 100 bài báo được xuất bản mỗi quý hoặc nghiên cứu Lý thuyết chuỗi trong đó nếu bạn cố gắng xây dựng các kiến ​​thức cơ bản về toán học trước khi bạn chạm vào Lý thuyết chuỗi, bạn sẽ 80 với bệnh Alzheimer. Câu hỏi của tôi là: Đây có phải là một chiến lược tốt để nghiên cứu CompSci?

Vì Comp Sci rất đa ngành (và thường là cần thiết cho các kỹ sư biết cả Toán và Điện toán), nên một phương thức nghiên cứu đệ quy như vậy có đủ tốt cho nghiên cứu học thuật không? Hoặc là chế độ truyền thống quá tốt để được thay thế?

Chẳng hạn, tôi cần biết về Bộ đệm dịch thuật Lookaside (TLB) với 0 kiến ​​thức về Hệ điều hành.

Con đường đệ quy của tôi (theo wikipedia) là:

TLB> Bộ đệm> (Quay lại) TLB> Bảng trang> (Quay lại) TLB> Địa chỉ ảo> (Quay lại) TLB> Đọc lại. Làm xong

Tôi cảm thấy tôi biết TLB là gì và nếu tôi gặp lại nó, tôi sẽ biết chuyện gì đang xảy ra. Có phải tôi đang tự lừa dối mình?

Tôi không nghĩ rằng bạn đang tự lừa dối bản thân mình, nhưng bạn nên cẩn thận khi sử dụng những gì bạn đã học. Trong trường hợp này, nó tương đối dễ dàng. Nếu bạn cần thiết kế mã của mình với nhận thức về TLB, có lẽ bạn đã có những gì bạn cần ngay bây giờ và bạn có thể chứng minh điều này cho chính mình bằng cách viết chương trình. Tuy nhiên, nếu ai đó yêu cầu bạn thiết kế và triển khai TLB, bạn có thể cần phải thực hiện thêm một số nghiên cứu.

Tôi nghĩ rằng phần quan trọng của việc học bất cứ điều gì là cũng cố gắng hiểu giới hạn kiến ​​thức của bạn.

Cách tiếp cận gân rõ ràng là một phương pháp tốt cho một số loại học tập. Bạn nên sử dụng nó khi thích hợp. Điều hay ho của phương pháp khác là bạn học được nhiều thứ khác trên đường đi, điều này có thể hữu ích trong việc xây dựng ý tưởng và kế hoạch của bạn cho các vấn đề tấn công. Ví dụ: bây giờ bạn biết một số điều về TLB, nhưng nếu bạn không gặp phải và tự dạy mình về các truy cập không theo thời gian (giả sử, để chọn một ví dụ ngẫu nhiên) trong khi bạn đang tìm hiểu về TLB, bạn có thể đã bỏ lỡ một phần cực kỳ quan trọng của kiến thức về tối ưu hóa hệ thống bộ nhớ. Nếu bạn bắt đầu ở phần cuối cùng trong việc tìm hiểu về các hệ thống bộ nhớ trên chip, có lẽ bạn đã gặp phải các truy cập không theo thời gian (tuy nhiên nông cạn), vì vậy bạn biết rằng bạn cũng cần ghi nhớ những điều này.

Tôi đề nghị bạn nên thận trọng học hỏi trong cả hai loại khi bạn làm việc để giải quyết vấn đề của mình. Thật hiếm khi bạn bắt đầu với một tuyên bố vấn đề được hình thành đầy đủ, vì vậy sẽ có một số kết hợp làm việc tiến và lùi và lặp lại về bản chất của vấn đề khi bạn xử lý nó.