2 पॉइंट द्वारा GN⁺ 2025-02-22 | 1 टिप्पणियां | WhatsApp पर शेयर करें
  • डिजिटल फ़ाइलें और नोट्स बिखर जाने से उन्हें दोबारा खोजने में समय बढ़ने की समस्या को Johnny.Decimal ने 2013 से number-based organization system के जरिए हल किया है
  • इसका मूल विचार यह है कि कागज़ी दस्तावेज़ कैबिनेट की तरह हर जानकारी के लिए एक तार्किक जगह तय की जाए, ताकि दस्तावेज़, नोट्स और फ़ाइलें बाद में दूसरे लोग भी आसानी से ढूंढ सकें
  • 2026 से यह small business पर ज़्यादा ध्यान दे रहा है और ऐसे व्यवसाय मालिकों पर पड़ने वाले प्रशासनिक और दस्तावेज़ व्यवस्थित करने के बोझ को कम करने की दिशा में विस्तार कर रहा है, जिनके पास operations manager नहीं होता
  • पेड प्रोडक्ट्स में Small Business System सहित प्रोग्राम US$360, Johnny.Decimal University US$210, और Life Admin System US$35 शामिल हैं, और इनके साथ 14-दिन की refund guarantee है
  • अगर आप small business owner नहीं भी हैं, तब भी इसे दफ़्तर के काम, घर, community club और school organization में लागू कर सकते हैं, और पहले free account के साथ 5-step process आज़मा सकते हैं

बिखरी हुई डिजिटल जानकारी को फिर से खोजने की एक प्रणाली

  • Johnny.Decimal उस information location problem को संबोधित करता है, जो तब पैदा हुई जब कंप्यूटर पर कुछ भी कहीं भी सेव करना संभव हो गया
  • कागज़ी दस्तावेज़ कैबिनेट के दौर में दस्तावेज़ों को संरचित तरीके से रखा जाता था, इसलिए उन्हें दोबारा ढूंढना आसान था, लेकिन डिजिटल माहौल में उपयोगकर्ता को बिना किसी विशेष प्रशिक्षण के कहीं ज़्यादा जानकारी खुद संभालनी पड़ती है
  • “अब कोई भी कुछ नहीं ढूंढ पाता” जैसी समस्या तनाव और बड़े समय-नुकसान में बदल जाती है, और Johnny.Decimal 2013 से इसे कम करने के लिए एक organization method प्रदान कर रहा है
  • शुरुआती दस्तावेज़ इस system की संरचना और उपयोग को चरणबद्ध तरीके से समझाते हैं

small business owners पर केंद्रित प्रोग्राम

  • 2026 से Johnny.Decimal small business support पर अधिक ध्यान दे रहा है
    • इसका मानना है कि बड़े संगठन जिन कामों को सालाना US$120k वाले operations manager को सौंपते हैं, वही काम small business owners को खुद संभालने पड़ते हैं
    • यह tax filing खुद करके नहीं देता, लेकिन उससे जुड़े दस्तावेज़ और प्रशासनिक व्यवस्था के कारण होने वाले तनाव को कम करने पर ध्यान देता है
  • इसका उपयोग सिर्फ वास्तविक small business owners तक सीमित नहीं है
    • ऐसे लोग जो दफ़्तर में ज़्यादा व्यवस्थित तरीके से काम करना चाहते हैं
    • वे उपयोगकर्ता जो घरेलू जीवन को व्यवस्थित करना चाहते हैं
    • community clubs और local schools जैसी छोटी संस्थाएँ

