Github पर खुले स्रोत पर दैनिक कार्य के चालीस दिनों से छापें

1 अक्टूबर, 2013 की सुबह, मेरे गीथब पृष्ठ पर किए गए कार्य का खुला स्रोत कैलेंडर इस तरह देखा गया:



यह मात्र संयोग नहीं था। मैंने जानबूझकर ( जीटीडी-विचार द्वारा निर्देशित ) एक लंबे समय के लिए गितुब पर हर दिन कुछ करने की कोशिश करने का फैसला किया, और फिर (अगर चीजें चलती हैं) हब्रब्र पर साझा करने के लिए बस इस तरह के काम का सबसे मूल्यवान छाप (चलो इसे कहते हैं, कैलेंडर-संचालित विकास) ) जब इंप्रेशन जमा होते हैं।

और शेयर करे।

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

मैं अब दिल से जानता हूं कि गीथूब पर आधी रात को 11:00 मास्को समय आता है। यह स्पष्ट रूप से समझाया गया है, इस तथ्य से, कि मास्को में UTC + 4 संचालित होता है , और प्रशांत डेलाइट सेविंग टाइम (अब कैलिफोर्निया में बल में - यह पिछले अक्टूबर रविवार तक काम करना जारी रखेगा) UTC-7 से मेल खाती है ।

दूसरे, गितुब आधी रात के बाद नए वर्ग को फिर से दबाने के लिए प्रेरणा जल्द से जल्द दिखाई देती है, ताकि फिर पूरे दिन उसके ग्रेनेस के बारे में चिंता न करें। यह छोटे फ़ाइल संपादन के कथित महत्व में वृद्धि की ओर जाता है। आमतौर पर, डेवलपर को कोड पर केवल मुख्य कार्य करने के लिए (आत्म-फ़ोकस के लिए) प्रलोभन दिया जाता है, और विभिन्न प्रकार के छोटे बदलाव (कार्य जैसे "दस्तावेज़ में एक और पैराग्राफ जो नवीनतम परिवर्तनों का वर्णन करता है", "पूरे पैराग्राफ़ में दस्तावेज़ में एक छोटा नोट चबाते हैं, या नहीं यह अत्यधिक रहस्यमय है "," हाल की विशेषताओं को कवर करने वाला एक और छोटा परीक्षण लिखें "," CP808 एन्कोडिंग के लिए एक मॉड्यूल में समर्थन जोड़ें, जिसमें पहले से ही CP866 एन्कोडिंग के लिए समर्थन है, जो केवल एक वर्ण से भिन्न है ") बंद "ओवर" को पुश न करें, हालांकि समय के साथ उन्हें जमा करने से स्वाभाविक प्रतिक्रिया होती है "मैं इस ढेर को नष्ट नहीं करना चाहता!" और शिथिलता। कैलेंडर के विकास के साथ, "दिन की शुरुआत" करने का एक कारण है (अधिक सटीक रूप से, गितुब की आधी रात के बाद का दिन शुरू करें) इन छोटी चीजों में से केवल एक के साथ - परिणामस्वरूप, छोटी चीजें जमा नहीं होती हैं। और यहां तक ​​कि इसके विपरीत: ऐसे दिन हैं जिनमें बहुत कम समाप्त चीजें नहीं हैं। इससे उन्हें मिलने वाले लाभों की याद आने लगती है।

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

हालांकि, जीटीडी नियम "बंद मत करो" और " थोड़ा व्यवसाय शुरू करें , और वहां शामिल हों" पहले से ही व्यापक रूप से ज्ञात हैं। कैलेंडर-चालित विकास केवल इन नियमों का पूरी तरह से स्वाभाविक रूप से पालन करता है: डेवलपर इन नियमों को याद रखने के लिए विशेष प्रयास नहीं करता है या फिर खुद को उनका पालन करने के लिए मजबूर करता है - इसके विपरीत, वह उन्हें तैयार की गई खेल तकनीकों के रूप में मानता है जो अनिवार्य रूप से खेल के नियमों का पालन करते हैं। कैलेंडर के साथ। ग्रे वर्ग को जल्दी से हरा करने के लिए, आज के संपादन को trifles के साथ शुरू करें - और इस तरह इसे कल के बाद से बंद न करें। एक में दो।

खुद को प्रोजेक्ट के लिए हर दिन कुछ समय समर्पित करने की आवश्यकता है, डेवलपर "पंप अप" को एक छोटे पैमाने के व्यवहार्य दैनिक उप-प्रकारों में बड़े कार्यों को तोड़ने का कौशल देता है, जिसे जीटीडी अभ्यास में "भागों में एक हाथी को खाना" कहा जाता है (और जिसके लिए एवरनोट शायद अपने लोगो का मालिक है) । इस छवि की कलात्मक शक्ति को बदलने के लिए, आप वाक्यांश "हिप्पो चबाना" का उपयोग कर सकते हैं, उदाहरण के लिए।

गीथूब पर एक कैलेंडर के साथ इस तरह के खेल के नियमों में बारीकियां हैं । उदाहरण के लिए, कांटा का कैलेंडर में वर्ग को हरा नहीं करता है (केवल तभी गिना जाता है जब वे मुख्य भंडार में पहुँच जाते हैं - इसके अलावा, केवल इसकी डिफ़ॉल्ट शाखा या gh- पृष्ठ शाखा के लिए )। लेकिन विलय के लिए अनुरोध का उद्घाटन (पुल अनुरोध) - हरे वर्ग। यह अनुरोधों में देरी न करने का संकेत है।

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

सही है, डेवलपर को एप्लिकेशन भेजना एक छवि होस्टिंग सेवा के रूप में जीथब का उपयोग करने का एक उत्कृष्ट साधन हो सकता है। मान लीजिए कि आप अपने प्रोजेक्ट की रिपॉजिटरी में कुछ स्क्रीनशॉट नहीं डालना चाहते हैं (क्योंकि जैसे ही कोड विकसित होता है, स्क्रीनशॉट का दृश्य बदल जाएगा, इसलिए रिपॉजिटरी अस्वीकार्य रूप से इसके सभी संस्करणों को संग्रहीत करने से दूर हो सकती है)। इस बीच, यह स्क्रीनशॉट README में उपयोगी होगा। क्या करें? या तो एक बाहरी छवि होस्टिंग की सेवाओं का सहारा लें, या याद रखें कि आप समस्याओं की रिपोर्ट के लिए चित्र संलग्न कर सकते हैं , फिर छवि के URL को वहां से कॉपी करें और इसे README में पेस्ट करें। और उसी समय अपने कार्यों के साथ कैलेंडर में अगले वर्ग को हराते हुए।

आप यह सब अपने आप कोशिश कर सकते हैं।

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