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