Tại sao tôi từ bỏ 'não thứ hai' và thành công hơn trong lập trình

Giới thiệu

Tôi đã thử nghiệm nhiều công cụ ghi chú nổi tiếng như Notion, Obsidian và Zettelkasten, nhưng cuối cùng lại cảm thấy như đang gỡ lỗi những suy nghĩ của mình. Bỏ hết mọi thứ không phải là thất bại, mà là giải pháp.

Tại sao tôi từ bỏ 'não thứ hai'

Tôi đã quyết định xóa sạch mọi ghi chú mà không lưu trữ hay xuất khẩu. Điều này bắt đầu từ một "nâng cấp năng suất" nhưng sau đó trở thành một kho lưu trữ rối rắm với 10.000 ghi chú chưa hoàn thành, liên kết bị hỏng cùng với vô số thẻ TODO.

Khi mở Obsidian, cảm giác như tôi đang nhìn vào một mạng lưới phức tạp mà không thể gỡ lỗi được. Tôi nhận ra vấn đề không phải là tôi quên mọi thứ mà là tôi đang cố gắng nhớ tất cả mọi thứ.

Tóm tắt: Hầu hết lập trình viên không cần một "não thứ hai". Chúng tôi cần một bộ công cụ nhẹ nhàng giúp dễ dàng truy xuất thông tin, không phải một kho lưu trữ phình to nơi ý tưởng ra đi để chết. Trong bài viết này, tôi sẽ giải thích lý do tôi từ bỏ 'não thứ hai', trình bày bảng so sánh trước/sau, chia sẻ một bảng quyết định đơn giản và hướng dẫn qua bộ công cụ PKM tối giản thực sự hiệu quả cho lập trình viên.

Tại sao lập trình viên bị cuốn vào cơn sốt 'não thứ hai'

PKM (quản lý kiến thức cá nhân) đã gây bão trên Twitter của lập trình viên vài năm trước:

• Cuốn sách Xây dựng một Não Thứ Hai của Tiago Forte được tiếp thị như một framework mới xuất hiện.
• Zettelkasten được quảng bá như “TDD của việc ghi chú.”
• Các không gian làm việc trên Notion được trình diễn trên YouTube như là một điều gì đó vĩ đại.

Là lập trình viên, chúng tôi luôn có tâm lý xây dựng hệ thống. Chúng tôi viết alias cho vui và luôn muốn tinh chỉnh những cấu hình không ai yêu cầu. Chúng tôi nghĩ rằng nếu có thể ghi lại mọi thứ, chúng tôi sẽ trở thành một cỗ máy năng suất 200 IQ.

Nhưng vấn đề là: chính sự ám ảnh này khiến chúng tôi dễ bị tổn thương bởi những thứ không cần thiết. Não thứ hai của tôi không phải là một kho kiến thức, mà chỉ là một dự án bên lề không bao giờ hoàn thành.

Cơn ác mộng gỡ lỗi các ghi chú của tôi

Ban đầu, việc ghi chú cảm thấy rất mạnh mẽ. Mọi ý tưởng, đoạn mã và tài liệu thiết kế đều được lưu trữ một cách ngăn nắp. Tuy nhiên, sau một năm, "kho não" của tôi trở nên như sau:

• Hơn 10.000 ghi chú (nhiều chưa hoàn thành).
• Hơn 400 thẻ TODO hứa hẹn sẽ “hoàn thành sau”.
• Liên kết hỏng khắp nơi, chỉ dẫn đến các ghi chú không tồn tại.
• Tệp tin trùng lặp với ba phiên bản của regex cheatsheet.md nhưng vẫn phải tìm kiếm “regex lookbehind”.

Việc tìm kiếm trong kho lưu trữ của tôi giống như grep log không có dấu thời gian. Tôi có thể tìm thấy thông tin cần thiết, nhưng sẽ phải lội qua vô số rác trước.

Lời hứa sai lầm về việc ghi lại vô hạn

Cơn sốt PKM đã tuyên truyền một khẩu hiệu đơn giản: "Chỉ cần ghi lại mọi thứ. Tương lai bạn sẽ cảm ơn bạn."

Vì vậy, tôi đã làm như vậy. Mọi đoạn mã, bài viết, và ý kiến ngẫu nhiên đều được đưa vào kho. Nó cảm giác như tôi đang xây dựng một Stack Overflow cá nhân mà chỉ mình tôi kiểm soát.

Kiểm tra thực tế:

