"जल्दी से कोड करने के लिए, आपको कोडिंग छोड़ना होगा"


17

सबसे पहले, मेरा वाक्यांश नहीं: http://www.whattofix.com/blog/archives/2010/11/to-code-quickly.php श्री मार्खम को सहारा।

लेकिन, यह मुझे उन सवालों के बारे में सोचने के लिए मिला जो मैंने देखा है कि वे चीजों को प्राप्त करने में सक्षम हैं।

दृष्टिकोण की वकालत की गई (एक निर्धारित अवधि के लिए टाइमर सेट करना, इस मामले में 50 मिनट, लेकिन मैंने देखा है कि लोग कामों में पांच मिनट के लिए समय को कम करके शिथिलता को तोड़ने के बारे में बात करते हैं जो आप बस अपने आप को करने के लिए नहीं ला सकते हैं, और फिर ले जा सकते हैं एक छोटा ब्रेक) सामान्य ज्ञान प्रतीत होता है, लेकिन बहुत से लोग "ज़ोन" में आने और वहाँ रहने के लिए वकालत करते हैं, जहां तक ​​कि संभव है कि वे अपनी नाली को तोड़ने के बजाय कई घंटे।

मैं अलग-अलग तरीके आजमाता रहता हूं और पाता हूं कि प्रत्येक की अपनी ताकत और कमजोरियां हैं।

आप अपने सॉफ़्टवेयर विकास में और अधिक प्रभावी होने के लिए किस तरह की तकनीक का उपयोग करते हैं (यानी, अपने ग्राहक / बॉस / समय-समय पर अनुमति दी गई गुणवत्ता स्तर पर काम करना) और न केवल कीबोर्ड पर अधिक समय बिताना ?


3
मैं एक (प्रस्तावित) एसई साइट प्लग करने के लिए एक अवसर के रूप में उपयोग करना चाहते हैं, व्यक्तिगत उत्पादकता और संगठन: area51.stackexchange.com/proposals/4296/...
instanceofTom

ऊ - भयानक - मैं गया और प्रतिबद्ध हूँ। धन्यवाद!
टोड विलियमसन

आला एसई साइटों के प्रसार सीमावर्ती बेतुका हो रहा है।
केविन

जवाबों:


15

मैं उस तकनीक का दैनिक उपयोग करता हूं। 10 मिनट के आराम के लिए मेरा टाइमर 45 मिनट का काम है ।

मैं कंप्यूटर पर समय को अधिकतम 4 घंटे प्रति दिन करता हूं । मैं समझता हूं कि यह संभव नहीं है जब आपका मुख्य कार्य कोडिंग है। बाकी समय, मैं कोई भी कार्य करता हूं जिसमें कंप्यूटर की आवश्यकता नहीं होती है।

मैं जिस टूल का उपयोग करता हूं वह एक WorkRave है । लेखक ने इसे लिखा क्योंकि लंबे समय तक कोडिंग को रोकने में असमर्थता के कारण उसे शारीरिक समस्याएं होने लगीं।

मैं कम तनावग्रस्त हूं और इसने मेरी उत्पादकता को सकारात्मक रूप से प्रभावित किया है ।

कुछ हफ्तों के बाद, मैं ठहराव समय के दौरान कुछ माइंडफुलनेस तकनीकों की कोशिश करता हूं । स्वादिष्ट।

अब एंटी-शिथिलीकरण तकनीकों के बारे में, मेरे पास एक है जो मैंने पहले की कोशिश की गई हर चीज को हरा दिया है:

मैं एक एकल कार्य सूची का प्रबंधन करता हूं, जो प्राथमिकता से प्राथमिकता दी जाती है। मैं सूची में पहले स्थान पर हूं।

मैं GTD और 7 हैबिट्स के संयोजन के साथ सूची (और कैलेंडर) को बनाए रखता हूं ।

सूची प्रभावशीलता बढ़ाने के लिए, विवरणों के बजाय अपने कार्यों को अगली कार्रवाइयों के रूप में लिखें ( इस ब्लॉग में अध्याय क्रियाएँ, संदर्भ और परियोजनाएं देखें )


1
क्या आप वर्णन के रूप में कार्रवाई बनाम के रूप में लिखे गए कार्य का एक उदाहरण दे सकते हैं?
एडम लेअर

सुनिश्चित करें कि मैंने उत्तर में एक अधिक संपूर्ण लेख के संदर्भ को जोड़ा। यहाँ फिर से लिंक है (यह पूरी GTD तकनीक का वर्णन करता है): zenhabits.net/the-getting-things-done-gtd-faq

6

मैं उस निबंध से अप्रभावित हूं; उसने क्या खर्च किया, एक दिन अपने नए तरीके की कोशिश कर रहा है?