काम करने का तरीका और कीमत

  • Johnny.Decimal को Johnny और Lucy चलाते हैं; 10 साल तक साइट को शौक़िया चलाने के बाद 2023 से दोनों full-time तौर पर organization-related products बना रहे हैं
    • उनका कहना है कि प्रोडक्ट्स सैकड़ों घंटों के मानवीय हाथों के काम से बनाए गए हैं
    • संदेशों का जवाब Johnny खुद देते हैं, और वे बताते हैं कि वे community के सैकड़ों लोगों को जानते हैं
  • उपलब्ध प्रोग्राम और उनकी कीमतें इस प्रकार हैं
    • Small Business System सहित small business program: US$360, subscription नहीं बल्कि permanent purchase, और lifetime updates शामिल
    • Johnny.Decimal University: US$210, 20 घंटे से ज़्यादा वीडियो और भविष्य की सामग्री शामिल
    • Life Admin System: US$35, उन उपयोगकर्ताओं के लिए जो घर-गृहस्थी को जल्दी व्यवस्थित करना चाहते हैं
  • सभी प्रोडक्ट्स के साथ 14-day refund guarantee है, और असंतुष्ट होने पर बिना सवाल refund की बात कही गई है
  • जो उपयोगकर्ता तुरंत भुगतान नहीं करना चाहते, वे free account बना सकते हैं और welcome series की 5-step organization process के जरिए पहले इसकी उपयुक्तता परख सकते हैं
  • अगर आप सिर्फ देखना चाहते हैं, तो system introduction से शुरुआत कर सकते हैं, और साइट के ऊपर-बाएँ / पर क्लिक करके index page पर जा सकते हैं

