Johnny.Decimal – Hệ thống sắp xếp cuộc sống

 (johnnydecimal.com)
2 điểm bởi GN⁺ 2025-02-22 | 1 bình luận | Chia sẻ qua WhatsApp
  • Khi các tệp số và ghi chú bị phân tán, thời gian để tìm lại chúng ngày càng tăng; từ năm 2013, Johnny.Decimal đã giải quyết vấn đề này bằng hệ thống sắp xếp dựa trên số
  • Cốt lõi là gán cho mỗi thông tin một vị trí logic như tủ hồ sơ giấy, để về sau người khác cũng có thể dễ dàng tìm thấy tài liệu, ghi chú và tệp
  • Từ năm 2026, hệ thống sẽ tập trung vào doanh nghiệp nhỏ, mở rộng theo hướng giảm gánh nặng hành chính và sắp xếp tài liệu mà các chủ doanh nghiệp không có quản lý vận hành phải tự đảm nhận
  • Các sản phẩm trả phí gồm chương trình bao gồm Small Business System giá US$360, Johnny.Decimal University giá US$210, và Life Admin System giá US$35, kèm bảo đảm hoàn tiền trong 14 ngày
  • Ngay cả khi không phải doanh nghiệp nhỏ, hệ thống vẫn có thể áp dụng để sắp xếp công việc ở nơi làm việc, gia đình, câu lạc bộ cộng đồng và trường học; người dùng có thể trải nghiệm trước quy trình 5 bước bằng tài khoản miễn phí

Một hệ thống để tìm lại thông tin số bị phân tán

  • Johnny.Decimal xử lý vấn đề vị trí thông tin phát sinh khi máy tính cho phép lưu bất cứ thứ gì ở bất cứ đâu
  • Thời dùng tủ hồ sơ giấy, tài liệu được lưu trữ có cấu trúc nên dễ tìm lại; nhưng trong môi trường số, người dùng phải tự quản lý lượng thông tin lớn hơn nhiều mà không được đào tạo riêng
  • Vấn đề “không ai còn tìm được bất cứ thứ gì nữa” dẫn đến căng thẳng và lãng phí thời gian lớn; từ năm 2013, Johnny.Decimal đã cung cấp một phương pháp sắp xếp nhằm giảm điều đó
  • Tài liệu nhập môn hướng dẫn từng bước về cấu trúc và cách sử dụng hệ thống

Chương trình xoay quanh doanh nghiệp nhỏ

  • Từ năm 2026, Johnny.Decimal sẽ tập trung hơn vào việc hỗ trợ doanh nghiệp nhỏ
    • Họ xem vấn đề là: những việc mà trong tổ chức lớn có thể giao cho một quản lý vận hành lương US$120k/năm, doanh nghiệp nhỏ lại phải tự xử lý
    • Hệ thống không thể thay bạn khai thuế, nhưng tập trung vào việc giảm căng thẳng phát sinh từ việc sắp xếp tài liệu liên quan và công việc hành chính
  • Đối tượng áp dụng không chỉ giới hạn ở doanh nghiệp nhỏ thực sự
    • Cá nhân muốn làm việc có hệ thống hơn tại nơi làm việc
    • Người dùng muốn sắp xếp đời sống gia đình
    • Các tổ chức nhỏ như câu lạc bộ cộng đồng và trường học địa phương

