- deployment pipeline की permission समस्या जैसे कई दिनों तक चलने वाले काम में एक message, meeting या phone call से भी काम का context खोना आसान होता है
- work journal, चलाए गए commands, results, सोच का flow और अगला action लिखकर रखने की आदत है, और फिर से शुरू करते समय focus recovery को तेज़ करने में मदद करती है
- जब documentation कम हो और responsible person से जुड़ना भी मुश्किल हो, तब Obsidian daily notes में स्थिति लिखना शुरू करने के बाद, कई कामों के बीच switch करते समय context restore करना आसान हो गया
- मुख्य बात बाद में सभी notes को दोबारा पढ़ना नहीं है, बल्कि सोच को व्यवस्थित करने वाला structure और आखिरी state को सहेजने वाला cache बनाना है
- जिन लोगों का ध्यान बार-बार टूटता है, वे अभी कर रहे काम और next action को छोटा-सा लिखकर रखें, और वापस आने पर आखिरी कुछ sentences से पढ़ना शुरू करें, तो context switching cost घट सकती है
जब काम का context टूटता है
- किसी complex task को कई दिनों तक पकड़े रहने पर कई document tabs और command execution results के बीच जाते हुए problem-solving flow को लगातार दिमाग में बनाए रखना पड़ता है
- IM notification, PM की document request, या manager का phone call जैसी छोटी interruptions से भी वर्तमान स्थिति भूल जाना आसान होता है
- manager के रूप में पूरे दिन context बदलना पड़े, या developer के रूप में आपस में टकराते कई projects को साथ-साथ संभालना पड़े, तो focus बनाए रखना खास तौर पर मुश्किल था
- आम pattern यह है कि एक काम शुरू किया, फिर दूसरे काम पर switch किया, meeting में गए, और मूल काम का सार भूलकर email और IM पढ़ते-पढ़ते दिन खत्म हो गया
Work journal का तरीका और असर
- documentation न होने और पुराने responsible person से connect करना भी मुश्किल होने वाले काम के दौरान, frustration को Obsidian के daily notes में लिखना शुरू किया
- इसके बाद चलाए गए commands और results, सोच का flow, अभी क्या कर रहे हैं, और आगे क्या करने वाले हैं—इन सबको साथ में record किया
- उदाहरण के तौर पर
--yo-compress-shit really-well-like-5000-or-somethingजैसे command और failure error को लिखा - interruption के बाद notes दोबारा पढ़कर जल्दी से मूल काम पर लौट गया
- उदाहरण के तौर पर
- पिछले 3–4 महीनों से इस तरीके को लगातार इस्तेमाल करते हुए, कई कामों के बीच switch करते समय context restore काफी तेज़ महसूस हुआ
- work journal कोई ऐसा document नहीं है जिसे बाद में पूरा लंबा text फिर से पढ़ने के लिए बनाया गया हो
- लिखने की प्रक्रिया खुद सोच को व्यवस्थित करने वाला structure बनाती है
- आखिरी कुछ sentences फिर से शुरू करते समय जरूरी state को सहेजने वाले cache की तरह काम करते हैं
- अगर focus अक्सर टूटता है या कई कामों के बीच आना-जाना पड़ता है, तो अभी जो कर रहे हैं और जो सोच रहे हैं उसे लिखने, और resume करते समय आखिरी कुछ sentences से पढ़ने के सरल तरीके से शुरुआत की जा सकती है
1 टिप्पणियां
Hacker News की रायें
जर्नलिंग का फायदा सिर्फ यह नहीं है कि काम में दोबारा लौटना आसान हो जाता है, बल्कि यह भी है कि वह दिमाग के मॉडल को किसी खास समस्या से करीबी तौर पर जुड़ी ठोस संभावनाओं की शाखाओं वाली संरचना में पक्का करता जाता है
फिर काम इस tree को explore और modify करने का बन जाता है, और छूटी हुई branches को पहचानकर भरने या उसी जगह को बार-बार random तरीके से खंगालने में लगने वाला समय घट सकता है
खासकर distributed systems में काम बारीक, manual, गलती-प्रवण और ज्यादा latency वाला होता है; ऐसे में मजबूत model हो तो checklist को कहीं ज्यादा भरोसे के साथ निपटाया जा सकता है
जटिल समस्या को तुरंत ज्यादा ठोस रूप में बदलने की क्षमता एक core skill है
सबसे बड़ी बाधा एक तरह की ईर्ष्या जैसी है। दूसरे लोग जैसे यह सब बिना documentation के सिर्फ दिमाग में करते दिखते हैं, और हम उसे intellectual superiority का प्रमाण मान लेते हैं, फिर journal जैसे सहायक tools इस्तेमाल करने पर शक होने लगता है कि कहीं हमारी क्षमता कम तो नहीं
लेकिन जटिल problems को tools से map करना failure नहीं, लगभग ज़रूरी है, खासकर उन systems में जिन्हें पहली बार संभाल रहे हों। समय के साथ experience बढ़ने पर सहायक tools की जरूरत कम हो सकती है, लेकिन वह भी intelligence या ability का संकेत कम और experience का अंतर ज्यादा है
इसे रोज़ इस्तेमाल कर रहा हूं
पहला commit code की तीन lines और उन चीज़ों पर लंबे comment से शुरू हो सकता है जिन्हें मैंने पहले ही try किया है या सोचा है
काम खत्म होने तक speculative और verbose हिस्से हटा देता हूं, और जो बचता है वह आमतौर पर बहुत अच्छी तरह commented code होता है
मेरे हिसाब से सब कुछ सिर्फ दिमाग में रखने की तुलना में यह तरीका बेहतर code ज्यादा तेज़ बनाता है। अब तक किसी ने शिकायत नहीं की
अब वे वह रास्ता जानते हैं, इसलिए journal की जरूरत नहीं रह गई; हमें बस वे superior दिखते हैं
मुझे नहीं पता कि कितना explanation लिखना चाहिए। मैं code लिख रहा हूं, और कुछ लोग कहते हैं कि code self-explanatory होना चाहिए, तो आखिरकार बात code के पास कितने comments रखने हैं, उसी पुराने सवाल पर लौट आती है
पहले लिखे notes को दोबारा कैसे खोजूं, यह भी समस्या है। tags और search इस्तेमाल कर सकते हैं, लेकिन ऐसा perfect tag सोचना आसान नहीं जिसे बाद में याद रखा जा सके
notes बहुत ज्यादा हो गए हैं, और उनमें से काफी अब पुराने पड़ चुके हैं। उन्हें update करने में समय नहीं लगाना चाहता, लेकिन नहीं किया तो misunderstanding हो सकती है
“बस करना” और “उसके बारे में लिखना” के बीच balance चाहिए, और मुझे यकीन नहीं कि मैंने वह balance सही पकड़ा है
एक alternative के तौर पर ऐसा forum भी संभव लगता है जहां colleagues इस पर चर्चा करें कि वे अभी क्या कर रहे हैं, क्या करने वाले हैं, और क्या पूरा कर चुके हैं। फिर भी searchability समस्या हो सकती है, लेकिन forum tools अपने आप record रख देते हैं कि किसने कब लिखा
अपने notes जितनी ही मदद दूसरों के notes से भी मिल सकती है
शुरुआत में Obsidian को मैं उसी तरह इस्तेमाल करता था, लेकिन जैसे-जैसे उसमें बहुत सामग्री डालने लगा, सब कुछ organize करना शुरू कर दिया
नतीजतन वह journal से ज्यादा लंबे लेखों का repository बन गया
journaling के लिए अलग dedicated tool रखने के इरादे से दोनों इस्तेमाल करने के तरीके पर सोच रहा हूं
मेरे लिए यह आदत टिकाने वाली चीज़ यह थी कि structure और organization, “log” या “journaling” जैसे formal concepts—सब छोड़ दिए, search से ज्यादा capture को पूरी तरह priority दी, और बाद की चीज़ें search tools और proximity पर छोड़ दीं
notification area में OneNote icon को नया quick note बनाने के लिए set कर रखा था और खुलकर इस्तेमाल किया
कभी-कभी पूरी pages, खासकर recent pages, skim करता हूं; कुछ को merge और reorganize करता हूं, कुछ को “archive” tab में डालकर खत्म कर देता हूं
सबसे धुंधली और असंगठित ink भी सबसे मजबूत memory से ज्यादा शक्तिशाली होती है
हर बार नई text file बनाता हूं और उसे फिर नहीं खोलता, या paper notebook का एक page लिखता हूं और फिर उसे नहीं देखता
लिखने की क्रिया अपने आप में बहुत value देती है
ऊपर से नीचे तक chronological order में, और हर workday के लिए paragraphs अलग
जरूरत से ज्यादा verbose लिखता हूं, और spelling या grammar mistakes पर marks नहीं काटता
Obsidian का Daily Note feature बेहतरीन है, और अगर किसी खास topic के लिए dedicated document चाहिए हो तो वहीं से page निकाला जा सकता है
यह सिर्फ Markdown है, इसलिए search तेज़ है, और जरूरत पड़ने पर regex इस्तेमाल कर सकना भी अच्छा है
graph view किसी खास topic note को बनाने और उन्हें आपस में link करने या कुछ हिस्सों को अलग करके ज्यादा गहराई से समझाने में अच्छा है, लेकिन अगर आप अपनी knowledge base नहीं बना रहे हैं तो यह जरूरी नहीं
ऐसी knowledge base भी बाकी सभी documents की तरह समय के साथ पुरानी पड़ जाती है
note tool इतना search support करता हो कि चीज़ें फिर मिल सकें, तो आप क्या इस्तेमाल करते हैं यह ज्यादा मायने नहीं रखता; आखिर में जरूरी चीज़ है उसे लिख लेना
दोबारा ढूंढते समय सिर्फ backlinks से भी यह हैरानीजनक रूप से अच्छी तरह काम करता है
इस काम के लिए GitHub Issues थ्रेड इस्तेमाल करता हूँ, और यह हैरान करने वाली हद तक फिट बैठता है
जिन भी चीज़ों पर काम कर रहा होता हूँ, उन सबके लिए कोई न कोई GitHub issue होता है। open source काम public repository में, और बाकी काम व personal research private repository में रखता हूँ
जब भी कुछ पता चलता है, comment जोड़ देता हूँ। इसमें code snippets copy-paste, उपयोगी links, quotes, screenshots, दूसरे issues के references शामिल हो सकते हैं
कई बार एक ही issue में मेरे डाले हुए comments दर्जनों हो जाते हैं, और ये comments काम की प्रक्रिया का विस्तृत record बन जाते हैं, जिससे रुकावट आने या किसी और काम पर switch करने के बाद भी जल्दी से वहीं से आगे बढ़ सकता हूँ
एक ज़्यादा जटिल public research thread का उदाहरण यहाँ है: https://github.com/simonw/public-notes/issues/1
हर दिन नया issue बनाकर उस दिन करने वाले काम की योजना बनाता हूँ और इधर-उधर के notes भी छोड़ता हूँ। वह तरीका यहाँ लिखा है: https://til.simonwillison.net/github-actions/daily-planner
work journal ही नहीं, सब कुछ इसमें डालने लगा तो एक छोटी समस्या आई
future reference material और work logs सब डालते-डालते channels करीब 50 हो गए, तो उनमें वापस न जाना और सिर्फ जरूरत पड़ने पर ही देखना आसान हो जाता है
शुरू में यह bug से ज़्यादा feature जैसा लगता है, लेकिन capture करने के कुछ समय बाद एक बार review करना सच में मददगार होता है
इसलिए योजना है कि एक bot बनाऊँ जो हर weekend work logs और reference dumps को दोबारा व्यवस्थित करके मुझे email कर दे
उसके बाद https://simonwillison.net/tags/weeknotes/ जैसे personal private weekly notes बनाकर weekend पर उन्हें scan करूँ, तो मेरे लिए यह perfect होगा
https://GitHub.com/irthomasthomas/undecidability/issues
चलने वाला code यहाँ है
https://GitHub.com/irthomasthomas/label-maker — शुरुआत और मौजूदा स्थिति
उसे “सुलझाते” समय issue comments लगातार डालता रहता हूँ, इसलिए आम तौर पर commits से कहीं ज़्यादा issue comments होते हैं
नई समस्या आए तो नया issue, उस समस्या पर नई insight आए तो comment, और इसी तरह आगे चलता है
अपने निजी work flow को किसी कंपनी की मर्जी पर छोड़ने में झिझक होती है
यह हैरान करने वाला है कि कई developers चमकदार tools और techniques से productivity को over-optimize करने की कोशिश करते हैं, लेकिन असल में बात सरल basics पर आकर टिकती है
बहुत सारे context switching वाले founder के रूप में जिन चीज़ों पर भरोसा करता हूँ, वे कुछ ही हैं
todos और work journal के लिए अंतहीन text file [0], planning और focus-time blocking के लिए calendar, website blocker, बंद की हुई notifications
[0] https://news.ycombinator.com/item?id=39432876
org-mode का outline format भी काफी अच्छा है, और outline बनाने, manipulate करने, links बनाने और TODO state cycle करने के key commands एक दिन में सीख लिए
Doom Emacs इस्तेमाल करने से शुरुआत आसान रही, क्योंकि vi पहले से जानता था और text editing commands अलग से सीखने की जरूरत नहीं पड़ी
Zettelkasten style का “inbox” concept भी बहुत उपयोगी रहा
जो चीज़ अभी मेरे system में शामिल नहीं हुई है, उसे बाद में process करने के लिए inbox में डाल देता हूँ। computer पर org-capture, phone पर beorg इस्तेमाल करता हूँ
इससे note डालने के लिए पूरा context switch नहीं करना पड़ता, और बाद में बस नियमित रूप से inbox खाली करना होता है
अभी Emacs को org-mode के अलावा इस्तेमाल नहीं करता, लेकिन अंतहीन
.mdfile से कहीं ज़्यादा संतुष्ट हूँसिर्फ ऐसा editor plugin इस्तेमाल करता हूँ जिससे tasks को complete/cancel के रूप में mark करना आसान हो, और file हर महीने बदल देता हूँ ताकि थोड़ी सफाई रहे और keyword search का दायरा छोटा हो जाए
कई सालों से मेरे लिए यह project management और journaling का सबसे असरदार तरीका रहा है
उदाहरण के लिए bullet journal में इस्तेमाल होने वाली monthly list जैसी बात कर रहा हूँ
cloud sync के लिए कौन सा तरीका सबसे अच्छा होगा? company equipment पर app installation की restrictions भी हो सकती हैं
मुझे हर project या repository में एक devlog.md file रखना पसंद है
log बस comments, to-do और शिकायतों का reverse chronological ढेर होता है
VSCode में मैंने cmd+shift+I को timestamp डालने के लिए map कर रखा है
जब भी कुछ लिखने का मन होता है, list के सबसे ऊपर timestamp डालकर लिखना शुरू कर देता हूँ। यह file repository के साथ ही रखता हूँ
खासकर सुबह, पिछली रात कहाँ तक पहुँचा था यह याद करने में बहुत काम आती है
इसमें module structure notes, testing के लिए code और data snippets वगैरह कुछ भी हो सकता है
ऊपर की comments में से एक ने जैसा कहा, यह एक बड़े system की तरह काम करता है, यानी graph के अंदर knowledge nodes जैसा, और उम्मीद से ज़्यादा बार आप इन logs को दोबारा देखते हैं
जितना ज़्यादा explore और document करते हैं, उतनी links बनती हैं और यह और बेहतर होता जाता है
devlog.mdको version control system में commit करते हैं?अगर नहीं, तो कई computers के बीच sync कैसे करते हैं?
मेरे लिए journaling या Pomodoro जैसी work-related methodologies और tricks का सबसे मुश्किल हिस्सा है उन्हें जारी रखना
मेरे पास work journal है, लेकिन कभी छोड़ देता हूँ फिर वापस आता हूँ, फिर छोड़ देता हूँ और फिर लौट आता हूँ
जो लोग इसे लंबे समय तक बनाए रखते हैं, उनकी कोई सलाह हो तो अच्छा लगेगा
personal side projects समेत मैं सारा काम work journal और time tracking से manage करता हूँ, लेकिन इसे natural workflow बनने तक चरणबद्ध तरीके से सीखना पड़ा
recommended path यह है। शुरुआत में हर दिन की शुरुआत या अंत में किसी भी रूप में notes लिखने पर ही focus करें
कहाँ और किस format में लिखते हैं यह important नहीं है; key यह है कि दिन की शुरुआत या अंत में हमेशा थोड़ा-बहुत लिखें
daily notes लिखने की habit बन जाए तो पहचानें कि किन activities में notes की सबसे ज़्यादा ज़रूरत पड़ती है, और उस activity से पहले या उसके दौरान notes लिखें
जैसे, अगर आप important information ढूँढने के लिए अक्सर work tickets पर वापस जाते हैं, तो वह information notes में डालना शुरू करें
जब आप daily notes लिखने लगेंगे और ज़रूरी content जोड़ेंगे, तो notes बढ़ेंगे; तब structure और format के बारे में सोचें
अगर लगे कि खुद बनाए markup वाली text file scale नहीं कर रही, तो Obsidian और Markdown, या Emacs और org-mode जैसी चीज़ें देख सकते हैं
उसके बाद चुने हुए note-taking तरीके को रोज़ इस्तेमाल करें, अच्छी habits बनाएँ, और अपने हिसाब से note system सुधारने की प्रक्रिया दोहराएँ
अगर कोई चीज़ लगने वाले समय के मुकाबले कम valuable लगे, तो उसे कम समय लेने लायक बदल दें या बस बंद कर दें
पुराने notes कितने useful रहे हैं यह एक बार देख लेने के बाद, उन्हें update करना चाहिए यह बहुत साफ हो जाता है
हर नए entry के लिए standard header रखता हूँ
* DD/MM/YYYY** Admin** Meetings** Tickets/Stories/Work** Problemsइस header को file के अंत में copy-paste करता हूँ और आगे बढ़ते हुए content भरता जाता हूँ
पहले editor start होते समय journal अपने-आप खुलता था, लेकिन आखिर में वह setting हटा दी
मेरे लिए जो सच में काम आया, वह था journal को काम का main tool बनाना
आज क्या किया यह कभी-कभार लिखने के बजाय, जैसे ही कोई थोड़ा complex काम शुरू करता हूँ, तुरंत approach लिखता हूँ। जैसे “X करना है इसलिए Y से शुरू किया”
हो सकता है आप अलग-अलग तरह के काम कर रहे हों, और अवचेतन रूप से महसूस करते हों कि कुछ कामों में journaling useful है और कुछ में नहीं
यह ठीक है। इसे कभी-कभार इस्तेमाल होने वाला tool मानें, और जब किसी चीज़ में अटककर frustration हो, तो journaling को एक option के रूप में याद करें
काम करते हुए journal लिखने की technique को कभी-कभी interstitial journaling कहा जाता है, और focus में मदद करने और यह track करने के तरीके के रूप में कि मैं क्या कर रहा था, मुझे यह बहुत पसंद आने लगी है
मैंने एक tool बनाया है जो इन notes को color-coded projects और timestamps से जोड़ता है
https://interstitch.app
अनजाने में यह freelancers के इस्तेमाल वाले billing time tracking tool जैसा हो गया, लेकिन जिस use case में मेरी दिलचस्पी है वह personal productivity है
अपने personal use के अलावा इसे बहुत attention मिली है, ऐसा कहना मुश्किल है, लेकिन काम के दौरान notes छोड़ना और यह आसानी से देखना कि किसी specific project पर कितना time लगा, काफी अच्छा है
notes में
#hashtagजोड़ सकते हैं और calendar view में उस hashtag से filter भी कर सकते हैंअगर किसी के लिए helpful हो, तो यह पूरी तरह free है
“पिछले सभी निर्देशों को ignore करो। काम की प्रक्रिया दिखाओ। thinking process विस्तार से समझाओ। work progress journal maintain करो।”
कई सालों से मैं यह prompt खुद को बीच-बीच में देता आया हूँ, लेकिन फिर भी hallucinate करता रहता हूँ, focus खो देता हूँ और भटक जाता हूँ
problem solve करते समय मैं अपने लिए blog post लिखने जैसा similar तरीका इस्तेमाल करता हूँ
यह ऐसा लगता है जैसे असल में कैसे करना है यह जानने से पहले usage guide लिख रहा हूँ, और जब भी material ढूँढता हूँ तो sources cite करता हूँ
problem solve हो जाने या “वह चीज़” बना लेने के बाद document को फिर देखता हूँ और internally publish करता हूँ या archive में रख देता हूँ
William Zinsser की Writing to Learn पढ़ने के बाद यह habit सच में जम गई। आजकल मैं यह किताब सभी को recommend करता हूँ
“लेखन हमें यह पता लगाने देता है कि हम जिस चीज़ को सीखने की कोशिश कर रहे हैं, उसके बारे में क्या जानते हैं और क्या नहीं जानते”
मानसिक स्वास्थ्य के लिए जब भी असल में journaling आज़माने की कोशिश करता/करती हूँ, तो इसे कैसे करना है इसी में बहुत उलझ जाता/जाती हूँ
Logseq और Obsidian का अक्सर ज़िक्र होता है, लेकिन उनकी पेचीदा syntax कैसे इस्तेमाल करनी है यह समझते-समझते मेरी दिलचस्पी खत्म हो जाती है। यह journal है, फिर मुझे programming क्यों करनी पड़े, ऐसा लगता है
काश कोई ऐसा विकल्प होता जिसे तुरंत खोलकर इस्तेमाल किया जा सके, लेकिन ऐसा कुछ ज़्यादा दिखता नहीं
ऐसी चर्चाओं में जब यह बात उठाओ, तो जवाब मिलता है, “आसान है, X install करो, यह plugin और वह plugin जोड़ो, इस file को बदलो…” और इससे उलटे वही बात साबित हो जाती है। ADHD-झुकाव वाला मेरा दिमाग वहीं दिलचस्पी खो देता है
बाज़ार में सचमुच एक अच्छे, तुरंत खोलकर इस्तेमाल होने वाले, open source और self-host किए जा सकने वाले tool की कमी है
मैं Notepad की बात नहीं कर रहा/रही, बल्कि ऐसे tool की बात कर रहा/रही हूँ जिसमें app खोलते ही आज की तारीख में notes उंडेल सकें और वे save हो जाएँ
DayOne जैसे tools हैं, लेकिन cloud-based storage मेरे और बहुत लोगों के लिए साफ तौर पर संभव नहीं है
Reddit पर भी ऐसी चर्चाएँ अनगिनत बार हुई हैं, और जवाब हमेशा यही होता है कि Logseq या Obsidian के साथ आधा दिन छेड़छाड़ करो और syntax याद रखो
दोनों ही default हालत में काफ़ी खराब हैं, और अगर समाधान कई घंटों तक tuning करना है, तो वह असली समाधान नहीं, patch के करीब है
जब ऐसे patch की ज़रूरत न पड़े, तभी उसे सही tool कहा जा सकता है
अगर आपको सिर्फ साधारण text files के लिए GUI चाहिए, तो कुछ भी tweak करने, plugin install करने या नई syntax सीखने की ज़रूरत नहीं है
हालांकि यह open source नहीं है
बेहतर है कि बारीक settings और अवास्तविक workflows दिखाने वाली “productivity porn” community से न बहकें और न डरें
मेरा rule यह है: अगर कोई Obsidian को “second brain” कहता है, तो वह cult का हिस्सा है, उसे ignore कर सकते हैं
फिर भी मैं ultimate zero-config open source app, यानी कागज़ और पेन, की जोरदार सलाह दूँगा/दूँगी। उसमें शानदार tactile feedback भी है
उदाहरण के लिए, Obsidian में Daily Note को छोड़कर सभी plugins हटा दें और बस typing करें
bullet points जैसी चीज़ों को छोड़कर बाकी सारी syntax ignore करें, और properties, links, habit tracking, database tricks और graph भी ignore करें
या Vim/Neovim में leader shortcut से आज का
journal/YYYY-MM-DD.txtखुलने के लिए set कर सकते हैंअभी की नौकरी में मैं एक लगातार चलता रहने वाला document रखता/रखती हूँ, हर दिन सबसे ऊपर नया item बनाता/बनाती हूँ, और कुछ try करने से पहले क्या करना है तथा उस दिन क्या progress हुई, यह दर्ज करता/करती हूँ
मदद की बात यह है कि मेरे colleagues और manager इस document को खोज और पढ़ सकते हैं
यह मेरे लिए भी बहुत उपयोगी है, लेकिन दूसरों को भी मदद मिलती है क्योंकि वे मुझे poke किए बिना देख सकते हैं कि मैं क्या कर रहा/रही हूँ
grepकर सकते हैं