प्रोग्रामिंग की पारिस्थितिकी

हम इलेक्ट्रॉनिक दस्तावेज़ प्रबंधन पर स्विच करने या ऊर्जा बचाने के लिए Num लॉक को बंद करने के ब्राजील के जंगलों के लाभों के बारे में बात नहीं कर रहे हैं। मैं "पारिस्थितिकी" के बारे में एक व्यापक (या, इसके विपरीत, अधिक विशिष्ट) अवधारणा के रूप में बात करना चाहता हूं, शब्द के व्यापक अर्थों में विकास पर्यावरण के साथ एक डेवलपर की बातचीत के रूप में।





यह सिर्फ इतना हुआ कि, मेरी शर्म की बात है, मैं बहुत आलसी हूं। मेरी दूसरी नकारात्मक गुणवत्ता अधीरता है। मैं कमरे में कंप्यूटर पर जाने और फ़ोल्डर साझा करने के लिए बहुत आलसी हूं - मैं आरडीपी के माध्यम से बेहतर तरीके से जाता हूं और यह मुझे कंप्यूटर पर चालू होने तक इंतजार करने की घोषणा करता है - मैंने इसे रात के लिए बेहतर छोड़ दिया। हालांकि, जैसा कि यह निकला, ये दोनों गुण डेवलपर के लिए बहुत उपयोगी हैं।



पहली परियोजना जिस पर मैंने काम किया, वह पूरी दुनिया में वेब सेवाओं पर निर्भर थी। हर दिन मुझे एक धीमी गति से कनेक्ट करके शुरू करना पड़ता था (क्योंकि जब मैं काम करने के लिए आया था तो पहले से ही व्यस्त था) वीपीएन, जो सबसे अधिक असमय क्षण पर गिर जाता था। वेब सेवाएं बहुत दूर थीं, इसलिए डिबगिंग के लिए एक परियोजना के प्रत्येक लॉन्च में पांच मिनट लग सकते हैं। यह परियोजना बड़ी नहीं थी - पूरी विधानसभा में लगभग तीन मिनट लगे, साथ ही दो मिनट का प्रक्षेपण (सेवाएं अभी दूर हैं) - यह पता चला, मैंने यह जांचने के लिए पांच मिनट इंतजार किया कि क्या मैं लाइन में एक चरित्र को सही ढंग से बदलूं ...

यह स्पष्ट है कि मैं वीपीएन से कनेक्ट करने के लिए बहुत आलसी था और मैं प्रोजेक्ट लॉन्च की गति से नाराज था।

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



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



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



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



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



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