• Các gist trên GitHub mà tôi đã lưu? Chưa bao giờ mở lại.
• Các đoạn mã từ Stack Overflow? Chỉ lặp lại những gì tôi đã biết.
• Những điểm nổi bật từ bài viết? Về cơ bản là một thư mục rác với cú pháp Markdown.

Khi tôi ghi lại nhiều hơn, tôi lại càng ít tin tưởng vào hệ thống của mình. Kho lưu trữ của tôi không cảm giác như một "não thứ hai". Nó giống như một lỗ đen nơi ý tưởng đi để chết.

So sánh trước và sau: hóa đơn từ kho lưu trữ của tôi

Tôi sẽ cho bạn thấy "não thứ hai" của tôi thực sự trông như thế nào.

Trước (kho phình to):

/vault ┣ regex-tricks-1.md ┣ regex-tricks-2.md ┣ regex-snippets.md ┣ regex-snippets-final.md ┣ todo-fill-later.md ┣ meeting-notes-2022.md ┣ meeting-notes-2023-v2.md ┣ random-idea-1.md ┣ random-idea-2.md

Mỗi tệp chỉ có 2-3 câu chưa hoàn chỉnh. Hầu hết đều là bản sao. Một số chỉ ghi:

TODO: mở rộng sau

Mà thực tế: “sau” không bao giờ đến.

Bây giờ so sánh với thiết lập đã được xây dựng lại của tôi:

Sau (bộ công cụ tối giản):

/knowledge ┣ regex.md      # chỉ 6 mẫu tôi thực sự sử dụng lại ┣ sql.md        # 5 truy vấn tôi thường tham chiếu ┣ shell.md      # grep, awk, sed trong một nơi

Mỗi tệp ngắn gọn, dễ tìm kiếm và thực sự hữu ích.

Đây là "khoảnh khắc aha" cho tôi: một não thứ hai không được đo bằng số lượng ghi chú, mà được đo bằng tốc độ truy xuất. Hệ thống phình to của tôi giống như một cơ sở dữ liệu mà tôi không bao giờ truy vấn. Thiết lập tối giản của tôi? Một bộ nhớ đệm mà tôi sử dụng hàng ngày.

Những gì hiệu quả sau khi tôi xóa nó

Khi tôi xóa kho lưu trữ, tôi đã kỳ vọng vào sự hỗn loạn. Tôi nghĩ rằng tôi sẽ bị mất mát mà không có "kho kiến thức" của mình. Thay vào đó, một điều kỳ lạ đã xảy ra: não tôi hoạt động trở lại.

Thủ thuật regex mà tôi thường quên? Tôi nhớ nó không phải vì nó được chôn sâu trong regex-tricks-4.md, mà vì tôi phải đối mặt với nó hai lần. Cuộc chiến này luôn giúp tôi ghi nhớ tốt hơn việc đánh dấu.

Thiết lập đã được xây dựng lại của tôi trông gần như ngớ ngẩn trong sự đơn giản của nó:

• Markdown + grep → lưu trữ dài hạn. Không có đồ họa phức tạp, chỉ là văn bản thuần mà tôi có thể tìm kiếm.
• Bookmark trên trình duyệt → cho nghiên cứu hiện tại (những thứ tôi sẽ cần trong tuần này).
• Ký ức → được củng cố bởi sự lặp lại, không phải lưu trữ.

Nó cảm giác như chạy git clean -fdx trong đầu tôi. Khắc nghiệt lúc đầu, nhưng dễ chịu khi những thứ rác rưởi đã biến mất.

Và điều ngạc nhiên là: càng ít lưu trữ, tôi lại càng nhớ nhiều hơn. Thực tế là, dựa vào ký ức giúp nó trở nên sắc bén như cơ bắp bị teo nếu bạn giao phó mọi việc cho người khác.

Não lập trình viên vs não thứ hai

Dưới đây là mô hình tư duy cuối cùng đã giúp tôi:

• Một bộ nhớ đệm có giá trị vì khả năng truy xuất nhanh và những thứ bên trong được tái sử dụng.
• Một cơ sở dữ liệu đầy những dòng cũ không được truy vấn? Vô giá trị chỉ làm tiêu tốn dung lượng và làm chậm mọi thứ lại.

Hầu hết các "não thứ hai" đều là các cơ sở dữ liệu rác rưởi. Chúng phát triển không ngừng nhưng hiếm khi được truy vấn. Não thật của tôi, khi tôi ngừng giao phó mọi thứ, hoạt động như một bộ nhớ đệm: nó ghi nhớ những điều hữu ích thông qua sự lặp lại và tự động loại bỏ phần còn lại.