Cách vận hành và giá

  • Johnny.Decimal do Johnny và Lucy vận hành; sau 10 năm duy trì trang web như một sở thích, từ năm 2023 cả hai đã làm toàn thời gian để tạo ra các sản phẩm liên quan đến sắp xếp
    • Họ giới thiệu rằng sản phẩm được tạo ra bằng hàng trăm giờ lao động thủ công của con người
    • Johnny trực tiếp trả lời tin nhắn và cho biết anh quen biết hàng trăm người trong cộng đồng
  • Các chương trình và giá được cung cấp như sau
    • Chương trình dành cho doanh nghiệp nhỏ bao gồm Small Business System: US$360, mua vĩnh viễn chứ không phải đăng ký thuê bao, bao gồm cập nhật trọn đời
    • Johnny.Decimal University: US$210, bao gồm hơn 20 giờ video và các nội dung sẽ được tạo trong tương lai
    • Life Admin System: US$35, hệ thống dành cho người dùng muốn nhanh chóng sắp xếp đời sống gia đình
  • Tất cả sản phẩm đều có bảo đảm hoàn tiền trong 14 ngày; nếu không hài lòng, họ sẽ hoàn tiền mà không hỏi lý do
  • Người dùng chưa muốn thanh toán ngay có thể tạo tài khoản miễn phí và đánh giá mức độ phù hợp trước thông qua quy trình sắp xếp 5 bước trong chuỗi chào mừng
  • Nếu chỉ muốn xem qua, có thể bắt đầu từ giới thiệu hệ thống; nhấp vào / ở góc trên bên trái trang web sẽ chuyển đến trang chỉ mục

Bài viết liên quan

