हम एक विरासत कोड पर काम कर रहे एक टीम हैं जो बहुत पुरानी है और शुरुआती प्रोग्रामिंग दिनों की भाषाओं में लिखी गई है। चूंकि टीम के सदस्यों को नवीनतम तकनीक में प्रशिक्षित किया जाता है और अब उन्हें विरासत कोड पर काम करने के लिए रखा जाता है, वे खुश नहीं हैं। उन्हें विरासत कोड में भी काम करने के लिए प्रेरित करने के लिए कैसे?विरासत उत्पादों पर काम करने के लिए टीम को प्रेरित करने के लिए कैसे करें
केवल नकद डेवलपर्स को खुश नहीं कर सकता है। आपको उन्हें अच्छा वातावरण प्रदान करना चाहिए ताकि वे अपने काम पर ध्यान दे सकें।
एक और बात यह है कि कोई तकनीक खराब नहीं है या विरासत या पुरानी है। बात यह है कि अगर आपकी कंपनी को इसे बनाए रखने की जरूरत है, तो आपको इसे जारी रखना होगा। लेकिन डिजाइनिंग, कोडिंग, परीक्षण, कोड समीक्षा, इंटरैक्टिव सत्र आदि के लिए सभी मानकों को रखें ..
इसके अलावा आप उन्हें बेहतर प्रदर्शन और रखरखाव के लिए अपने विरासत कोड को कुछ नए प्लेटफॉर्म में बदलने के लिए प्रेरित कर सकते हैं। हर कंपनी ऐसा करता है जब भी मुझे लगता है, क्योंकि वे अन्य बाजार उत्पादों के साथ प्रतिस्पर्धा करना चाहते हैं।
उन्हें अन्य तकनीकों के लिए कुछ अच्छे सत्र भी प्रदान करें जिनका उपयोग आपकी कंपनी में किया जाता है लेकिन वे नहीं जानते या उपयोग नहीं करते हैं। उन्हें चीजों में गहराई से रहने दें, उन्हें समस्या सुलझाने के लिए उचित समय और समर्थन दें। मुख्य लक्ष्य समय पर कम पुनर्विक्रय और बग के साथ देना है।
उनके काम की ओर कुछ पुरस्कार प्रदान करें और उन्हें अपने काम के बारे में खुश रखें।
धन्यवाद।
हालांकि, इस मामले में नकदी के बिना आपको कहीं भी नहीं मिलेगा। –
उदाहरण के लिए आप परीक्षण पक्ष पर फैंसी चीजें करने का प्रयास कर सकते हैं। मॉकिंग फ्रेमवर्क इत्यादि का प्रयास करें।
यह भी जोर दें कि हैंडलिंग विरासत कोड एक अच्छा अनुभव है यदि आप एक ठोस प्रोग्रामर बनना चाहते हैं, क्योंकि प्रत्येक तकनीक अंततः विरासत बन जाती है।
अतिरिक्त नकद? :) कुछ और नहीं जानते ...
भले ही यह नई तकनीक विरासत कोड है, फिर भी इस तरह के कोड पर काम करने में खुशी नहीं होती है, इसलिए "शुरुआती प्रौद्योगिकियों" पर ... मुझे लगता है कि केवल प्रेरक चीज है जानें कि प्रोग्रामिंग इन दिनों कैसे थी ...
क्या आपके पास निकट भविष्य में विरासत कोड को सेवानिवृत्त करने के लिए कुछ गुंजाइश है? यदि ऐसा है, तो "हमें केवल तब तक इसे रखने की जरूरत है ..." गोली को मीठा कर सकता है।
क्या टीम के सदस्य उन भाषाओं/वातावरण में अनुभव करते हैं जिनमें विरासत कोड लिखा गया है? यदि नहीं, तो ऐसा कुछ करने के लिए सरल अनिच्छा हो सकती है जिसे वे नहीं जानते कि कैसे काम करना है। शायद कम से कम एक गुजरती परिचितता हासिल करने के लिए कुछ समय में शेड्यूलिंग क्रम में हो सकती है; बशर्ते यह नवीनतम तकनीक से एक आदर्श बदलाव नहीं है, यह इतना कठिन नहीं होना चाहिए?
उपयोगकर्ताओं से मिलने और उन्हें सॉफ़्टवेयर का उपयोग करने के लिए अपनी टीम भेजें। उन्हें पता होना चाहिए कि उपयोगकर्ताओं के पास उस सॉफ्टवेयर के साथ सबसे महत्वपूर्ण समस्याएं क्या हैं।
उपयोगकर्ताओं को यह जानना और अधिक वास्तविक काम करना है - आपकी टीम को पता चलेगा कि नई कार्यक्षमता जोड़ने या कुछ बग को खत्म करने से कुछ वास्तविक व्यक्ति मदद मिलेगी। इससे प्रोग्रामर को उबाऊ नौकरी पाने के लिए प्रेरित करना चाहिए।
क्या टीम के सदस्यों को केवल विरासत कोड टीम पर काम करने की अनुमति है या क्या उनके समय अलग-अलग परियोजनाओं के बीच विभाजित हो सकते हैं? मुझे नहीं लगता कि फोरट्रान डीबगिंग पर 40 घंटे का सप्ताह बिताने के बारे में कोई भी खुश होने जा रहा है। लेकिन अगर आपको विरासत कोड पर कुछ घंटों खर्च करना है, तो यह जानकर कि आप उस दिन काम करने के लिए ब्रेक ले सकते हैं, जिसका आप वास्तव में आनंद लेते हैं, यह थोड़ा कम दर्दनाक है।
और यह सुनिश्चित करने के पहले कि टीम के सदस्यों के पास सीखने का समय है और उन्हें वहां फेंकने से पहले पुरानी तकनीकों के साथ अनुभव प्राप्त करने के बारे में पहले कहा गया था। प्रशिक्षण भी आनंददायक बनाने की कोशिश करें। हमारे विरासत कोड प्रशिक्षण को यह देखने के लिए एक प्रतियोगिता के रूप में स्थापित किया गया था कि हम जिस कोड पर काम कर रहे थे उस पर विशेष रूप से देखने के बजाय दिलचस्प समस्याओं के लिए सबसे तेज़/संक्षिप्त/सबसे पूर्ण/आदि समाधान के साथ कौन आ सकता है। वास्तव में, यह टीम की योजना पर लागू किया जा सकता है भले ही आपके पास प्रशिक्षण के लिए समय निर्धारित न हो। कार्य में थोड़ी सी प्रतियोगिता जोड़ें या चुनौतीपूर्ण और प्रतिस्पर्धी पक्ष परियोजनाओं के लिए थोड़ा सा समय दें।
इन विरासत उत्पादों पर काम करने के लिए उन्हें कैसे पुरस्कृत किया जा रहा है? क्या आप जानते हैं कि उन्हें क्या प्रेरित करता है? कुछ लोग समय पर मान्यता और प्रशंसा पसंद कर सकते हैं जबकि अन्य नकद या समझने की उम्मीद कर सकते हैं कि जब वे शुरू में नौकरी लेते थे तब उन्होंने यह जरूरी नहीं था कि उन्होंने साइन अप किया था। मैं यह देखने के लिए लुभाना चाहता हूं कि 1: 1 मीटिंग्स यह देखने के लिए कि उन्हें क्या पसंद आएगा जिससे उन्हें खुश कर दिया जाएगा। क्या यह अधिक पैसा है? समय में अधिक लचीलापन? विरासत प्रौद्योगिकियों में प्रशिक्षण? पुष्टि है कि वे इन प्राचीन प्रणालियों पर अच्छा काम कर रहे हैं, क्योंकि शुरुआती प्रोग्रामिंग दिन मुझे मेनफ्रेम और अन्य पुराने पुराने उपकरणों के बारे में सोचते हैं, जो कोई सोच सकता है, "यह वास्तव में कितना लंबा होगा?"
नकद उत्तर नहीं है। नि: शुल्क भोजन, शीतल पेय, जो कुछ भी, जो विरासत कोड के काम की कठोरता को कम करने के लिए अभी तक चला जाता है। उनके परिप्रेक्ष्य को बदलने की कोशिश करने के बारे में क्या?
"कोई भी आधुनिक कोड के साथ अच्छा काम कर सकता है जिसमें संसाधनों का एक टन केवल एक Google खोज दूर है, लेकिन हम गर्व करते हैं, हम भाइयों के बैंड, हम ऐसा करने के लिए काफी अच्छे हैं प्राचीन प्रक्रियात्मक भाषाओं के साथ। हम कोड की इस भयानक गड़बड़ी को कम कर देंगे और यह हमारी पीठ के पीछे एक हाथ से करेंगे और यह सुनिश्चित करने के लिए प्रक्रियाओं और औजारों का निर्माण करेंगे कि अगले गरीब बास्टर्डों में यह इतना बुरा नहीं होगा। "
हाहा, यह मजाकिया है। मुझे कोबोल करना है और ऐसे विचार वास्तव में ऐसे प्रकार नहीं हैं जो आमतौर पर मेरे सिर से गुजर रहे हैं – jaywon
मैं डेवलपर्स से लीगेसी कोडिंग से सबसे सकारात्मक भावना को आकर्षित करने का सबसे आसान तरीका कहूंगा कि पुराने तरीके से कुछ नया हो जाएगा।
यह पता लगाने के लिए एक सत्र या दो है कि विरासत कोड क्या करता है, और उसके बाद यह पता चलता है कि यह एक नए वास्तुकला पर इसे करने के लिए क्या करेगा। "नया आर्किटेक्चर" भाग कुंजी है, क्योंकि 9/10 बार, यह आर्किटेक्चर है जो डरा हुआ है (स्पेगेटी कोड, प्री-स्टैंडर्ड कॉन्वेंटेंस इत्यादि ...)।
यदि आप अपने पुनः लिखने के अनुमानों को अनुमोदित नहीं कर पा रहे हैं, तो कम से कम दैनिक रखरखाव में विरासत कोड के अपने रिफैक्टरिंग को प्राप्त करने के लिए एक योजना तैयार करें। कम से कम आपके डेवलपर्स ऐसा महसूस करेंगे कि वे किसी चीज़ की ओर काम कर रहे हैं, और उस पर कुछ नया है, बस बंदर की बजाय पुराने क्षय को तोड़ने की बजाय कोई भी याद रखना नहीं चाहता।
बस मेरी 2 ¢।
मैं सच की तरह "अपनी टीम भेजें उपयोगकर्ताओं को पूरा करने और सॉफ्टवेयर का उपयोग कर उन्हें देखने के लिए"
मैं अपनी टीम को प्रेरित करने में है, तो मैं सच में उपयोग पर जाएँ और पता लगाने के लिए अपना विकासक पूछना होगा कितना उपयोगकर्ता खुश है उत्पाद के साथ।
मैं वास्तव में चुनौती लेना चाहूंगा कि हम इसे और बेहतर कैसे बना सकते हैं।
टीम को प्रेरित करने और विरासत कोड सीखने और इसे आधा दिल से ठीक करने में आवश्यक समय की मात्रा का उपयोग आसानी से नए प्लेटफ़ॉर्म में समान सामग्री बनाने के लिए किया जा सकता है, संसाधनों, आईडीई, विशेषज्ञता, ढांचे आदि की मात्रा के मुताबिक उपलब्ध मुफ्त में, अच्छी खबर यह है कि आपके पास सिस्टम है, आपको केवल नए प्लेटफ़ॉर्म में एक ही व्यवहार को पूरा करने की आवश्यकता है, इसके विपरीत हमें कुछ ऐसे उत्पाद के लिए कुछ नया निर्माण करना होगा जिनके व्यवहार और उपयोगकर्ता अनुभव को हम नहीं जानते हैं।
यह विरासत कोड कैसे विरासत है? कोई उदाहरण, भाषाएं, या पुस्तकालय मिला? –
ठीक है अगर विरासत कोड आरपीजी द्वितीय, फोरट्रान, कोबोल, बीबीएक्स (बिजनेस बेसिक), डीबीएएस III या कुछ ऐसा ही है जो उनके दुःख को समझना आसान है क्योंकि ये इस समय ठोस रेज़्यूमे बिल्डर्स नहीं हैं। आप किस भाषा के बारे में बात कर रहे हैं? – kloucks