डेवलपर के तौर पर सबसे महत्वपूर्ण टूल पेन और नोटबुक हैं
(hamatti.org)- सॉफ्टवेयर डेवलपमेंट में coding, कंप्यूटर को क्या करना है यह निर्देश देने के अंतिम चरण के करीब है; उससे पहले ज़रूरी काम यह तय करना है कि क्या और कैसे बनाना है
- code editor खोलते ही सीधे implementation में डूब जाने वाला feature mode सक्रिय होना आसान है, इसलिए creative thinking के लिए कंप्यूटर से दूर समय चाहिए
- नोटबुक में लिखने और sketch करने से धुंधले ideas शब्दों और चित्रों में ठोस बनते हैं, और समझ की खाली जगहों को अनदेखा करना मुश्किल हो जाता है
- नए problem के शुरुआती solution, UI sketches, flowcharts, मौजूदा codebase के data flow और interactions को नोटबुक में व्यवस्थित करके implementation की दिशा तय की जाती है
- code को समझाते हुए लिखकर व्यवस्थित करने से design mismatch, खराब structure और mistakes ढूंढना आसान होता है, और बाद में लौटकर देखने के लिए सोचने की प्रक्रिया का record भी बचा रहता है
कंप्यूटर से बाहर बेहतर होने वाली डेवलपमेंट सोच
- software development में code लिखना ज़रूरी है, लेकिन पहले तय करने वाली मुख्य बात यह है कि कौन-सा code लिखना है और कैसे approach करना है
- code editor खुला हो तो आप तुरंत कुछ ऐसा लिखने की स्थिति में आ जाते हैं जो काम करे, और उस स्थिति में creative thinking आसानी से flow नहीं होती
- problem solve करते समय कंप्यूटर से दूर होकर walk करते हैं, या नोटबुक लेकर sofa या outdoor patio में बैठकर सोचते हैं
- walk की जगहों के तौर पर San Francisco Bay, Spree, Aurajoki जैसे waterfront areas का ज़िक्र है
- नोटबुक में नए problem के शुरुआती solution की कल्पना करते हैं, approach design करते हैं, और UI sketches या flowcharts बनाते हैं
- मौजूदा codebase पर काम करते समय भी data flow और interactions को नोटबुक में व्यवस्थित करते हैं, और इसी आधार पर bug fix या new feature जोड़ने का तरीका ढूंढते हैं
लिखने और sketch करने का असर
- writing और sketching, धुंधले और abstract विचारों को शब्दों और चित्रों में बदलने वाले thinking tools हैं
- सिर्फ दिमाग में सोचते समय जिन knowledge या understanding gaps को छोड़ा जा सकता है, लिखने पर उनसे बचना आसान नहीं रहता
- code लिखने के बाद, वे उसे किसी और को समझाने की तरह लिखकर व्यवस्थित करना पसंद करते हैं
- संभव हो तो blog post के रूप में public करते हैं
- public न कर पाने पर भी उसी तरीके से लिखना code की inconsistencies, खराब design और mistakes खोजने में मदद करता है
- संबंधित लेख के तौर पर how writing is my favourite refactoring tool छोड़ा है
- लिखकर सोचने से सोचने की प्रक्रिया खुद record के रूप में बच जाती है, जिससे अलग से नए notes बनाने की ज़रूरत कम हो जाती है
- बाद में उपयोग के लिए बस फिर से व्यवस्थित और polish करना काफी होता है
- 2 हफ्ते, 6 महीने या 2 साल बाद अगर पूछा जाए कि कोई खास decision क्यों लिया था, तो नोटबुक फिर से देखकर उस समय की सोच सत्यापित की जा सकती है
- वह सवाल पूछने वाला अक्सर भविष्य का अपना ही self भी होता है
- work notes की content पर ज्यादा केंद्रित एक अलग लेख how I take work notes as a developer भी है
1 टिप्पणियां
Hacker News की राय
अच्छी चर्चा है। मुझे लगता है कि असली मुद्दा नोटबुक बनाम डिजिटल टूल्स नहीं है, बल्कि यह है कि कौन-सी चीज़ आपके दिमाग के गियर बदलवाती है
हर बार जब आप मोड बदलते हैं, दिमाग अलग तरीके से ध्यान देने लगता है, और वह नया context focus, creativity और memory recall तक बढ़ा सकता है। हाल ही में मैंने रात में coding की जगह writing को नए शौक के रूप में शुरू किया, तो दिमाग reset हुआ और दिन में काम की performance भी बेहतर हुई। planning के साथ भी ऐसा ही है: digital से pen और paper पर जाने से routine टूटता है और दिमाग अलग तरह से जुड़ता है। tool खुद से ज़्यादा अहम बात यह है कि बदलाव दिमाग को जगाता है
यह बात मैंने और जगह ज़्यादा नहीं देखी, लेकिन पिछले 9 सालों में इसने problems और learning को approach करने का मेरा तरीका बदल दिया। notebook पर switch करना भी इसे trigger करने के अच्छे तरीकों में से एक के रूप में इस्तेमाल करता हूँ
3D object को 2D में समझाने के लिए extra projections की ज़रूरत होती है। 3D object को 2D में मोटे तौर पर समझाने के लिए तीन drawings चाहिए। अगर object 3D से भी ज़्यादा जटिल हो, तो उसे बहुत ज़्यादा angles से देखना पड़ता है
साल बीतने के साथ voice recorder का इस्तेमाल कम करता हूँ, लेकिन जब time कम हो और अगले काम पर जाना हो, तो मुझे यह best लगता है। voice recorder को medium की तरह इस्तेमाल करने का मतलब है बाद में ध्यान से फिर सुनना, और कही हुई बातों को किसी दूसरे तरीके से लिखना। वह ज़्यादा permanent paper notebook हो या text file, फर्क नहीं पड़ता। हर repetition में thought कुछ हद तक बदलता है, और उसी से idea को अलग तरीके से देखने का मौका मिलता है
kitchen में जाकर पानी उबालना और चाय के steep होने का इंतज़ार करना मुझे desk से दूर कर देता है, और इंतज़ार के दौरान अपने-आप से बात करते हुए सोचने का मौका देता है। कभी-कभी सिर्फ chair से उठना ही कठिन problem को हल कर देता है और answer साफ दिखने लगता है। हालांकि कई सालों बाद भी कभी-कभी यह याद नहीं आता और मैं बस उसी पर अटका रहता हूँ
math, physics और computer science में मिले सबसे smart लोगों में से कुछ notebook भी नहीं इस्तेमाल करते थे, बल्कि printer paper और pen इस्तेमाल करते थे। काम खत्म होने पर paper फेंक देते थे
बहुत पहले के personal notes उपयोगी निकले हों, ऐसा कम ही हुआ। जो चीज़ लिखकर रखने लायक होती है, उसे document कर देता हूँ, ताकि बाद में कोई और मेरे खोजे हुए अजीब point को संयोग से ढूंढ सके। जो सच में याद रखना हो, उसके flashcards बनाता हूँ और spaced repetition से तब तक सीखता हूँ जब तक पक्का न हो जाए। हालांकि मेरा तरीका बहुतों के लिए सही न भी हो सकता है। लगता है कि इस लेख को बहुत personal और literal तरीके से लिया जा रहा है। यह writer की philosophy share करने वाला लेख है, यह घोषणा नहीं कि सबको इसे follow करना चाहिए। pen और notebook आपके लिए सही नहीं हैं तो इस्तेमाल मत कीजिए
इससे जुड़े सैकड़ों लेख हैं और यह well-documented phenomenon है: https://www.newscientist.com/article/2414241-writing-things-...
handwriting typing की तुलना में ज़्यादा senses और brain regions, खासकर motor cortex, का इस्तेमाल करती है, इसलिए उसका असर ज़्यादा होता है। मैं इसे बहाना बनाकर Moleskine खरीदने के बारे में सोचता रहता हूँ, लेकिन handwriting मेरे workflow का हिस्सा नहीं है। इसके बजाय मेरे लिए text buffer में बहुत कुछ type करके फिर उसे transform करना सही है, खासकर अब जब LLM भी हैं। जब दिमाग बिल्कुल रुक जाता है, तो मैं text editor में लगभग न पहचान में आने वाले phrases type करना शुरू करता हूँ, फिर दिमाग जागने पर उन्हें edit, refactor और organize करता हूँ। तब अक्सर उस दिन लिखने वाले email या code की धुंधली outline, या कम से कम to-do list जैसी कोई चीज़ निकल आती है। शुरुआती doodles में से ज़्यादातर delete कर देता हूँ। फिर भी यह सही है कि handwriting memory retention में मदद करती है
मैं समय-समय पर notes review करता हूँ और जो preserve करने लायक होते हैं, उन्हें summarize करके appropriate record system में डाल देता हूँ। calendar, ticket, wiki, spaced repetition—कुछ भी हो सकता है। इसी तरह, सच में बचाकर रखने लायक चीज़ें बहुत कम होती हैं, और यह ठीक है। paper notes record system नहीं, बल्कि working memory का extension ज़्यादा हैं
पीछे मुड़कर देखने में value हो सकती है, लेकिन मैं खुद से ऐसा करवा नहीं पाया
कभी-कभी बाद में reference के लिए कोई ऐसी बात लिखता हूँ जो भूल सकता हूँ, तो छोटा post-it बाहर निकला हुआ चिपका देता हूँ ताकि आसानी से मिल जाए
डेवलपर के लिए नोटबुक “सबसे महत्वपूर्ण टूल” है, यह शुद्ध romanticism है। कुछ लोगों के लिए उपयोगी हो सकती है, लेकिन यह दिखावा नहीं करना चाहिए कि यह debugger, version control और continuous integration से ज्यादा महत्वपूर्ण है। यह कारीगरी की नकल नहीं, software engineering है
जिन tools की बात हुई है वे बेशक महत्वपूर्ण हैं, और मैं भी उनका वाकई अच्छे से इस्तेमाल करता हूं। मैं version control या debugger के बिना developer के तौर पर काम नहीं करना चाहूंगा। उन्हें खो दूं तो निश्चित रूप से धीमा हो जाऊंगा और चिढ़ भी होगी। फिर भी मेरे लिए notebook उनसे ज्यादा महत्वपूर्ण है। code लिखना और चलाना काम खत्म करने के tools हैं, लेकिन मेरे लिए software development किसी समस्या को हल करने या जीवन को आसान बनाने वाली कोई मूल्यवान चीज बनाने का काम है। वहां code अक्सर अपेक्षाकृत मामूली implementation detail होता है, और क्या और कैसे बनाना है यह समझना कहीं ज्यादा महत्वपूर्ण है। कुछ लोग code editor या digital tools के अंदर अच्छे से सोचते हैं, लेकिन मैं जब code editor में कोई feature बनाना शुरू करता हूं तो detailed implementation mode में चला जाता हूं और बड़ी तस्वीर देखना मुश्किल हो जाता है। इसलिए coding से पहले और coding के दौरान notes लेकर उन्हें सोचने के tool की तरह इस्तेमाल करना मेरे काम का केंद्र है। दूसरे tools न इस्तेमाल कर पाऊं तो धीमा हो जाऊंगा, लेकिन अगर pen और paper से लिखते हुए सोच नहीं पाऊं तो मेरी सोचने, समस्या हल करने और creativity की क्षमता बुरी तरह प्रभावित होगी और अंत में मैं खराब software लिखूंगा
कभी लोग Obsidian workflow को आदर्श रूप में समझाते हैं लेकिन खुद कोई उपयोगी notes नहीं छोड़ते, और कभी कोई कहता है कि उसका blogging तरीका इतना अनोखा है कि उसे अपना blog engine बनाना पड़ा, और लिखने के बजाय blog बनाने में समय लगाता है। मैं भी यह झेल चुका हूं। “यह कारीगरी की नकल नहीं, software engineering है” वाली बात मुझे पसंद आई। इसे चुराकर अपने notes में लिखना पड़ेगा
blue-collar machinist और white-collar engineer के बीच फर्क इस बात में है कि वे इस्तेमाल की जाने वाली machine को कैसे देखते हैं। engineer के लिए machine, चाहे slide rule हो, calculator हो या supercomputer, बस एक tool है। वह engineering इसलिए नहीं करता कि वह tool इस्तेमाल करता है, बल्कि इसलिए करता है कि वह सोचता है और tool उस सोच को थोड़ा तेज करने में मदद करता है। machinist के लिए machine ही काम है। चीज बनाने की machine न हो तो चीज नहीं बनाई जा सकती, और सिर्फ सोचने से चीज नहीं बनती, इसलिए चीज के बारे में सोचना अर्थहीन हो जाता है
लेकिन भावना का मूल अब भी सही है। software बनाते समय अच्छा code design काम का सबसे मूल और महत्वपूर्ण हिस्सा है। जिन tools का उल्लेख किया गया है वे उस code को deliver करने में मदद करते हैं, लेकिन अगर code design ही गलत है तो उनका ज्यादा अर्थ नहीं रहता। आजकल code design की प्रक्रिया खोई हुई कला जैसी लगती है। developers acceptance criteria पास करने लायक कुछ भी दीवार पर फेंककर चिपकाने के इतने आदी हो गए हैं। सच में code के logic और flow को paper या diagram app आदि पर परखने की प्रक्रिया developer community के बड़े हिस्से से गायब है। अगर लोग IDE खोलकर सबसे पहले दिमाग में आए code को debug करने से पहले feature के logic की समीक्षा करने को तैयार हों, तो apps में bugs शायद कुछ कम हो सकते हैं
ज्यादातर comments भौतिक pen और paper पर केंद्रित हैं, लेकिन नीचे छिपे principle को मिस कर रहे हैं
लेखक pen और paper इसलिए इस्तेमाल करता है क्योंकि computer के सामने बैठते ही वह design के बजाय implementation करने वाले feature mode में बदल जाता है। बस इतनी बात है। महत्वपूर्ण takeaway यह है कि जब design करना हो, तब implementation में फंस जाने के trap से बचें। यह संतुलन कैसे बनाए रखना है, यह हर व्यक्ति पर निर्भर है
अपने लिए सही tools ढूंढना महत्वपूर्ण है। यह लेख लिखने की एक वजह यह भी थी कि ऐसी tech team में जहां सभी रोज 7.5 घंटे computer के सामने बैठते हैं, मैं अक्सर outsider जैसा महसूस करता था क्योंकि मैं screen और keyboard से दूर होने पर बेहतर सोचता हूं। मैं अपने जैसे लोगों को, और उन लोगों को जो महसूस करते हैं कि वे fit नहीं होते, एक example दिखाना चाहता था
करीब 20 साल से software लिख रहा हूं, और उससे पहले कुछ साल organic chemistry में PhD और research की थी। Australia में senior के तौर पर काम करता हूं और compensation भी काफी अच्छा है
मुझे aphantasia है, इसलिए मैं दिमाग में चीजों को visualize नहीं कर सकता या तस्वीर की तरह सोच नहीं सकता। इसलिए मैं pen और paper, whiteboard का बहुत ज्यादा इस्तेमाल करता हूं। ERD, mind map, sequence diagram वगैरह बनाता हूं, और ReMarkable इस्तेमाल करता हूं ताकि चलना-फिरना और organize करना थोड़ा आसान और प्रभावी हो सके। कुछ लोग इसे शुद्ध romanticism मान सकते हैं, लेकिन pen और paper मेरी सफलता के लिए निर्णायक रहे हैं
interview में time limit होती है, इसलिए दिखाने लायक कुछ बनाने के लिए मैं सीधे coding शुरू कर देता हूं, लेकिन दिमाग में कुछ भी draw नहीं कर पाता, इसलिए सचमुच अंधे की तरह coding कर रहा था। मैं problem को बार-बार पढ़ता रहता था और उम्मीद करता था कि solution सूझ जाएगा। यह समझने के बाद मैंने A2 notebook में problem को draw करना, paper पर problem solve करना, और अंत में solution को भी paper पर map करना शुरू किया। तब जादू की तरह code naturally निकलने लगता है। शायद सामान्य लोग programming करते समय इसी तरह सोचते होंगे
दोनों कर चुका हूं। पूरी तरह digital भी, और पूरी तरह notes-केंद्रित भी आजमाया है। अब तक जो सबसे अच्छा तरीका मिला है, वह है long-term notes को notes app में रखना और current thinking process को notebook में रखना
यानी अभी जो काम कर रहा हूं या उसकी process जैसी चीजें। इससे physical notes की search और copy वाली समस्या कम हो जाती है। लेकिन ongoing process या task को हाथ से लिखूं तो बहुत बेहतर याद रहता है। कभी-कभी सिर्फ लिखना ही काफी होता है, दोबारा देखने की जरूरत नहीं पड़ती। फिर भी जब दोबारा देखना पड़े, तो final result तक कैसे पहुंचा था, इसका बेहतर अंदाजा मिलता है। क्योंकि वह journey notebook में लिखी होती है। fountain pens पसंद होना भी मदद करता है
यहां comments section में बाकी सबकी तरह आपको एक पक्ष चुनकर पूरी तरह committed होना होगा। लेकिन आपने पहले ही खुले दिमाग से दोनों, यानी fully digital और fully notebook, आजमा लिए हैं, इसलिए अब बहुत देर हो चुकी है। इसलिए आपका judgement automatically अमान्य और गलत है। rules ऐसे ही हैं
पेन और फिजिकल नोटबुक वाली बात समझ नहीं आती। लिखने की गति धीमी होती है, लिखी हुई चीज़ खोजने में बेहद ज़्यादा समय लगता है, और उसे कॉपी या शेयर करना लगभग नामुमकिन होता है
वह नोटबुक मेरे विचारों को पकड़ने का सबसे तेज़ और सबसे आसान टूल है। कोई भी नोट-taking टूल boot होने से पहले ही मैं पिछले अक्टूबर की टीम मीटिंग में हुई चर्चा को संक्षेप में बता सकता हूँ। मुझे लगभग सभी सहकर्मियों के बच्चों के नाम, जन्मदिन और पसंदीदा फिल्में पता हैं, और screen sharing के दौरान भी बिना window switch किए उन्हें झट से देख सकता हूँ। यह बात कि ऐसी सामग्री दूसरों के लिए पढ़ना कठिन और शेयर करना असंभव है, मेरे लिए बहुत मूल्यवान feature है। मैं इसे जहाँ चाहूँ ले जाकर सोचता और नोट्स बनाता हूँ। न screen, न distractions। डूडल बनाता हूँ, लाइनें खींचता हूँ, चुटकुले लिखता हूँ, जो मन हो करता हूँ। दायाँ पेज काम के लिए है, बायाँ पेज मेरे ideas के लिए। पहले पेज का index ठीक-ठीक बताता है कि boring form-filling वाले ideas और mockups कहाँ हैं। मुझे यह भी पता चल जाता है कि मैं कब बेवजह घूम रहा हूँ। कुछ महीने पहले के अपने विचारों की खाली जगहें देख सकता हूँ, या इंसानी व्यवहार के वे patterns देख सकता हूँ जो वरना छूट जाते। इसकी simplicity इतनी बड़ी खूबी है कि मैंने इससे बेहतर चीज़ ढूँढ़ना बंद कर दिया। खास मौकों को छोड़कर मैं इसका प्रचार भी नहीं करता। इसने मेरा बहुत समय बचाया है
https://www.scientificamerican.com/article/why-writing-by-ha...
https://stackoverflow.blog/2022/11/23/why-writing-by-hand-is...
मेरे जैसे बिखरे हुए दिमाग के लिए हाथ से लिखना निश्चित रूप से बेहतर है। Searchability को ज़रूरत से ज़्यादा महत्व दिया जाता है। ज़्यादातर notes write-only होते हैं, और दोबारा पढ़े बिना जमा होते रहते हैं। इसलिए कंप्यूटर पर बेहतर search के लिए optimize करने के बजाय, बाद में सामग्री से बेहतर मानसिक जुड़ाव बनाने के लिए memory retention के लिए optimize करना बेहतर है। PC के notes निष्क्रिय होते हैं। असल में आप चाहते हैं कि वह सामग्री दिमाग में integrate हो, ताकि आप उससे सच में कुछ कर सकें
मैं लेखक से पूरी तरह सहमत हूँ। कंप्यूटर के सामने गहराई से सोचना सच में मुश्किल है और distractions बहुत ज़्यादा हैं। लिखने की speed और search मेरे लिए समस्या नहीं हैं। मैं तेज़ लिखना ज़रूर चाहूँगा, लेकिन गहरी सोच अपने-आप में तेज़ काम नहीं है। Search भी वैसा ही है: मैं जो लिखता हूँ उसका 99% दोबारा नहीं देखता। यह सब समस्या को सुलझाने और उसे याद में बैठाने की प्रक्रिया है। जब अटकता हूँ, तो कंप्यूटर से दूर होना आम तौर पर सबसे अच्छा अगला कदम होता है
प्रोफेसर board पर जो कुछ लिखते हैं, सब लिख लें। आपको हैरानी होगी कि lecture की कितनी बातें याद रह जाती हैं। और handwritten notes पढ़ने पर उस समय का lecture भी साथ में याद आ जाता है
long-term information store के रूप में यह पूरी तरह गलत tool है। यह सिर्फ temporary thought process notes के लिए ठीक है। जो चीज़ मौजूदा समस्या से ज़्यादा समय तक जीवित रहनी चाहिए, उसे मैं Obsidian में रखता हूँ
कई सालों तक तरह-तरह के note tools और apps आज़माकर चीज़ें व्यवस्थित करने की कोशिश करने के बाद, इस साल अपने New Year goals के हिस्से के रूप में मैंने तारीख़ वाले खानों वाला to-do list notepad का एक बंडल खरीदा और meetings या काम के दौरान उसमें मनमाने ढंग से लिखने का फैसला किया। ऐसा करने के बाद productivity बहुत बेहतर हो गई, यह देखकर हैरानी हुई
जिन लोगों को curiosity हो, उनके लिए product: https://www.amazon.com/dp/B0BS1WJZNW
मुझे हाथ से लिखना कहीं ज़्यादा पसंद है।[1] Moleskine, Field Notes काफी इस्तेमाल किए और Muji भी लंबे समय तक इस्तेमाल किया, लेकिन अब मैं Midori से बेहद प्रभावित हूँ
मैंने पहले ही कुछ notebooks खरीद ली हैं और और भी बहुत सारी खरीदने वाला हूँ। Midori Paper पर fountain pen की tactile ‘scratch’ इतनी शांत करने वाली है कि सबसे साधारण idea लिखते हुए भी लगता है जैसे मैं poet बन गया हूँ :-)
https://brajeshwar.com/2025/notes/
office में काम करने की जिन गिनी-चुनी चीज़ों की कमी महसूस होती है, उनमें से एक है बड़ा whiteboard और किसी सहकर्मी के साथ उसके सामने खड़े होना
सहकर्मी और marker के साथ architecture पर काम करने से अक्सर सच में elegant class design निकल आता था
आख़िरी बार CTO के रूप में काम करते समय मैंने पूरी team के लिए खरीदे थे। shared digital whiteboard पर दोबारा draw कर सकें, तो जगह कम पड़ने पर वही चार rectangles बारह बार फिर से बनाने की ज़रूरत नहीं रहती। मिटाने से पहले whiteboard की फोटो खींचने की नौबत भी कम आती है