1 bình luận

 
GN⁺ 2025-02-22
Ý kiến trên Hacker News

  • Đây là một hệ thống đẹp, nhưng điểm khiến tôi đau đầu suốt 40 năm là tình huống như thế này.
    Nếu trong hệ thống Johnny bạn gán 21 cho ô tô, thì xe van VW sẽ là 21.1, Citron là 21.2, và bảo hiểm của từng xe sẽ thêm .8, thành 21.1.8, 21.2.8.
    Bạn gán 13 cho tiền bạc, và vì bảo hiểm nằm dưới tiền bạc nên 13.5 là bảo hiểm, bảo hiểm nhân thọ là 13.5.1, bảo hiểm E&O là 13.5.2.
    Y tế cũng cần một thư mục cấp cao nhất cho các lần khám bác sĩ, vắc-xin, phòng cấp cứu, phẫu thuật, dị ứng của con cái, v.v.
    Hai tháng sau, điều khoản bảo hiểm y tế nên nằm dưới y tế hay dưới tiền bạc? Bảo hiểm ô tô nằm dưới ô tô, hay dưới tiền bạc > bảo hiểm?
    Cốt lõi là bạn không thể nhớ một nút lá cụ thể nằm ở nhánh nào. Thuế xe hằng năm thuộc phía tiền bạc hay phía ô tô? Nếu muốn xem thuế của mọi xe cùng lúc, nó phải nằm trong tiền bạc > thuế > ô tô, nhưng khi tìm lần cuối mình nộp thuế cho xe VW, bạn lại nghĩ nó nằm trong ô tô > VW > thuế xe.
    Vì thế rốt cuộc chẳng tìm được gì. Tôi tôn trọng Johnny, nhưng có lẽ tôi quá chậm chạp để dùng nó đúng cách.

    • Chính xác đây là điểm cốt lõi. Gần như mọi thông tin được lưu trữ đều đồng thời thuộc nhiều ngữ cảnh, và dù hệ thống địa chỉ có thông minh đến đâu, một hệ thống tổ chức phân cấp cũng không xử lý được điều đó.
      Khi quy mô và độ phức tạp tăng đến một mức nào đó, bạn không thể nhớ URL như câu thần chú của mục cần tìm, và tìm kiếm cũng thường thất bại. Vì chữ viết tắt hoặc từ đồng nghĩa bạn dùng khi lưu khác với cách diễn đạt bạn nhớ ra sau này.
      Nếu trí nhớ ngắn hạn hoặc khả năng hồi tưởng yếu, hoặc bạn có ADHD, thì vấn đề sẽ xuất hiện rất nhanh ngay cả khi quy mô chưa lớn đến thế.
      Tôi cho rằng thẻ, bộ phân loại nội dung và ontology gần với lời giải hơn, nhưng chúng tốn thời gian vì bạn phải liên tục chỉnh dữ liệu để được phân loại đúng.
      Gần đây các bộ phân loại học máy đang giúp ích, và tôi đã thực sự được lợi từ những công cụ bổ sung thẻ tự động. Nếu kết hợp thêm cả ngữ cảnh hoạt động cá nhân, có lẽ nó sẽ tiến rất gần tới lời giải thực sự. Thuật toán có thể đối chiếu thông tin mới với các lĩnh vực, chủ đề, dự án, phạm vi và mục thập phân mà người dùng xác định là quan trọng, từ đó suy luận được khá nhiều liên hệ theo ngữ cảnh mà các công cụ hiện nay bỏ sót.
    • Tôi là Johnny. Đây là ví dụ kinh điển, và tôi cũng thường trích dẫn: Insurance > Car hay Car > Insurance?
      Thực tế thì cứ chọn một bên là được. Một bên nào đó sẽ tự nhiên hơn trong đầu bạn, và thường bạn sẽ nhớ bên đó.
      Tất nhiên, giữ nhất quán sẽ có ích. Trong hệ thống chúng tôi thiết kế, chúng tôi nhận thấy đa số muốn đặt bảo hiểm gần đối tượng được bảo hiểm.
      Vì vậy trong hệ thống quản lý đời sống, bảo hiểm sức khỏe, thú cưng, nhà, ô tô, du lịch đều được đặt bằng ID cạnh các hồ sơ liên quan. Cách này có vẻ phù hợp với hầu hết mọi người.
      Và cũng đừng quên rằng có thể dùng chỉ mục làm phương án dự phòng. Tôi cũng không nhớ hầu hết các số, nhưng khi mở Bear và nhập insurance vào ô tìm kiếm thì mọi thứ hiện ra. Giờ chỉ cần ba lần nhấp là tôi đến được bảo hiểm nhà; xem ra nó nằm ở 12.12.
      https://share.icloud.com/photos/0afQRa-furBCpa9rOIc3r3Q7g
    • Vì vậy tôi thích thẻ hơn thư mục. Tôi cho tất cả ghi chú vào một thư mục duy nhất, không có thư mục con.
      Ghi chú có thể thuộc nhiều phân loại, nên cấu trúc cây không phải là cách tổ chức tự nhiên. Gắn thẻ, rồi để ứng dụng ghi chú hiển thị danh sách thẻ hiện có, sẽ dễ hơn nhiều.
    • Vì vậy tôi thích các hệ thống kiểu wiki với tài liệu liên kết như Obsidian. Có thể tạo liên kết dễ dàng, nên một mục có thể được truy cập qua nhiều đường dẫn.
      Khi có ghi chú về sức khỏe và ghi chú về tài chính, tôi sẽ chọn đặt bảo hiểm y tế ở chỗ nào có vẻ hợp lý hơn vào lúc đó. Nếu sau này trước tiên tôi tìm ở chỗ sai, thì tôi tạo một liên kết ở đó tới ghi chú hoặc mục “bảo hiểm y tế”. Từ đó dù xem dưới sức khỏe hay dưới tài chính đều tìm được.
      “Cách Obsidian” mà nhiều người khuyên dùng là làm ghi chú càng nhỏ càng tốt để tối đa hóa hiệu ứng này, nhưng cá nhân tôi không dùng như vậy. Tôi thích dùng các ghi chú lớn với nhiều tiêu đề, tiêu đề lồng nhau tối đa 6 cấp, và đặt nhiều liên kết tới tiêu đề cụ thể cả bên trong ghi chú lẫn giữa các ghi chú. Cảm giác như kết hợp tốt giữa duyệt phân cấp và duyệt bằng liên kết.
      Các tệp phi văn bản như hóa đơn hoặc ảnh được liên kết từ ghi chú hay mục liên quan, và nhiều loại media có thể xem trực tiếp trong trình soạn thảo WYSIWYG.
    • Tôi đã gặp vấn đề này trong thời gian dài, và lời giải là giữ cấu trúc càng phẳng càng tốt. Mọi mục liên quan đến bảo hiểm đều đi vào 13.
      Cấu trúc phẳng trông có vẻ kém ngăn nắp hơn, như thể đang “trộn” nhiều mục với nhau, nhưng miễn là bên trong không quá nhiều thì lướt qua từng mục nhanh hơn tưởng tượng. Nếu một phần trở nên quá nhiều, tôi chia nó thành nhiều phần ở cấu trúc cấp cao nhất, hoặc chỉ đi xuống thêm một cấp khi thật sự rõ ràng và có nhiều nội dung. Riêng ảnh thì sắp xếp theo thời gian là phù hợp nhất.
      Ngay cả khi có khoảng 50 phần cấp cao nhất cũng không phải vấn đề lớn. Cấu trúc trở nên minh bạch, và việc lập chỉ mục, sắp xếp, lướt qua từng mục vẫn tiếp tục dễ dàng.

  • Các hệ thống quản lý tri thức cá nhân nhìn chung phải đánh đổi giữa khả năng phát hiện, tính di động, khả năng bảo trì và mức độ dễ hồi tưởng
    Khả năng phát hiện là khả năng tình cờ tìm lại thứ mình đã quên. Gần đây tôi cũng tìm thấy trong thư mục taxes một file danh sách hồ sơ thuế mà năm ngoái tôi cần; tôi không nhớ là đã viết nó, nhưng nó đã giúp ích rất nhiều
    Tính di động là mức độ hệ thống có thể trụ được ngay cả khi công ty phá sản hoặc dự án bị bỏ rơi; khả năng bảo trì là mức độ dễ duy trì hệ thống theo đúng nguyên tắc, bao gồm cả việc thêm ghi chú mới. Mức độ dễ hồi tưởng là việc tìm ra thứ đó dễ đến đâu khi bạn biết mình đang tìm nó
    Nếu là quản lý tri thức cá nhân để dùng cả đời, tôi coi trọng tính di động hơn người khác. Tôi loại hẳn những thứ bị ràng buộc chặt vào một công ty cụ thể như Notion, và cũng thận trọng với Obsidian hay org-roam. Vì dù bản thân các mục là văn bản, tôi biết rằng một ngày nào đó logic liên kết chúng sẽ không còn được phát triển/bảo trì nữa và tôi sẽ phải migrate
    Cấu trúc thư mục và file văn bản đủ đáng tin làm phương tiện lưu trữ dài hạn nên Johnny Decimal rất hấp dẫn, nhưng khả năng bảo trì, đặc biệt là tải nhận thức khi thêm ghi chú mới, là một rào cản lớn đối với việc tạo nội dung. Hơn nữa, lợi ích chính có được bằng cách hy sinh khả năng bảo trì — mức độ dễ hồi tưởng — gần như đã được giải quyết bằng chức năng tìm kiếm, nên so với việc ném tất cả vào một thư mục notes phẳng, lợi ích còn lại chỉ khoảng khả năng phát hiện
    Hiện tôi đang dùng một cách gần với PARA, và có thể sẽ cứ ổn định với nó. Là người dùng Emacs, tôi cũng thấy denote thú vị như một lựa chọn dựa trên tag và tìm kiếm, có tính di động hơn một chút

    • Tôi cũng có cảm giác mình cùng hội cùng thuyền
      Tôi giữ mọi thứ dưới dạng file Markdown văn bản thuần trong một thư mục duy nhất
      Một ngày nào đó phần mềm của tôi có hỏng, tôi vẫn có thể đưa chúng vào bộ lập chỉ mục đang thịnh hành lúc đó để tiếp tục dùng. Dù vậy, chỉ với sqlite + plugin fts thôi cũng có vẻ sẽ dùng được khá lâu
    • Tôi thích cách phân chia đánh đổi giữa khả năng phát hiện, tính di động, khả năng bảo trì và mức độ dễ hồi tưởng
      Obsidian có khái niệm nền tảng là tài liệu Markdown với tag và link, nên vì có thể tìm thấy cấu trúc tương tự ở nhiều ứng dụng, tôi xem nó là một hệ thống khá di động [^1]
      Hiện tôi đang dùng Bear, nhưng đã thử nghiệm migrate sang Obsidian và không gặp vấn đề gì đáng kể
      [^1]: Bear Notes, IA Writer, Ulysses, những thứ tương tự Craft, NotePlan, v.v.

  • Tôi thật sự đồng cảm với vấn đề mà Johnny Decimal đang cố giải quyết. Ai cũng gặp khó khăn trong việc sắp xếp kỹ thuật số, và sức hút của một hệ thống gọn gàng, đơn giản là rất rõ
    Sau khi áp dụng các cách tiếp cận tương tự cho nhiều nhóm, tôi thấy nó rất phù hợp với dự án cá nhân hoặc công việc nhóm nhỏ có phạm vi rõ ràng. Nhưng phần lớn thông tin trong thực tế không chịu nằm trong một danh mục duy nhất. Một đặc tả kỹ thuật có thể đồng thời là kiến trúc hệ thống và là tài liệu tuân thủ
    Điểm mạnh của Johnny Decimal là sự đơn giản nghiêm ngặt, nhưng khi đối diện với độ phức tạp của tổ chức thực tế, chính điểm đó lại trở thành điểm yếu
    Việc chấp nhận các liên kết chéo tự nhiên này phù hợp hơn là cố ngăn chúng lại. Đó là cách cho phép tài liệu tồn tại trong nhiều ngữ cảnh, đồng thời vẫn giữ mục tiêu cốt lõi của Johnny Decimal là dễ tìm. Giải pháp cho hỗn loạn có thể không phải là ép một hệ phân cấp thập phân, mà là tạo ra một hệ thống phù hợp với cách thông tin thực sự lưu chuyển trong các tổ chức hiện đại

    • Vì vậy tag có giá trị. Không cần tạo bản sao mà vẫn có thể thể hiện một mục trong nhiều danh mục, và mỗi danh mục liên quan có thể trỏ đến mục đó

  • Các thảo luận trước đây:
    https://news.ycombinator.com/item?id=36308366
    https://news.ycombinator.com/item?id=37506640
    https://news.ycombinator.com/item?id=25398027

  • Tôi cho rằng việc có một hệ thống quan trọng hơn đó là hệ thống gì
    Tôi không thấy rõ lợi ích lớn của việc giới hạn phân cấp ở 3 cấp. Đưa metadata như thời điểm tạo vào tên tệp có lẽ là cách làm sai vì bị trùng lặp, nhưng khá hấp dẫn và thực tế là thường xuyên làm vậy

    • Sau khi chuyển máy tính nhiều lần, ngày tạo của một số tệp đã bị sai
      Tôi không dùng Johnny Decimal, nhưng có để nhiều thứ trong các thư mục theo năm, và có những thứ rõ ràng là sai. Ví dụ, tôi biết mình bắt đầu một graphic novel nào đó vào năm 2012, nhưng ngày của vài trang đầu lại là 2014 hoặc 2019. Tôi không biết việc migration máy tính đã đổi ngày, hay sau này khi chỉnh sửa tôi đã lưu thành tệp mới. Tôi chỉ biết là ngày đã sai lệch rất nhiều
      Tôi đồng ý rằng điều quan trọng là phải có một hệ thống nào đó
    • Nếu để filesystem theo dõi thời điểm tạo, bạn phải để ý cách di chuyển dữ liệu và liệu công cụ mình dùng có bảo toàn đúng giá trị đó không
      Một thư mục được đặt tên kiểu 20250221-nyc-trip tuy thô sơ nhưng là cách lưu trữ tồn tại rất lâu
    • Điểm hay của những bài như thế này là có người đã ghi chép lại hệ thống của mình và cải tiến lặp đi lặp lại. Từ đó bạn chỉ cần lấy những ý tưởng phù hợp với mình
      Với tư cách một người không giỏi sắp xếp và từng chật vật vận hành hệ thống cá nhân, những hướng dẫn kiểu này khá hữu ích. Tôi chỉ cải thiện được bằng cách lấy những mảnh còn đọng lại với mình (https://www.hanselman.com/blog/one-email-rule-have-a-separat...)
      Mỗi lần tôi thử bê nguyên cả hệ thống, tôi thậm chí còn không bắt đầu nổi và chỉ thêm căng thẳng
    • Một số cấu trúc phân cấp tôi thường dùng vượt quá 3 cấp, và chúng khá phiền để xử lý
      Đôi khi tôi sao chép cả thư mục con ra desktop để giảm số cấp đang phải thao tác. Xong việc thì đưa tệp trở lại “chiếc hộp” ban đầu và xóa phiên bản trên desktop

  • Tôi đã thử nhiều hệ thống sắp xếp, gồm cả Johnny Decimal và PARA, nhưng không có gì hợp với tôi
    Là một người có ADHD, cách phù hợp nhất với tôi là không tốn công sức vào việc sắp xếp
    Vì vậy các công cụ như Logseq, Tana, Reflect rất hợp. Tôi chỉ viết vào journal và gắn tag cho mục nào khi cần. Chỉ khi phải viết tài liệu dài tôi mới tạo trang riêng
    Sau đó, chỉ cần tìm kiếm và backlink là đủ. Não tôi hoạt động tốt hơn với tìm kiếm so với duyệt tìm

    • Sau một thời gian dài tìm giải pháp sắp xếp, đổi không biết bao nhiêu app, chạy theo phản hồi và ý tưởng của nhiều influencer, cuối cùng tôi cũng dừng ở cùng con đường đó. Tôi không được chẩn đoán ADHD, nhưng có đủ dấu hiệu
      Trong hệ thống tri thức cá nhân của tôi, tôi dùng quy trình sắp xếp/đánh giá hằng tuần để tìm tag, tên tệp, nội dung tệp, v.v. và liên kết lỏng lẻo với các ghi chú cũ
      Nó đã tiết kiệm cho tôi rất nhiều thời gian, và quan trọng hơn là giảm mạnh tình trạng tê liệt vì phân tích, giúp tôi tập trung vào việc quan trọng nhất: viết
    • Các hệ thống phức tạp với tôi chỉ là tiếng ồn thuần túy. Một tệp Markdown đơn giản mở trong trình soạn thảo văn bản như Sublime là đủ, hoặc như đã nói, một hệ thống đơn giản có thể gắn tag, hoặc thậm chí chỉ là một đống tệp trong thư mục cũng được
      Miễn là tìm kiếm tốt, tôi sẽ tìm được nhanh, còn phần lớn những thứ nên quên thì cứ quên
      Cá nhân tôi mỗi năm giữ một tệp lớn, chia các ghi chú, văn bản, việc cần làm, v.v. theo ngày. Như vậy có thể cuộn lên theo ngày hoặc tìm kiếm để xem mình đã làm gì vào ngày nào. Có ngày trống, có ngày rất nhiều. Một số chủ đề hoặc dự án có tệp riêng
    • Từ góc nhìn ADHD, tôi đồng ý rằng tốt hơn là đừng cố gắng sắp xếp
      Tôi nhìn qua trang web một chút rồi thấy quá ngợp nên đóng ngay
      Cốt lõi của một hệ thống sắp xếp tốt là tính nhất quán, nhưng không may là tính nhất quán trong những mảng đời sống như vậy không phải thế mạnh của chúng tôi
    • Tôi không biết mình có ADHD không, nhưng tôi rất thích Logseq
      Với tôi, nó là sự pha trộn hoàn hảo giữa ghi chú, viết journal, lập dàn ý, theo dõi công việc, và phân cấp/liên kết nhẹ
      Nếu tôi phải sắp xếp hoặc phân loại các mục trong hệ thống, ngay từ đầu tôi sẽ không ghi lại chúng nữa
    • Phần lớn mọi thứ không hoạt động tốt và không chịu được thử thách của thời gian
      Dù vậy, cách phù hợp với tôi cho đến nay là như sau
      Với tài liệu giấy hoặc bản in, tôi dùng hộp hồ sơ đơn giản với các bìa manila treo. Vài năm trước tôi mua 50 bìa, và đến giờ có lẽ đã dùng khoảng một nửa
      Với tài liệu số, tôi dùng một bản cài đặt MediaWiki đơn giản tự host ở nhà. Nó không truy cập được từ Internet công cộng. Có trình biên tập trực quan nên ít ma sát khi chỉnh sửa, và hệ thống category cũng hoạt động đủ tốt. Một trang có thể thuộc nhiều category, và tìm kiếm cũng đủ dùng
      Điểm hay của MediaWiki là có thể upload và chèn hình ảnh, liên kết sang các hệ thống khác như tệp trong Nextcloud, và upload chính tệp đó để liên kết từ nhiều trang

  • Tôi thừa nhận hệ thống này rất hay, nhưng trước đây tôi đã tối ưu hóa quá mức mọi phần của cuộc sống và điều đó khiến tôi kiệt sức
    Một ngày nọ tôi đơn giản là dừng lại, chuyển sang tập trung vào hiện tại, đặt ưu tiên và cố nhớ những điều quan trọng
    Tôi vẫn dùng ghi chú và danh sách việc cần làm, nhưng chúng cũng chỉ là công cụ để dùng trong khoảnh khắc đó. Có thể tôi đã đánh mất vài thứ, nhưng nhờ loại bỏ căng thẳng, nhìn chung tôi làm tốt hơn mọi việc mình đang làm

    • Việc giảm gánh nặng tinh thần trong mọi công việc lớn hơn nhiều so với việc mất vài thứ
      Hiện giờ tôi chỉ duy trì một cuốn sổ ghi chú kiểu rolling to-do list, mỗi ngày tạo trang mới và ghi những việc cần làm. Ghi chú họp cũng viết vào đó nếu không thuộc một tệp dự án cụ thể
      Điều duy nhất tôi tiếc là chưa có cách duy trì ghi chú trích từ sách ở một định dạng dễ tham chiếu. Kindle thì không hay, còn Obsidian có vẻ ở thái cực đối lập với TikTok nhưng vẫn cho tôi cảm giác làm mục ruỗng não

  • Ban đầu tôi áp dụng Johnny.Decimal cho toàn bộ đời sống và đã thử khá nghiêm túc, rồi chuyển sang PARA
    J.D có thể ổn hoặc rất tốt cho những nơi như doanh nghiệp nhỏ với các danh mục tương đối tĩnh. Nhưng với cá nhân tôi thì quá hạn chế và khó nhớ. Hơn nữa, ký hiệu thập phân trông ngầu, nhưng nếu chỉ mình tôi tham chiếu thì cảm giác hơi vô nghĩa
    J.D được tối ưu cho việc tìm kiếm và lấy ra, còn thứ tôi cần là tối ưu hóa lưu trữ và thỉnh thoảng mới tìm kiếm
    Tất nhiên mỗi người có cách phù hợp riêng, và có một hệ thống nào đó vẫn tốt hơn là không có hệ thống nào

  • “Sắp xếp hệ thống phân cấp tệp theo cách hợp lý và đánh số”
    “Viết một bài blog quá dài theo phong cách thẩm mỹ hacker”
    “Lên trang nhất HN”
    Ngoài ra, việc mọi tên tệp đều có khoảng trắng cũng khá khó hiểu. Thật sự không hiểu vì sao thứ như thế này lại được 450 điểm trên HN

  • Là một người sống bừa bộn cả đời, điều cốt lõi là tìm ra mình thích và ghét điều gì
    Thích: ghi nhanh ngay tại chỗ những ý tưởng thoáng qua, trong lúc làm dự án thì tạo càng nhiều tài liệu và bảng tính càng tốt và chấp nhận sự hỗn loạn, khi dự án kết thúc thì cho tất cả vào thư mục rồi để nguyên đó
    Ghét: dùng các công cụ hào nhoáng như Notion, Obsidian; bị trói vào một hệ thống cứng nhắc; tệ hơn nữa là bị trói vào gói thuê bao; bị ép phải dùng một thiết bị cụ thể
    Giải pháp của tôi là Upnote, Proton Drive và một màn hình desktop lộn xộn
    Nếu hỏi tôi có đang ở trạng thái tối ưu nhất có thể không thì không. Nhưng tôi có thể nhanh chóng tìm được thứ mình cần, và cũng biết mình phải làm gì khi thực hiện dự án
    Hơn thế nữa thì, ít nhất với tôi, là quá mức