गुणवत्ता की एक आश्चर्यजनक संख्या, मापनीयता, और लोड की समस्याएं एक ऐसे आवेदन पर घटित हुई हैं जो मैं वर्तमान में समर्थन करता हूं जो मैंने मूल रूप से नहीं लिखा था। शुक्र है कि मेरे पास नई परियोजनाएं हैं जो मैं अपनी पवित्रता के कुछ हिस्सों को बनाए रखने के लिए जमीन से कर रहा हूं।
मूल टीम में 20 कुछ डेवलपर्स शामिल थे (उनमें से अधिकांश पुराने कौशल सेट के साथ), कोई व्यावसायिक आवश्यकता के दस्तावेज या गुणवत्ता आश्वासन परीक्षक नहीं थे, और एक झरने के फैशन में शुरुआत से ही खराब प्रबंधन किया गया था। उत्पादन के शुरुआती दिनों में एक शर्मनाक दुःस्वप्न था जिसमें अधिक भंगुर सुधारों के साथ पैचिंग प्रक्रियात्मक जैसे कोड शामिल थे। सुविधाओं को बाद में जोड़ा गया था जो एक डेटाटोडेल में स्लेजहेमरेड थे जो उन्हें समर्थन देने के लिए कभी नहीं थे और एक ही कोड को 10 बार दोहराया जाना और संसाधनों को सुरक्षित रूप से बंद नहीं किया जाना और ORM प्रश्नों को देखना असामान्य नहीं है, जो हजारों संस्थाओं को प्राप्त करते हैं एक मुट्ठी भर लेकिन सब बाहर फेंकने के लिए।
यह सिर्फ अब मैं है और हर बार एक नई समस्या है कि फसलों को मैं बेहतर मानकों के लिए एक मॉड्यूल को फिर से लिखता हूं और इसे अधिक स्थिर बनाता हूं, लेकिन प्रबंधन को इस बारे में एक उचित स्पष्टीकरण की आवश्यकता है कि यह सब क्यों हो रहा है।
वे इस धारणा पर हैरान और हैरान हैं कि यह आवेदन खराब गुणवत्ता का है और तकनीकी ऋण में डूब गया है। सौभाग्य से वे तकनीकी ऋण की अवधारणा को समझते हैं और इसे मिटाने के लिए मेरी खोज में मेरा समर्थन करते हैं और वे मुझे बहुत समर्थन और सराहना करते हैं, लेकिन मुझे ऐसा लगता है जैसे मैं सिर्फ मूल टीम को दोष देता रहता हूं (जो सभी एक अलग परियोजना को बर्बाद करने के लिए छोड़ दिया है विभाजन)।
लब्बोलुआब यह है कि मैं "वह लड़का" नहीं बनना चाहता जो हमेशा उसके सामने परियोजना पर डेवलपर्स के बारे में शिकायत करता है। मैंने अपने करियर में लोगों से पहले यह रवैया देखा है, जो मुझे व्यक्तिगत रूप से महसूस हुआ कि वे अनभिज्ञ थे और परिस्थितियों और डिजाइन प्रभावों पर विचार नहीं कर रहे थे जिससे चीजों को इस तरह प्रोत्साहित किया जा सके कि वे थे।
आमतौर पर मैं पिछली टीम को खराब डिजाइन के लिए दोषी ठहराने और आदर्शवादी कनिष्ठ डेवलपर्स से कार्यान्वयन के इस दृष्टिकोण को देखता हूं, जिनके पास जीवन के अनुभव नहीं हैं जो अधिक वरिष्ठ सदस्यों के पास हैं और इससे लाभान्वित हुए हैं।
क्या आपको लगता है कि आपके सामने व्यक्ति / टीम की प्रतिष्ठा पर कदम रखे बिना प्रबंधन को इस प्रकार की समस्याओं की रिपोर्टिंग करने का एक बेहतर तरीका, शायद बेहतर तरीका है?
bad-codeक्योंकि कोड वास्तव में बग और मुद्दे पैदा कर रहा है। मैं इसे लेबल bad-programmerक्योंकि मुझे डर मैं पिछले टीम, एक थके हुए और घिसा बहाना है कि हम सब से पहले सुना है को दोष देने से एक बनने रहा हूँ। जहां तक पहले तीन पैराग्राफों पर विचार किया जाता है, शायद मुझे उस वर्णनात्मक होने की आवश्यकता नहीं थी, लेकिन मैं अपनी तत्काल स्थिति की एक सटीक तस्वीर पेंट करना चाहता था और अब तक जो मैंने इकट्ठा किया था उसका इतिहास देना चाहता हूं।