किसी कंपनी के कर्मचारी के रूप में, जब आप कोड लिखते हैं तो क्या आपको ऐसा लगता है कि आपको इससे लगाव है? क्या आपको लगता है कि आपके पास कोड का कुछ स्वामित्व है? या क्या आप इसे किसी अन्य चीज पर स्थानांतरित करने के बाद इसके बारे में कोई चिंता किए बिना इसे पूरी तरह से अलग कर देते हैं?
संपादित करें: मैं बुरा कोड लिखने और फिर चलाने के बारे में बात नहीं कर रहा हूँ ...
जवाबों:
एक ठेकेदार के रूप में 30 वर्षों के बाद, यह मिश्रित है।
यह सब डिस्पोजेबल है। मैंने सैकड़ों क्लाइंट्स के साथ काम किया है। मैं फिर कभी कोड नहीं देख पाऊंगा। क्यों जुड़े? स्वामित्व की कोई भावना नहीं है।
यह बहुत ही दर्शनीय है। यह इन-हाउस कोड की तुलना में अधिक महंगा है, इसलिए इसे बहुत जांचना पड़ता है। चूंकि मैं इसे बनाए रखने के लिए आस-पास नहीं रहूंगा, इसलिए इसे जांच का बहुत बड़ा हिस्सा मिला है। कोड वॉकथ्रू और हैंडओवर बहुत महत्वपूर्ण हैं। शिल्प कौशल में कुछ गौरव है। लेकिन स्वामित्व का कोई मतलब नहीं है।
मेरा रिकॉर्ड उत्पादन के 17 साल है। किसी भी तरह के शून्य रखरखाव के साथ उन वर्षों के 12।
मुझे पता है क्योंकि मुझे फोन आया था। वे अपने लेखांकन प्रणालियों को संशोधित कर रहे थे और जानना चाहते थे कि मैंने कितने साल पहले बनाए गए चालाक लागत आवंटन एल्गोरिदम को कैसे बदला। मैंने कोड को देखा, और फाइलें 12 साल पहले अंतिम वृद्धि के बाद से अपरिवर्तित थीं। (बग-फिक्स नहीं, AFAIK।)
अगले सबसे लंबे समय तक चलने वाली दौड़ - मुझे पता है-- निर्दोष ऑपरेशन के 7 साल थे। हालाँकि, एक गंभीर Y2K मुद्दा था और इसमें 4-अंक वाले फ़ाइल नामों का उपयोग करने के लिए कुछ rework की आवश्यकता थी। आंतरिक एल्गोरिदम सभी सही थे, लेकिन लॉग फाइलें गलत क्रम में दिखाई देती थीं।
फिर से, मुझे पता है कि यह निर्दोष था, क्योंकि पिछले रिलीज़ के बाद से फाइल को छुआ नहीं गया था।
तो, हाँ, शिल्प कौशल में बहुत गर्व है।
लेकिन कोई "स्वामित्व" नहीं। यह उनका कोड है, मेरा नहीं। मैं ही इसका निर्माण करता हूं।
अधिक या कम एकल डेवलपर के रूप में, मैं जो लिखता हूं उसे बनाए रखने का डर मेरे पीछे प्राथमिक चालक है जो भयानक कोड नहीं लिखने की कोशिश कर रहा है।
काम के समय, कुछ कोड मेरा है, एक समान अर्थ में कि मैं किस कुर्सी पर बैठा हूं। मैंने इसे लिखा था, मैंने इसे उतना ही अच्छा बनाया जितना मैं कर सकता हूं, मुझे इसका अधिकार है, लोग मुझसे बदलावों के बारे में पूछेंगे, और लोग इसे मेरा मानेंगे। और, मेरी कुर्सी की तरह, एक बार कंपनी छोड़ने के बाद मैं इसे फिर कभी नहीं देखूंगा, और मुझे कोई भावनात्मक लगाव नहीं होगा।
"मेरा" शब्द के अर्थ में बहुत सारी विविधताएँ हैं। "मेरी पत्नी" और "मेरे टूथब्रश" कड़ाई से समानांतर नहीं हैं।
यदि आप अपने लिए कोड लिखते हैं, तो आप इसके प्रति भावनाओं को रख सकते हैं। यदि आप किसी व्यवसाय के लिए कोड लिखते हैं, तो आपको जब भी संभव हो, उन भावनाओं को स्पष्ट रूप से शुद्ध करना चाहिए। मैं एक अच्छे प्रोग्रामर को कोड पर भावनात्मक रूप से दुखी होने के कारण कई बार देख सकता हूं।
अपने आप से कहें: "मैंने इसे बनाया है, यह अच्छा है, लेकिन यह मेरा नहीं है और मैं इसे और अधिक बना सकता हूं।" यदि आप इसे मानते हैं, तो जब आपके जीवन के 6 महीने अप्रचलित हो जाते हैं, क्योंकि एक अवर उत्पाद की बिक्री प्रतिनिधि ने आपके बॉस को दोपहर के भोजन पर बीजे दिया था, तो आप उस पर पागल होने के लिए अपनी नौकरी नहीं खोते हैं।
याद रखें कि वे आपको भुगतान कर रहे हैं। हम सभी शांत चीजें करना पसंद करेंगे, लेकिन अगर वे हमें खोदने के लिए भुगतान कर रहे हैं, तो उन्हें फिर से भरें, यही उनका विशेषाधिकार है। मैं सिर्फ एक स्थिति है जहाँ मैं एक वेब अनुप्रयोग है, तो महीने के खर्च भयानक सुविधाओं, तो महीनों शामिल लिखा था और अधिक इसे वापस मूल स्थिति में कोडिंग। "काम" के लायक पिछले दो सप्ताह मैंने अपने एसवीएन रेपो से खींचा, फिर नए संस्करण संख्याओं के साथ इसकी सिफारिश की। और मैं इसके साथ ठीक हूं।
नहीं, लेकिन मुझे वास्तव में दूसरों द्वारा कोड किए गए कीड़े को ठीक करने से नफरत है जो मैंने मूल रूप से लिखे थे। मुझे खुशी होगी अगर परिवर्तन मुझे पहली जगह में सौंपा गया था। मैं इसे और भी अधिक नफरत करता हूं जब फिक्स मूल डिजाइन के बाहर होता है, जैसे कि उच्च स्तर के मॉड्यूल के साथ एक परिपत्र निर्भरता बनाकर।
हां और ना।
हां - यह कुछ ऐसा है जिसे आपने बनाया है और इसलिए आपको एक लगाव है, जैसे कार डिजाइनर को गर्व होता है या शर्मिंदा होता है जब वे सड़क पर डिजाइन की गई कारों को देखते हैं।
नहीं - जहां तक स्वामित्व जाता है, आमतौर पर आप एक कंपनी में काम करने के लिए भुगतान किए जाने के बदले में देते हैं। फैक्ट्री-लाइन के कर्मचारी जो कार बनाते हैं, उन्हें हर एक में कोई स्वामित्व नहीं मिलता है जो लाइन से लुढ़कता है क्योंकि उन्हें उनके समय का भुगतान किया जाता है।
मेरे द्वारा लिखे गए कोड के बारे में मुझे बहुत स्वामित्व लगता है; यह उन निर्णयों का प्रतिनिधित्व करता है जो मैंने किसी समस्या को हल करने के तरीके के बारे में किए हैं और इसलिए तर्कसंगत रूप से एक समस्या के माध्यम से सोचने और तार्किक और आशावादी सुरुचिपूर्ण समाधान तैयार करने की मेरी क्षमता का प्रतिबिंब है। उन्होंने कहा, कंपनी के समय पर मैं जो कुछ भी लिखता हूं वह कंपनी का है। मुझे आशा है कि इसमें से कोई भी मुझे काटने के लिए वापस नहीं आएगा, और मैं अपने कोड को ठीक करने के लिए कहा जाऊंगा, लेकिन यदि नहीं, तो नहीं। (और मैं जोड़ सकता हूं कि जो आदमी तीन महीने पहले कोड लिख रहा था और स्रोत नियंत्रण में मेरा नाम डाल रहा है वह एक बेवकूफ है)।
हर्गिज नहीं। एक बार जब मैं इसे चेक करता हूं, तो यह अब "मेरा" नहीं है। मैं स्वाभाविक रूप से रखरखाव और समस्या निवारण के लिए जा रहा हूँ, लेकिन मुझे इसके प्रति स्वामित्व की कोई भावना नहीं है।
मैंने कुछ ऐसे लोगों को जाना है जो अपने कोड के प्रति बहुत मालिकाना महसूस करते थे, इस बिंदु पर कि वे चिढ़ जाते अगर किसी और ने बग को ठीक कर दिया या किसी तरह से इसे संशोधित करके इसे पहले चलाए बिना। मुझे ऐसा कभी नहीं लगा। मैं केवल इतना पूछता हूं कि यदि आपको मेरे कोड में कोई समस्या आती है और इसे ठीक कर दिया है, तो मुझे बताएं कि समस्या क्या थी और यह कैसे तय की गई थी, इसलिए मैं भविष्य में वही गलती नहीं करता हूं।
मेरे द्वारा लिखे गए कोड मुझे बहुत पसंद हैं। मैं उन्हें समझता हूं और उन्हें दर्जी करूंगा तो दूसरे भी। जब लोग मेरे पास आते हैं और कहते हैं "यार, हम अभी भी उस स्क्रिप्ट का उपयोग कर रहे हैं जो आपने हमारे लिए लिखी है। यह बहुत स्थिर और पोर्टेबल है", मुझे गर्व और स्वामित्व की भावना पसंद है।
अपने कोड से जुड़े होने में कोई बुराई नहीं है यदि आप देख सकते हैं कि यह कहां समाप्त होने जा रहा है यानी यदि यह सब-इन-हाउस है और आप जानते हैं कि आप किसके लिए प्रोग्रामिंग कर रहे हैं, तो मैं वास्तव में कहूंगा कि यह एक अच्छी बात है जुड़ा हुआ । Coz आप केवल प्रतिभा के और अधिक टुकड़े बनाना पसंद करेंगे, वह बहुत अधिक।
दूसरी तरफ (पूरी तरह से पता है कि मैं @ S.Lott ने क्या दोहराया है) हो सकता है यदि कोड क्लाइंट की संपत्ति के रूप में समाप्त होने जा रहा है, तो इस पर भावुक होने का कोई मतलब नहीं है। यह वैसा ही है ... जब वह छुट्टी पर गया हो तो अपने दोस्त के पिल्ला की देखभाल करना। : - /
ठेकेदार और सलाहकार जो अपने कोड को फिर कभी नहीं देख सकते हैं, वे शायद अपने कोड से भावनात्मक रूप से जुड़ने के लिए आदर्श उम्मीदवार नहीं हैं। यह "परित्याग" करने के बाद यह संभव है कि कुछ समय बाद खराब सलाहकार रचनात्मक ड्राइव को पंगु बना देगा।
अगर हम इसे एक कर्मचारी के दृष्टिकोण से देखते हैं और एक ठेकेदार नहीं है, तो मैं कहूंगा कि मैं अपनी टीम के सभी सदस्यों को उनके द्वारा लिखे गए कोड और सभी चीज़ों के निर्माण में स्वामित्व महसूस करना चाहूंगा। यह स्वामित्व और गौरव पूरी टीम को देना चाहिए। गर्व और स्वामित्व महसूस करने से सवालों में उत्पाद के प्रति लगाव पैदा होता है और टीम के सदस्य के काम में अर्थ और भावना जुड़ जाती है। मैंने छोटी से लेकर बड़ी टीमों में इस प्रदर्शन को काफी बढ़ावा दिया है।
मुझे किन बातों से बचना चाहिए और क्या नापसंद लोग हैं, जो भावनात्मक रूप से कोड की विशिष्ट पंक्तियों से जुड़े हुए प्रतीत होते हैं, जो उन्होंने लिखी हैं और इसे कब्र में संरक्षित किया है। वे किए गए परिवर्तन नहीं चाहते हैं, वे नीचे देखते हैं और परिवर्तन या सुधार के लिए किसी भी विचार को बंद कर देते हैं और इसे विश्वसनीय चीज़ों के साथ उचित ठहराने की कोशिश करते हैं। यह जो अक्सर मेरे अपने अनुभव से उबलता है, वह परिवर्तन का डर है और अज्ञात का डर है। यह वास्तव में कोड की अपनी पुरानी लाइनों को छोड़ नहीं रहा है जो कि मुद्दा है। इसके बजाय यह कुछ नया लेने की है, कभी-कभी अपने आप से नहीं लिखा है, और उस पर असफल होने का डर है।
कोड के लिए इस तरह का "बीमार" लगाव कुछ ऐसा है जिसे रोकने के लिए मैं कड़ी मेहनत करता हूं। लेकिन उत्पाद के लिए "स्वस्थ" भावनात्मक कनेक्शन, और लिखित कोड का विस्तार करके, कुछ ऐसा है जो मैं प्रोत्साहित करता हूं।
यह एक दिलचस्प सवाल है और मैं उपरोक्त पोस्टिंग में से एक से सहमत हूं: हां और नहीं - लेकिन विभिन्न कारणों से।
क्या मैं कोड से जुड़ा हुआ हूं? निश्चित रूप से हाँ। लेकिन मुझे नहीं लगता कि यह कोड ही है, बल्कि समग्र वास्तुकला और अनुप्रयोग है। आमतौर पर आपको बहुत सारे डोमेन विशिष्ट शोध करने होते हैं, इससे पहले कि आप वास्तव में कोड में डाल सकें कि व्यवसाय के लोग क्या चाहते हैं (जब तक कि आप आईडीई नहीं लिख रहे हैं - तब आप निश्चित रूप से पुनरावृत्ति में फंस गए हैं)।
दूसरी ओर: ऐसी कई चीजें नहीं हैं जिन्हें मैं कोडबेस के अप्रचलित हिस्सों को फेंकने से ज्यादा पसंद करता हूं। चाहे वह लेखन कितना भी कठिन क्यों न हो। यात्रा उत्पाद से बहुत अधिक मायने रखती है (कम से कम अहंकार के लिए, निश्चित रूप से उत्पाद को खुद भी काम करना पड़ता है)।
क्या स्वामित्व की भावना है? वैसे यह परियोजना की स्थिति पर निर्भर करता है। जब आप कोड को फिर कभी नहीं देख पाएंगे (क्योंकि परियोजना में आपका हिस्सा खत्म हो गया है और आप आगे बढ़ रहे हैं) तो सामान के बारे में रोमांटिक क्यों हो? हालाँकि अगर आप इसका समर्थन करते हैं (जो भी तरीके से) तो एक लगाव एक अच्छी बात है! जब आप अपने द्वारा बनाए जा रहे उत्पाद के बारे में परवाह करते हैं तो संभावना काफी अधिक होती है कि आप उच्च गुणवत्ता वाली कलाकृतियों को पहुंचाने के लिए हार्ट की कोशिश कर रहे हैं।
इसलिए सभी में मैं अपने लिखे गए कोड के साथ एक व्यावहारिक "रिश्ते" को अपनाने की कोशिश करता हूं।
नरक हाँ, मैंने एक बार एक सहकर्मी की पिटाई की क्योंकि वह एक-दो चर का नाम बदलने के लिए पर्याप्त अभिमानी था।
नहीं वास्तव में नहीं। मुझे सॉफ्टवेयर डेवलपमेंट के लिए पैसे मिलते हैं। हालांकि मैं मानता हूँ, अन्य देवताओं द्वारा मेरे कोड के लिए किए गए बगफिक्स को देखने पर अहंकार का प्रभाव पड़ता है।