1 टिप्पणियां

 
GN⁺ 2025-02-22
Hacker News की रायें
  • सिस्टम खूबसूरत है, लेकिन 40 साल से मेरा सिर जिस जगह फटता है, वह ऐसी स्थिति है
    Johnny सिस्टम में अगर कारों को 21 दिया जाए, तो VW वैन 21.1, Citron 21.2 हो जाएगी, और हर कार के insurance में .8 जोड़कर 21.1.8, 21.2.8 बन जाएगा
    पैसे को 13 दिया जाए, और insurance पैसे के नीचे आता है, तो 13.5 insurance होगा, life insurance 13.5.1, और E&O insurance 13.5.2 होगा
    मेडिकल के लिए भी doctor visit, vaccine, emergency room, surgery, बच्चों की allergies वगैरह के लिए top-level folder चाहिए
    दो महीने बाद health insurance policy मेडिकल के नीचे होनी चाहिए, या पैसे के नीचे? car insurance कार के नीचे है, या money > insurance के नीचे?
    असली बात यह है कि याद नहीं रहता कि कोई खास leaf node किस branch में है। annual car tax पैसे की तरफ है या कार की तरफ? सभी कारों के tax एक साथ देखने हों तो उसे money > tax > car में रखना चाहिए, लेकिन VW tax आखिरी बार कब भरा था यह ढूंढते समय लगता है कि वह car > VW > car tax में होगा
    इसलिए कुछ भी नहीं मिल पाता। Johnny के लिए सम्मान है, लेकिन शायद मैं इसे ठीक से इस्तेमाल करने के लिए बहुत सुस्त हूं

    • बिल्कुल यही मुद्दा असली है। हम जो लगभग सारी जानकारी सेव करते हैं, वह कई contexts में एक साथ आती है, और address system कितना भी चतुर हो, hierarchical organization system इसे संभाल नहीं पाता
      scale और complexity कुछ हद तक बढ़ जाए, तो जरूरी item का किसी magic spell जैसा URL याद नहीं रहता, और search भी अक्सर टूट जाती है। क्योंकि save करते समय इस्तेमाल किए गए abbreviations या synonyms बाद में याद आने वाले शब्दों से अलग होते हैं
      short-term memory या recall ability कमजोर हो, या ADHD हो, तो बहुत बड़ा scale न होने पर भी जल्दी समस्या हो जाती है
      tags, content classifiers, ontology समाधान के करीब लगते हैं, लेकिन सही classification बनी रहे इसके लिए data को लगातार संवारना पड़ता है, जिसमें समय लगता है
      आजकल machine learning classifiers मदद कर रहे हैं, और जिन tools ने auto tags जोड़े हैं उनसे मुझे सचमुच मदद मिली है। अगर इसमें personal activity context भी जुड़ जाए, तो यह असली समाधान के और करीब लगेगा। algorithm नए information को user द्वारा important माने गए areas, topics, projects, scopes, decimal items से मिलाकर देख सकता है, और मौजूदा tools जो contextual relevance छोड़ देते हैं उसका काफी हिस्सा infer कर सकता है
    • मैं Johnny हूं। यह classic example है, और मैं भी अक्सर quote करता हूं: Insurance > Car या Car > Insurance?
      असल में बस फैसला कर लेना होता है। दोनों में से कोई एक आपके दिमाग को ज्यादा natural लगेगा, और आम तौर पर वही याद रहेगा
      बेशक consistency बनाए रखने से मदद मिलती है। हमने जो system design किया, उसमें पता चला कि ज्यादातर लोग insurance को जिस चीज़ का insurance है उसके पास रखना चाहते हैं
      इसलिए life-management system में health, pets, home, car, travel insurance को उनसे जुड़े records के पास वाले ID में रखते हैं। ज्यादातर लोगों के लिए यह ठीक लगता है
      और यह भी भूलना नहीं चाहिए कि index को fallback के तौर पर इस्तेमाल किया जा सकता है। मुझे भी ज्यादातर numbers याद नहीं रहते, लेकिन Bear खोलकर search box में insurance टाइप करता हूं तो सब आ जाता है। अब तीन clicks में home insurance पर जा सकता हूं, और देखा तो वह 12.12 में था
      https://share.icloud.com/photos/0afQRa-furBCpa9rOIc3r3Q7g
    • इसलिए folders की बजाय tags पसंद करता हूं। सभी notes को subdirectories के बिना एक single folder में रखता हूं
      notes कई categories में हो सकते हैं, इसलिए tree structure natural organization method नहीं है। tags लगाना, और notes app का existing tags list दिखाना, इससे काम काफी आसान हो जाता है
    • इसलिए Obsidian जैसे linked-document wiki-style systems पसंद हैं। links आसानी से बना सकते हैं, इसलिए एक ही item तक कई रास्तों से पहुंचा जा सकता है
      जब health note और finance note हों, तो health insurance को कहां रखना है, उस समय जो जगह ज्यादा सही लगे उसे चुनता हूं। बाद में अगर पहले गलत जगह ढूंढा, तो वहां “health insurance” note या section का link बना देता हूं। अब health के नीचे देखें या finance के नीचे, मिल जाएगा
      कई लोग जिस “Obsidian way” की सलाह देते हैं, वह इस प्रभाव को maximize करने के लिए notes को जितना हो सके छोटा बनाना है, लेकिन मैं personally ऐसा नहीं करता। मुझे बड़े notes में बहुत सारे headings रखना, headings को अधिकतम 6 levels तक nest करना, और note के अंदर व notes के बीच specific headings पर खूब links लगाना पसंद है। यह hierarchical navigation और link navigation का अच्छा mix लगता है
      receipts या photos जैसी non-text files को related notes या sections से link करता हूं, और कई तरह के media WYSIWYG editor के अंदर सीधे देखे जा सकते हैं
    • इस समस्या से लंबे समय तक जूझा, और समाधान था structure को जितना हो सके flat रखना। insurance से जुड़ी सारी items 13 में जाती हैं
      flat structure कई items को “मिलाने” जैसा दिखता है, इसलिए कम organized महसूस होता है, लेकिन अगर अंदर बहुत ज्यादा न हो तो एक-एक करके scan करना उम्मीद से तेज होता है। अगर किसी section में बहुत ज्यादा हो जाए, तो top-level structure में कई sections में बांट देता हूं, या सिर्फ तब एक level और नीचे जाता हूं जब बात सचमुच साफ हो और मात्रा ज्यादा हो। photos के लिए exception था; उनमें chronological sorting सबसे अच्छी बैठी
      top-level sections लगभग 50 हों तब भी बड़ी समस्या नहीं है। structure transparent हो जाता है, और indexing, sorting, एक-एक करके scan करना लगातार आसान रहता है
  • पर्सनल नॉलेज मैनेजमेंट सिस्टम आम तौर पर discoverability, portability, maintainability और recall की आसानी के बीच समझौता करते हैं
    Discoverability का मतलब है उन चीज़ों को संयोग से फिर से ढूंढ पाने की संभावना जिन्हें आप भूल चुके थे। हाल ही में भी मुझे पिछले साल ज़रूरी रहे tax documents की सूची वाली फ़ाइल taxes डायरेक्टरी में मिली; उसे लिखने की याद नहीं थी, लेकिन वह बहुत मददगार रही
    Portability यह है कि कंपनी बंद हो जाए या प्रोजेक्ट छोड़ दिया जाए, तब भी सिस्टम कितना टिक सकता है; और maintainability यह है कि नए नोट जोड़ने तक सहित, सिद्धांतों के अनुसार सिस्टम को बनाए रखना कितना आसान है। Recall की आसानी यह है कि जब आपको पता हो कि आप क्या खोज रहे हैं, तो उसे ढूंढना कितना आसान है
    अगर यह जीवनभर इस्तेमाल होने वाला पर्सनल नॉलेज मैनेजमेंट है, तो मैं portability को दूसरों से ज़्यादा महत्व देता हूं। Notion जैसी किसी खास कंपनी से गहराई से बंधी चीज़ों को तो बिल्कुल बाहर रखता हूं, और Obsidian या org-roam को लेकर भी सतर्क हूं। क्योंकि भले ही आइटम खुद टेक्स्ट हों, मुझे पता है कि एक दिन उन्हें जोड़ने वाला लॉजिक develop/maintain होना बंद हो जाएगा और migration करनी पड़ेगी
    डायरेक्टरी structure और text files लंबे समय के माध्यम के रूप में भरोसेमंद हैं, इसलिए Johnny Decimal आकर्षक है, लेकिन maintainability, खासकर नया नोट डालते समय का cognitive load, content creation में बड़ी बाधा है। ऊपर से, maintainability की कीमत पर मिलने वाला मुख्य फायदा—recall की आसानी—search function से लगभग हल हो जाता है, इसलिए सब कुछ एक flat notes डायरेक्टरी में डाल देने की तुलना में बचा हुआ फायदा बस discoverability के आसपास है
    फिलहाल मैं PARA के करीब वाला तरीका इस्तेमाल कर रहा हूं, और शायद बस उसी पर टिक जाऊं। Emacs user के तौर पर denote भी tags और search पर आधारित थोड़ा ज़्यादा portable विकल्प होने के कारण दिलचस्प लगता है

    • मुझे भी लगता है कि मैं उसी नाव में हूं
      मैं सब कुछ एक ही folder के अंदर plain text Markdown files के रूप में रखता हूं
      अगर कभी मेरा software टूट भी जाए, तो उस समय के लोकप्रिय indexer में डालकर इसे इस्तेमाल करते रह सकता हूं। फिर भी sqlite + fts plugin से ही काफी लंबे समय तक काम चल जाने की उम्मीद है
    • Discoverability, portability, maintainability और recall की आसानी के रूप में trade-off का यह विभाजन अच्छा है
      Obsidian का मूल concept tags और links वाले Markdown documents हैं, इसलिए कई apps में मिलती-जुलती structure मिल सकती है; इस वजह से मैं इसे काफी portable system मानता हूं [^1]
      अभी मैं Bear इस्तेमाल कर रहा हूं, लेकिन Obsidian में migrate करने का प्रयोग किया था और कोई खास समस्या नहीं आई
      [^1]: Bear Notes, IA Writer, Ulysses, Craft जैसी चीज़ें, NotePlan आदि
  • Johnny Decimal जिस समस्या को हल करना चाहता है, उससे मैं सचमुच सहमत हूं। हर कोई digital organization में संघर्ष कर रहा है, और साफ़-सुथरे, सरल system का आकर्षण साफ है
    कई teams में मिलते-जुलते approach लागू करके देखने पर, यह personal projects या स्पष्ट scope वाले छोटे team कामों के लिए बहुत अच्छी तरह फिट बैठता है। लेकिन वास्तविक दुनिया की ज़्यादातर जानकारी किसी एक category में जाने से इनकार करती है। कोई technical specification एक साथ system architecture और compliance document भी हो सकता है
    Johnny Decimal की ताकत इसकी सख्त सरलता है, लेकिन असली organizations की complexity के सामने वही बात कमजोरी बन जाती है
    इन स्वाभाविक interconnections को जबरन रोकने की बजाय उन्हें स्वीकार करना ज्यादा बेहतर बैठा। यह तरीका documents को कई contexts में मौजूद रहने देता है, फिर भी Johnny Decimal के मुख्य लक्ष्य—आसानी से ढूंढ पाना—को बनाए रखता है। अराजकता का समाधान decimal hierarchy थोपना नहीं, बल्कि ऐसा system बनाना हो सकता है जो आधुनिक organizations में information के सचमुच बहने के तरीके से मेल खाए

    • इसलिए tags की कीमत है। duplicate बनाए बिना किसी item को कई categories में दिखाया जा सकता है, और हर संबंधित category उस item की ओर इशारा कर सकती है
  • पिछली चर्चाएं:
    https://news.ycombinator.com/item?id=36308366
    https://news.ycombinator.com/item?id=37506640
    https://news.ycombinator.com/item?id=25398027

  • यह कौन-सा सिस्टम है, इससे ज़्यादा अहम मुझे लगता है कि कोई सिस्टम मौजूद है
    hierarchy को 3 स्तरों तक सीमित करने का बड़ा फायदा मुझे साफ़ नहीं दिखता। creation time जैसे metadata को filename में डालना duplication है, इसलिए शायद गलत तरीका है, लेकिन यह काफ़ी लुभावना है और असल में अक्सर ऐसा कर ही देता हूँ

    • कई बार कंप्यूटर बदलने के बाद कुछ files की creation date गलत हो गई थी
      Johnny Decimal इस्तेमाल नहीं करता, लेकिन साल के हिसाब से folders में बहुत कुछ रखता हूँ, और उनमें कुछ चीज़ें साफ़ तौर पर गलत हैं। जैसे मुझे पता है कि मैंने एक graphic novel 2012 में शुरू किया था, लेकिन शुरुआती कुछ pages की date 2014 या 2019 दिखती है। पता नहीं computer migration ने date बदली, या बाद में edit करते समय नए file के रूप में save किया। बस इतना पता है कि dates काफ़ी गलत हैं
      मैं सहमत हूँ कि कोई भी system होना ही अहम है
    • अगर filesystem को creation time track करने दें, तो यह ध्यान रखना पड़ता है कि data कैसे move कर रहे हैं और जो tools इस्तेमाल कर रहे हैं वे उस value को ठीक से preserve करते हैं या नहीं
      20250221-nyc-trip जैसे नाम वाला folder भले rough हो, लेकिन बहुत लंबे समय तक टिकने वाला storage तरीका है
    • ऐसे लेखों की खासियत यह है कि किसी ने अपना system document किया और उसे बार-बार improve किया। वहाँ से अपने काम के ideas चुरा लेने चाहिए
      organizing में कमजोर और personal system चलाने में संघर्ष करने वाले व्यक्ति के तौर पर, ऐसी guides काफ़ी मददगार होती हैं। मैं सिर्फ वे हिस्से लेकर ही बेहतर हुआ हूँ जो मेरे लिए बचे रहे (https://www.hanselman.com/blog/one-email-rule-have-a-separat...)
      जब भी पूरे system को ज्यों का त्यों अपनाने की कोशिश की, शुरू भी नहीं कर पाया और stress ही बढ़ा
    • मेरी कुछ अक्सर इस्तेमाल होने वाली hierarchies 3 levels से ऊपर जाती हैं, और उन्हें संभालना झंझट भरा है
      कभी-कभी जिस level पर काम कर रहा हूँ उनकी संख्या घटाने के लिए पूरी subdirectory को desktop पर copy कर देता हूँ। काम खत्म होने पर files को फिर उनकी असली “box” में वापस डालता हूँ और desktop वाला version delete कर देता हूँ
  • Johnny Decimal और PARA समेत कई organizing systems आज़माए, लेकिन कोई भी मेरे लिए fit नहीं हुआ
    ADHD वाले व्यक्ति के तौर पर मेरे लिए सबसे अच्छा तरीका था organizing में effort न लगाना
    इसलिए Logseq, Tana, Reflect जैसे tools मेरे लिए ठीक बैठते हैं। बस journal में लिखता हूँ और ज़रूरत हो तो items को tag कर देता हूँ। लंबा document लिखना हो तभी अलग page बनाता हूँ
    उसके बाद search और backlinks ही काफी हैं। मेरा दिमाग browsing से ज़्यादा search में बेहतर काम करता है

    • लंबे समय तक organizing solution ढूँढने, अनगिनत apps बदलने, और कई influencers के feedback व ideas के पीछे घूमने के बाद मैं भी इसी रास्ते पर आकर रुका। ADHD diagnosis नहीं है, लेकिन सारे संकेत हैं
      अपने personal knowledge system में मैं साप्ताहिक organizing/review process के तहत tags, filenames, file contents आदि search करता हूँ और पुराने notes से loosely जोड़ता हूँ
      इससे बहुत समय बचा, और उससे भी अहम, analysis paralysis बहुत कम हुआ, जिससे सबसे ज़रूरी काम—लिखने—पर focus कर पाया
    • complex systems मेरे लिए pure noise हैं। Sublime जैसे text editor में खोली गई एक simple Markdown file काफी है, या जैसा कहा गया वैसा taggable simple system, या फिर folder में files का ढेर भी चलेगा
      बस search अच्छा हो तो जल्दी मिल जाता है, और जिन ज़्यादातर चीज़ों को भूलना चाहिए उन्हें भूल जाने देना चाहिए
      निजी तौर पर मैं हर साल के लिए एक बड़ा file रखता हूँ, जिसमें अलग-अलग notes, texts, todos आदि date के हिसाब से बाँटता हूँ। फिर date तक ऊपर scroll करके या search करके ढूँढ सकता हूँ कि किस दिन क्या किया था। कुछ दिन खाली होते हैं, कुछ दिन बहुत भरे। कुछ topics या projects के लिए अलग files होती हैं
    • ADHD के लिहाज़ से, organizing में ज़ोर न लगाना बेहतर है—इससे सहमत हूँ
      website थोड़ी देर देखी, overwhelmed हुआ और तुरंत बंद कर दी
      अच्छे organizing system की कुंजी consistency है, और दुर्भाग्य से life के ऐसे areas में consistency हमारी ताकत नहीं है
    • पता नहीं मुझे ADHD है या नहीं, लेकिन Logseq मुझे बहुत पसंद है
      मेरे लिए यह note-taking, journaling, outlining, task tracking, और हल्की hierarchy/linking का perfect mix है
      अगर system के अंदर items को organize या classify करना पड़े, तो मैं शुरुआत में item record ही नहीं करूँगा
    • ज़्यादातर चीज़ें ठीक से काम नहीं करतीं और time के test पर खरी नहीं उतरतीं
      फिर भी अब तक जो तरीका मेरे लिए चला है, वह यह है
      physical documents या printouts के लिए simple file organizing box में hanging manila folders इस्तेमाल करता हूँ। कुछ साल पहले 50 folders खरीदे थे और लगता है अब तक लगभग आधे इस्तेमाल हुए हैं
      digital material के लिए घर पर host की हुई simple MediaWiki installation इस्तेमाल करता हूँ। public internet से access नहीं है। visual editor होने से editing friction कम है, और category system भी पर्याप्त अच्छा काम करता है। एक page कई categories में हो सकता है, और search भी काफी उपयोगी है
      MediaWiki की अच्छी बात यह है कि images upload और embed कर सकते हैं, Nextcloud की files जैसे दूसरे systems से link कर सकते हैं, और files खुद upload करके कई pages से link कर सकते हैं
  • मानता हूँ कि यह system शानदार है, लेकिन पहले मैं life के हर हिस्से को over-optimize करता था और वह बेहद थका देने वाला था
    एक दिन बस रुक गया, और current moment पर focus करने, priorities तय करने और ज़रूरी चीज़ें याद रखने की तरफ shift कर गया
    अब भी notes और todo lists इस्तेमाल करता हूँ, लेकिन वे भी सिर्फ उस moment में इस्तेमाल करने के tools हैं। हो सकता है मैंने कुछ चीज़ें खो दी हों, लेकिन stress हटने की वजह से कुल मिलाकर मैं अपने सभी कामों में बेहतर हो गया

    • कुछ चीज़ें खो देने से कहीं बड़ा फायदा यह है कि हर task में mental burden घट जाता है
      अब मैं सिर्फ एक rolling todo list notebook रखता हूँ, जिसमें हर दिन नया page बनाकर करने वाले काम लिखता हूँ। meeting notes भी अगर किसी specific project file से संबंधित न हों तो वहीं लिखता हूँ
      सिर्फ एक चीज़ का अफ़सोस है: किताबों से निकाले notes को आसानी से reference करने योग्य format में कैसे रखा जाए। Kindle पसंद नहीं, और Obsidian TikTok के बिल्कुल उलट लगता है, फिर भी brain rot जैसा महसूस कराता है
  • शुरुआत में मैंने अपनी पूरी life में Johnny.Decimal लागू किया और काफी गंभीरता से कोशिश करने के बाद PARA पर चला गया
    J.D उन छोटे businesses जैसी जगहों के लिए ठीक या बहुत अच्छा हो सकता है जहाँ categories अपेक्षाकृत static हों। लेकिन एक व्यक्ति के तौर पर यह बहुत restrictive और याद रखने में मुश्किल लगा। ऊपर से decimal notation cool है, लेकिन अगर reference सिर्फ मैं ही कर रहा हूँ तो वह कुछ हद तक meaningless लगी
    J.D search करके निकालने के लिए optimized है, जबकि मुझे storage optimization और कभी-कभार search की ज़रूरत थी
    बेशक हर किसी के लिए अलग तरीका फिट होता है, और कोई system न होने से बेहतर है कि कोई-न-कोई system हो

  • “फ़ाइल hierarchy को common sense के हिसाब से व्यवस्थित करो और नंबर लगाओ”
    “hacker aesthetics में बहुत लंबा blog post लिखो”
    “HN के front page पर आ जाओ”
    इसके अलावा, हर filename में spaces होना भी अजीब लगता है। सच में समझ नहीं आता कि ऐसी चीज़ को HN पर 450 points क्यों मिलते हैं

  • जीवन भर अव्यवस्थित रहने वाले व्यक्ति के तौर पर, मुख्य बात यह पता लगाना था कि मुझे क्या पसंद है और क्या नापसंद
    पसंद: आते-जाते ideas को तुरंत note कर लेना, किसी project के दौरान जितने हो सकें उतने documents और spreadsheets बनाकर chaos को स्वीकार करना, और project खत्म होने पर सब कुछ एक folder में डालकर वैसा ही छोड़ देना
    नापसंद: Notion, Obsidian जैसे चमकदार tools इस्तेमाल करना, कठोर system में बंध जाना, और उससे भी बुरा, subscription में बंध जाना, किसी खास device के इस्तेमाल के लिए मजबूर होना
    मेरा हल Upnote, Proton Drive और एक गंदा desktop है
    क्या मैं जितना हो सके उतना optimized हूँ? नहीं। लेकिन मुझे जो चाहिए वह जल्दी मिल जाता है, और project करते समय मुझे पता होता है कि क्या करना है
    उससे ज़्यादा, कम से कम मेरे लिए, बहुत ज़्यादा है