उस ने कहा, पोमोडोरो और इसी तरह की तकनीकों में लगातार आला लोकप्रियता है। आमतौर पर मैं अपने दिनों को "फ़ोकस डेज़" और "मिस डे" में क्रमबद्ध करने की कोशिश करता हूँ। फोकस दिन मैं थोड़ा और अधिक आरामदायक कपड़ों में दिखा, शायद थोड़ा पहले (या बाद में रहें)। मेरे पास उन दिनों कोई बैठक नहीं है, इसलिए मैं मूल रूप से अपना खुद का शेड्यूल लिख सकता हूं, जो मुझे बेहतर फोकस करने देता है। अन्य दिनों में, मेरी बैठकें, नियुक्तियाँ, और इसके बाद की बातें हैं। मेरे पास ध्यान केंद्रित करने का समय नहीं होगा, इसलिए मैं अपना समय भरने के लिए छोटे और आसान कार्यों को शेड्यूल करने का प्रयास करता हूं।

कोडिंग में उत्पादकता बढ़ाने का एक अच्छा तरीका किसी भी बॉयलरप्लेट बिट्स की कोड पीढ़ी है; किसी भी चीज़ की नक़ल उतारना, आदि।


2

यहां याद रखने वाली महत्वपूर्ण बात यह है कि "एक आकार सभी के लिए उपयुक्त नहीं है" समाधान है।

"चीजों को प्राप्त करने" की आपकी क्षमता में सुधार के लिए बहुत सारी तकनीकें हैं और इसका एक कारण यह है कि विभिन्न चीजें अलग-अलग लोगों के लिए काम करती हैं।

कुछ लोग इस तरह की कार्यप्रणाली (cf Pomodoro Technique) के साथ बहुत अच्छा करते हैं और कुछ लोग पाएंगे कि यह उनके ध्यान को नष्ट कर देता है - मुझे वास्तव में मध्य कार्य में रोकना पसंद नहीं है और यह लगभग हमेशा ही होता है जो टाइमर आधारित सिस्टम मेरे लिए करते हैं ... अवधारणा अच्छा, कार्यान्वयन चुनौतीपूर्ण (समय प्रबंधन और अन्य चीजों के लिए संरचित कार्यप्रणाली के बहुमत का सच)


मैं बस बहुत सारे इनपुट की तलाश में हूं। जैसा कि आप कहते हैं कि "उन सभी पर शासन करने के लिए कोई एक अंगूठी नहीं है", लेकिन मुझे यह देखने के लिए दिलचस्पी है कि अन्य लोग कैसे पहुंचते हैं।
टोड विलियमसन

ओह बिल्कुल - और मैं इस सवाल से सहमत हूं (-: लेकिन ऊपर एक बिंदु है जिसे ऐसे लोगों के रूप में बनाने की आवश्यकता है जिनके पास सिस्टम है जो काम करते हैं - उनके लिए - थोड़ा उत्साहित हो सकते हैं।
मर्फ़

मुझे लगता है कि यह एक अच्छा बिंदु है। क्या अधिक है, मैंने पाया है कि कुछ तकनीक मेरे मूड के आधार पर मेरे लिए बेहतर या बदतर काम करती हैं, मैं किस प्रकार का काम कर रहा हूं, आदि ऐसे समय होते हैं जब मुझे काम करने में कोई परेशानी नहीं होती है और पूरे दिन बिना काम किए कोई भी व्यवस्था। अन्य समय, मुझे ध्यान केंद्रित रखने और ट्रैक पर रखने के लिए कुछ चाहिए। कई बार, जब मैं उस तरह से दुर्गंध से गुज़र रहा होता हूं, तो मैंने पॉमोडोरो को मेरे लिए बहुत अच्छी तरह से काम करने के लिए पाया है, हालांकि मैं कभी-कभार ब्रेक को छोड़ देता था जब मैं रोल पर होता था।
पीटरएलेनवेब

केवल इसलिए कि यह एक व्यक्तिपरक राय नहीं जोड़ता है - यह केवल "यह निर्भर करता है" बताता है। यह लगभग किसी भी चीज के बारे में कहा जा सकता है और किसी भी चीज के लिए सही हो सकता है।
मैग्नस वोल्फेल्ट

@ मैग्नस उस पर विशेष रूप से बहस नहीं कर सकता लेकिन समान रूप से इस बिंदु को बनाया जाना चाहिए। बहुत से लोग सुनहरी गोली का शिकार करने जाते हैं।
मर्फ़

-1

चूंकि कोडिंग हाथ में समस्या है, पियरे द्वारा उल्लिखित तकनीकों के अलावा, मैं एक गतिशील भाषा में कोडिंग करने का सुझाव दूंगा, यदि संभव हो तो (उदाहरण के लिए, पायथन काम करने के लिए एक खुशी है): ऐसी भाषाएं आपको बेहद होने की अनुमति देती हैं उत्पादक (मापा कोडिंग समय सी की तुलना में 2 से 10 का सुधार कारक दिखाता है)। वे काम करने के लिए इतने अच्छे हैं कि आप मूल रूप से कभी नहीं "बस अपने कीबोर्ड पर समय बिता सकते हैं"।


क्यों घटता है? ऊपर दिए गए जवाब से यह पता चलता है कि "आप अपने सॉफ़्टवेयर विकास में किस तरह की तकनीक का उपयोग अधिक प्रभावी (...) करते हैं?"
एरिक ओ लेबिगोट
हमारी साइट का प्रयोग करके, आप स्वीकार करते हैं कि आपने हमारी Cookie Policy और निजता नीति को पढ़ और समझा लिया है।
Licensed under cc by-sa 3.0 with attribution required.