Ask HN: AI का उपयोग करके कोड करते समय आप flow state में कैसे आते हैं?
AI-assisted और agentic coding tools के साथ प्रयोग कर रहे programmers रिपोर्ट करते हैं कि पारंपरिक “flow state” बनाए रखना मुश्किल है जब काम stop-start prompting, waiting, और reviewing में बदल जाता है। कई लोग coding की खुशी और deep engagement खोने की बात करते हैं क्योंकि काम project management, multiple agents के बीच multitasking, और higher-level planning की ओर शिफ्ट हो जाता है, जबकि कुछ कहते हैं कि उन्हें architecture, experimentation, या tightly scoped, fast feedback loops पर ध्यान देकर नए तरह के flow मिले हैं। विभिन्न दृष्टिकोणों में मुख्य कारक model speed और reliability, UI/UX (chat बनाम अधिक integrated tools), task chunk size, और code पर human का control तथा understanding हैं.
AI कोडिंग के साथ flow state पर समग्र भावना
- कई लोग कहते हैं कि वे agentic/AI कोडिंग के साथ पारंपरिक flow तक पहुंच ही नहीं पाते; अनुभव “stop-and-go” जैसा होता है, जैसे project management करना या किसी junior dev की babysitting करना।
- कुछ लोगों को लगता है कि coding का आनंद चला गया है; अगर AI अनिवार्य न हो तो वे इसका उपयोग नहीं करेंगे, और कुछ ने नई भूमिकाओं में AI से पूरी तरह पीछे हटकर बेहतर संतुष्टि की रिपोर्ट की है।
- दूसरों को नए तरह के flow मिलते हैं: छोटे, बार-बार आने वाले focus bursts, या code टाइप करने के बजाय higher-level design और learning में flow।
flow में बाधा डालने वाली मुख्य चीज़ें
- जवाब का इंतज़ार ध्यान तोड़ देता है; chat UIs निष्क्रियता और web/YouTube distraction को बढ़ावा देते हैं।
- धीमे लेकिन सक्षम models बनाम तेज़ लेकिन कमज़ोर models flow को अलग-अलग तरह से बाधित करते हैं (trust vs latency trade-off)।
- कई agents या tasks के बीच multitasking working memory पर बोझ डालती है; context switching को व्यापक रूप से anti-flow कहा गया है।
- AI output पढ़ने में कठिन, architecturally कमज़ोर, या गलत हो सकता है, जिससे review/debug का अतिरिक्त बोझ बढ़ता है।
सामना करने के लिए लोग जो workflows अपनाते हैं
- 2–10+ agents, repos, या worktrees के बीच multitask करें ताकि हमेशा कुछ न कुछ चल रहा हो; कुछ लोग इसे “selective multitasking” या “prioritized context switching” कहते हैं।
- AI का उपयोग केवल संकीर्ण, उबाऊ, या boilerplate tasks के लिए करें (bug hunting, छोटे scripts, visualization, deps में search); दिलचस्प हिस्से हाथ से code करें।
- AI को autocomplete/pair programmer की तरह मानें: comment-driven development, छोटे snippets, incremental diffs, और कड़े verification loops।
- flow को planning/design में स्थानांतरित करें: design docs, plans, और prompts लिखें; AI execution और tests करे; engineer review और orchestration में रहे।
- custom tooling बनाएं (tmux/TUI/task managers/orchestration layers) ताकि कई sessions asynchronously संभाले जा सकें और ध्यान सुरक्षित रहे।
वैकल्पिक दृष्टिकोण और framing
- कुछ लोग AI को delegatable “junior devs” की तरह अपनाते हैं और मानते हैं कि senior/staff levels पर deep uninterrupted flow वैसे भी कम होता है।
- कुछ लोग experimentation और research में झुकते हैं, agents का उपयोग कई ideas explore करने के लिए करते हैं; “flow” experiments चलाने और उनकी व्याख्या करने से आता है।
- दूसरों के अनुसार समाधान models से ज़्यादा UX में है: background reviewers, non-chat interfaces, बेहतर notifications, और छोटे outputs।
tooling के बाहर coping strategies
- सुझावों में waits के दौरान meditation, scratch/ideas docs रखना, music सुनना, या यहाँ तक कि psychedelics शामिल हैं; प्रभावशीलता subjective और mixed है।