प्रोग्रामिंग के लिए काम के कौन से सत्र अधिक उत्पादक हैं: लघु (<= 30 मिनट), मध्य-लंबाई या लंबे (> = 2 घंटे)? किन मामलों में? (कोडिंग नई कार्यक्षमता पर विचार करें, छोटे संशोधन करना, यूआई को फिर से जोड़ना, रीफैक्टरिंग, डिबगिंग, एपीआई सीखना, अन्य कोड को समझने की कोशिश करना)।
आप अपने अनुभवों से क्या बता सकते हैं? अध्ययन और सर्वोत्तम प्रथाओं की जानकारी भी बहुत स्वागत है। हालांकि लिंक या संदर्भ देखना अच्छा होगा।
विश्वसनीय जानकारी को पूर्ण उत्तर से अधिक पसंद किया जाता है।
मूल्यवान takeaways:
- केंद्रित सोच यहां अंतिम लक्ष्य है
- आम तौर पर निर्बाध काम> 2-3 घंटे पैदावार केंद्रित और धूमिल विचारों की पैदावार
- जब आप प्रवाह में होते हैं, तो अपने आप को 1-2 घंटे काम करने देना बेहतर होता है
- यह समय की बेहतर भावना प्राप्त करने के लिए, जड़ता और शिथिलता को दूर करने में मदद करने के लिए, पोमोडोरो तकनीक का अभ्यास करने के लायक है। विशेष रूप से यह उन चीजों को करना शुरू करने में मदद कर सकता है जिन्हें आप उतना करना पसंद नहीं करते हैं
- 'ब्रेक मैनेजमेंट' सॉफ्टवेयर का उपयोग करते समय, आप अपने आप को अधिक लचीला होने की अनुमति दे सकते हैं, जैसे कि 1 ब्रेक को छोड़ दें लेकिन अधिक नहीं। यह आपको स्थिति को अपनाने की अनुमति देता है: प्रवाह में रहें, जब प्रवाह होता है, तो प्रवाह में नहीं होने पर प्रबंधनीय रहें
- ब्रेक के दौरान ताजा हवा, आराम और एक्सर्साइज नए विचारों और समाधानों को प्राप्त करने के लिए सही गोलार्द्ध को शामिल करने में मदद कर सकते हैं
'ब्रेक मैनेजमेंट' के लिए सॉफ्टवेयर टूल आज़माएं:
- Pomodairo - यह अतिरिक्त रूप से कार्यों की सूची को ट्रैक करता है और इसमें pice UI है
- WorkRave - कॉन्फ़िगर करने में अधिक लचीलापन प्रदान करता है। वक्ताओं के बिना भी प्रयोग करने योग्य
"छोटी" बहुत जल्दी दुर्घटना से "लंबी" हो जाती है: पी
—
ट्रेज़ॉइड
अलार्म घड़ी या पोमोदैरो जैसे उपकरण हैं, जो आपको इस बारे में अवगत कराते हैं कि क्या छोटा है और क्या लंबा है?)
—
एलेक्सी