Tôi đã đặt ra một quy tắc cho bản thân:

Nếu tôi không sử dụng nó hai lần trong sáu tháng, thì nó cơ bản là mã chết.

Chỉ một nguyên tắc đó đã cắt giảm 90% gánh nặng ghi chú của tôi.

Và thật sự? Nó rất tự do. Não tôi không cần phải trở thành một kho bãi phình to. Nó chỉ cần là một bộ nhớ đệm nóng với chính sách loại bỏ hợp lý.

Bảng quyết định: khi nào nên lưu vs quên

Một trong những sai lầm lớn nhất mà tôi mắc phải với "não thứ hai" là không có lọc. Nếu nó xuất hiện trên màn hình của tôi, tôi đã đưa nó vào Obsidian. Đó là lý do bạn có 10.000 ghi chú zombie.

Giờ đây, tôi sử dụng một quy tắc đơn giản: chỉ lưu lại những gì tôi thực sự sẽ sử dụng. Đây là bảng mà tôi tuân theo:

Không phức tạp, nhưng hữu ích hơn nhiều so với việc ám ảnh về hệ thống gán thẻ hay đồ họa liên kết.

Hãy nghĩ về nó như việc thu dọn rác: hầu hết dữ liệu là tạm thời. Chỉ lưu lại những gì bạn sẽ tái sử dụng, mọi thứ khác có thể bị vứt bỏ.

Bộ công cụ PKM tối giản hiệu quả

Sau khi xóa mọi thứ, tôi nhận ra rằng tôi không cần một "não thứ hai". Tôi chỉ cần một vài công cụ mà tôi có thể tin tưởng:

• GitHub gists → cho các đoạn mã mà tôi thực sự sử dụng lại và đôi khi chia sẻ.
• Tệp README.md → tài liệu cá nhân đáng giữ lại (regex, SQL, câu lệnh shell một dòng).
• Một ứng dụng ghi chú nhẹ → Apple Notes, Obsidian, Logseq, chọn tùy chọn của bạn. Điều quan trọng là giữ cho nó đơn giản.

Chỉ vậy thôi. Không cần kho lưu trữ 10.000 ghi chú. Không cần đồ thị liên kết. Không cần “kịch nghệ năng suất”.

Và hóa ra, tôi không phải là người duy nhất đi đến kết luận này.

• Trên Reddit: “Kho Obsidian của tôi đã biến thành sự trì hoãn” → hàng ngàn lượt upvote.
• Trên Hacker News: “PKM cảm giác như công việc bận rộn” → lập trình viên thừa nhận họ đã dành nhiều thời gian hơn cho việc gán thẻ hơn là sử dụng ghi chú.

Mô hình này rất rõ ràng: hầu hết lập trình viên không cần kho lưu trữ lớn hơn, họ cần ít phụ thuộc hơn.

Bởi vì sự thật rất đơn giản: não của bạn không thất bại vì nó quên, nó thất bại khi bạn cố gắng làm cho nó nhớ mọi thứ.

Kết luận + tài nguyên

Việc xóa kho lưu trữ của tôi giống như chạy git clean -fdx trong đầu. Khắc nghiệt. Không thể khôi phục. Nhưng tự do.

Đây là quan điểm nóng:
Hầu hết PKM không phải là “quản lý kiến thức.” Nó là kịch nghệ trì hoãn.
Nó cảm giác năng suất khi gán thẻ, liên kết, nổi bật nhưng thực sự chỉ là năng lượng như việc điều chỉnh .vimrc hoặc viết lại dotfiles. Làm việc bận rộn giả làm tiến bộ.

Các lập trình viên không cần những kho ghi chú khổng lồ. Những gì chúng tôi cần là:

• Một bộ công cụ gọn nhẹ (gist + README + một ứng dụng ghi chú).
• Một bộ não ghi nhớ qua việc sử dụng, không phải lưu trữ.
• Sự khiêm tốn để để rác rưởi hết hạn, giống như mã chết.

Có thể một ngày nào đó, AI sẽ trở thành "não thứ hai" thực sự của chúng ta. Cho đến lúc đó, tôi hài lòng với việc vận hành bộ nhớ con người v1.0 với vài tệp Markdown.

Vậy bạn thì sao? Bạn có còn đang vận hành một "não thứ hai"... hay cũng đã từ bỏ như tôi?

Tài nguyên hữu ích

• Obsidian
• Logseq
• Giới thiệu Zettelkasten
• Các chủ đề PKM trên Reddit
• Các cuộc tranh luận về PKM trên Hacker News