क्या समर्पित रखरखाव कार्य एक प्रोग्रामर के कैरियर में बाधा उत्पन्न करता है? [बन्द है]


52

पिछले तीन वर्षों में मेरे काम का अधिकांश हिस्सा बड़े पैमाने पर विरासत प्रणालियों को बनाए रखने के आसपास रहा है जिन्हें फिर से बेचने से पहले पैचिंग या सामयिक सुधार की आवश्यकता थी।

मैं समझता हूं कि महत्वपूर्ण भूमिका के लिए समर्पित रखरखाव प्रोग्रामर को बड़ी संख्या में परियोजनाओं और सीमित डेवलपर्स के साथ कंपनियों में खेलना है।

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

मुझे लगता है कि मैं रखरखाव कार्यों से बचने के लिए अन्य कंपनियों में साक्षात्कार करने के लिए था, मुझे खुद को कौशल स्तर में काफी कनिष्ठ होने के रूप में प्रतिनिधित्व करना होगा क्योंकि मुझे किसी व्यक्ति विशेष पर केंद्रित तीन साल के अनुभव के साथ आवश्यक ज्ञान के स्तर की गहराई नहीं होगी सुविधा विकास में पथ होगा इसलिए मेरा आधा वर्तमान कार्य अनुभव लंबे समय में शून्य हो जाएगा।

लेकिन यह मुझे मेरे मुख्य प्रश्नों की ओर ले जाता है, क्षमा याचना अगर यह मेरी व्यक्तिगत दुविधा के आसपास केंद्रित है,:

क्या समर्पित रखरखाव प्रोग्रामिंग भूमिकाएं एक प्रारंभिक कैरियर के लिए हानिकारक हैं? क्या अन्य प्रोग्रामर इन जैसी भूमिकाओं से बचने के लिए सही हैं? जब तक आप एक जूनियर के रूप में शुरू करने के लिए तैयार नहीं होते हैं, तब तक कार्य की यह पंक्ति आपको समान कार्य करने में रोकती है?


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

6
यह निश्चित रूप से चरित्र का निर्माण करता है।
मात्रा_देव

जवाबों:


70

क्या समर्पित रखरखाव प्रोग्रामिंग भूमिकाएं एक प्रारंभिक कैरियर के लिए हानिकारक हैं? क्या अन्य प्रोग्रामर इन जैसी भूमिकाओं से बचने के लिए सही हैं? जब तक आप एक जूनियर के रूप में शुरू करने के लिए तैयार नहीं होते हैं, तब तक कार्य की यह पंक्ति आपको समान कार्य करने में रोकती है?

सबसे पहले, आपको पता होना चाहिए कि आपको काफी समय से जूनियर माना जाता है। आपको मनमानी पदोन्नति मिल सकती है क्योंकि आप अच्छे हैं और यह आपको एक अच्छा वेतन देने का एकमात्र तरीका है, लेकिन आपको अभी भी एक जूनियर माना जाएगा क्योंकि आप अपनी अगली नौकरी पर जाते हैं।

दूसरा, अगर मैं किसी को 2-4 साल के अनुभव के साथ काम पर रख रहा हूं, तो मुझे वास्तव में परवाह नहीं है कि क्या उनका काम पूरी तरह से रखरखाव था। यदि आपने रखरखाव में 10 साल बिताए हैं और मैं ग्रीनफील्ड्स परियोजना के लिए काम पर रख रहा हूं, तो मेरे पास कुछ प्रश्न हो सकते हैं, लेकिन पहले कुछ वर्षों के लिए, मैं ईमानदारी से इसकी उम्मीद करता हूं।

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

आपके द्वारा उल्लेखित ये अन्य प्रोग्रामर, जो इस तरह की नौकरियों से बचते हैं, आमतौर पर उनसे बचते हैं क्योंकि वे कम मज़ेदार होते हैं, इसलिए नहीं कि यह उनके करियर में बाधा डालता है।

अंत में, आपको पता होना चाहिए कि सॉफ़्टवेयर डेवलपमेंट जॉब्स का एक बहुत बड़ा प्रतिशत (मैं लगभग 80% पर रूढ़िवादी रूप से अनुमान लगाएगा) 50% से अधिक रखरखाव है।

तो, उस सब के माध्यम से कटौती करने और अपने प्रश्न का उत्तर देने के लिए: नहीं, मुझे नहीं लगता कि यह आपके कैरियर में बाधा डालने वाला है। जब तक आप वहाँ बहुत लंबे समय तक रहते हैं। अंगूठे का सामान्य नियम है "एक बार जब आप महसूस करना शुरू करते हैं कि आपको हर साल समान अनुभव प्राप्त हो रहा है, तो यह समय है।" अगर आपको लगता है, हर साल, जैसे कि आप पिछले साल की तुलना में बेहतर डेवलपर हैं, तो आप ठीक हैं (और यह मेरे लिए जाता है, मेरे करियर में 20 साल, जितना आप)।


25
+1 करना रखरखाव किसी को एक बेहतर विकास बनाता है।

8
+1 अपने या किसी और के प्रोजेक्ट पर रखरखाव करना आपको उन निर्णयों के परिणामों की सराहना करने और सीखने के लिए मजबूर करता है जो परियोजना में पहले किए गए थे।
ओफिडियन

रखरखाव के साथ अनुभव होने के दौरान आदर्श है, मेरी राय यह है कि आप एक सफल परियोजना को विकसित करने से क्या सीखते हैं> आप किसी और की परियोजना को बनाए रखना सीख सकते हैं। रखरखाव आपको सिखा सकता है कि क्या नहीं करना चाहिए, लेकिन जैसा कि जेसन फ्राइड ने कहा था: विफलता से सीखना आपको बता सकता है कि अगली बार क्या नहीं करना चाहिए, लेकिन यह आपको यह नहीं बताता कि अगली बार क्या करना है
कोरी हिंटन

@KoreyHinton: मुझे यकीन है कि एक सफल उद्यमी, जेसन फ्राइड का मानना ​​है कि उद्यमी होने के मामले में वह क्या कह रहा है। मैं तर्क दूंगा कि a) वह वास्तव में नहीं जानता कि वह क्या बेहतर कर सकता है, क्योंकि चीजें उसके लिए बहुत सही हैं, b) DHH और रेल का समर्थन करना 37% की सफलता का 90% हिस्सा था और यह एक जुआ है जो भुगतान नहीं करेगा समय का 90% बंद, और ग) यहां तक ​​कि जेसन शायद यह दावा नहीं करेगा कि एक उद्यमी होने के बारे में सलाह जरूरी है कि वह एक बुरी तरह से लिखे गए सॉफ़्टवेयर के साथ एक साथ टुकड़ा करने से सीखे।
पीडीआर

@pdr आप सही कह रहे हैं, दो चीजें बिल्कुल अनुवाद नहीं करती हैं। जैसा कि मैं अभी भी एक छात्र हूं, मैं अनुभव के बजाय राय से बोल रहा था। मुझे लगता है कि मैं व्यक्तिगत रूप से नए कोड लिखना पसंद करता हूं, क्योंकि यह दूसरों द्वारा लिखे गए कोड को बनाए रखने के विपरीत है, लेकिन ऐसा लगता है कि रखरखाव कुछ ऐसा है जो मैं इस क्षेत्र में बहुत कुछ करने जा रहा हूं।
कोरी हिंटन

13

किसी भी नौकरी में, आपको जो अनुभव प्राप्त होता है, वह विशिष्ट होता है, जो आप कर रहे हैं, जो उस अनुभव के आधार पर अन्य नौकरियों के लिए आवेदन करते समय आपकी संभावनाओं की सीमा को सीमित करता है। यह रखरखाव के लिए विशिष्ट नहीं है। मुझे लगता है कि कुछ सवाल रखरखाव या नए सॉफ्टवेयर विकास से अधिक प्रासंगिक हैं:

  • आपके द्वारा काम की जा रही विशिष्ट तकनीकें कितनी व्यापक हैं? यदि आप किसी ऐसी चीज को बनाए रख रहे हैं जो अप्रचलित है और शायद ही कहीं और उपयोग की जाती है, तो यह आपके भविष्य के कैरियर के अवसरों को सीमित कर देगा (लेकिन इसलिए सिस्टम / प्लेटफॉर्म / तकनीक के लिए नए सॉफ्टवेयर का विकास होगा जो व्यापक रूप से उपयोग नहीं किया जाता है)।
  • भविष्य में आप जो काम करना चाहते हैं, उसके लिए आपका वर्तमान काम आपको कैसे लैस करता है? रखरखाव का काम, जैसा आपने बताया, महत्वपूर्ण है और हमेशा आसपास रहेगा। इस प्रकार की प्रोग्रामिंग पर केंद्रित कैरियर होने में कुछ भी गलत नहीं है; सिस्टम मेंटेनर के लिए हमेशा बहुत सारी संभावनाएँ होंगी। लेकिन शायद यह वह नहीं है जो आप करना चाहते हैं। यह चिंता का विषय है यदि आपका वर्तमान कार्य आपको उस चीज के लिए तैयार नहीं कर रहा है जिसमें आप रुचि रखते हैं।

हालाँकि, मुझे बहुत चिंता नहीं होगी। एक बात तुम कहते हो:

मैंने जिन क्षेत्रों को छुआ है, लेकिन बहुत गहराई में नहीं है।

इसे एक समस्या के रूप में मत समझो, क्योंकि इसका उपयोग आपके लाभ के लिए किया जा सकता है। व्यापक अनुभव होने का मतलब है कि चीजों की एक विस्तृत श्रृंखला है, जिसे आप कह सकते हैं "हां, मैंने ऐसा किया है।" नौकरियों के बहुत सारे विभिन्न तकनीकों और कार्यों में अनुभव के लिए पूछें। आपको संभवतः एक ऐसे डेवलपर के ऊपर एक फायदा होगा जो एक तकनीक में बहुत गहरा अनुभव रखता है।

इसके अलावा, बहुत सारी नौकरियों में रखरखाव और नए विकास का मिश्रण शामिल है। यदि आप अधिक नया विकास करना चाहते हैं, तो आप अपने मौजूदा रखरखाव के अनुभव का उपयोग मिश्रित भूमिका में परिवर्तन के लिए कर सकते हैं जो आपको अधिक विकास का अनुभव देगा।

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


व्यापक अनुभव पर +1 । 15 साल के विकास और रखरखाव में अंतिम वर्ष के बाद, मैं व्यक्तिगत अनुभव से कह सकता हूं कि मैंने विकास में रहने की तुलना में कई अधिक भाषाओं और प्लेटफार्मों को छुआ है। एक फ्रीलांसर के रूप में, ब्रेड्थ (सामान्यवादी) का एक बड़ा सौदा होने से मुझे जल्द ही नौकरी से बाहर नहीं होने की एक सुखद अनुभूति होती है। शायद यह विशेषज्ञता (विशेषज्ञ) होने पर अधिक पैसा बनाने की संभावना की कीमत पर है, लेकिन मैं जोखिम कम करना चाहता हूं।
लेवेन केर्सेमेकर्स

2

क्या समर्पित रखरखाव प्रोग्रामिंग भूमिकाएं एक प्रारंभिक कैरियर के लिए हानिकारक हैं?

अधिक बार नहीं - हाँ, यह मानते हुए:

  • यहाँ कैरियर का मतलब है कि कई अलग-अलग तकनीकी कौशल में विशेषज्ञता।
  • कि आप X से अधिक वर्ष वहां बिताएं, जहां X आपके सोचने के तरीकों को "सेट" करने के लिए पर्याप्त है।
  • कि तुम कुछ भी अलग नहीं करते।
  • कि "समर्पित अनुचर" (EDIT, नीचे देखें) का मतलब है कि आप कोड के साथ-साथ नई चीजों को बनाए रखने के लिए कोड नहीं बनाते हैं, लेकिन यह है कि आप लगभग हमेशा रखरखाव मोड में एक परियोजना पर बनाए रखने या यहां तक ​​कि काम करने के लिए कोड - कोई नई सुविधाएँ नहीं, कम से कम आवश्यक बग को ठीक करने के लिए कोड में परिवर्तन।

इसका मतलब यह नहीं है कि हमेशा ऐसा ही होता है।

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

क्या अन्य प्रोग्रामर इन जैसी भूमिकाओं से बचने के लिए सही हैं?

मुझे पता है कि बहुत अच्छे अनुचर हैं जो अपनी नौकरी पसंद करते हैं और कुछ और के लिए आवेदन नहीं करना चाहते हैं क्योंकि यह आरामदायक है जहां वे हैं। हर कोई हर बार नई चीजें सीखना पसंद नहीं करता है। इसलिए - अपनी वरीयताओं के आधार पर इससे बचें या देखें।

जब तक आप एक जूनियर के रूप में शुरू करने के लिए तैयार नहीं होते हैं, तब तक कार्य की यह पंक्ति आपको समान कार्य करने में रोकती है?

अधिक बार नहीं - हाँ। क्योंकि आपको पहले से ही ऐसा करने का अनुभव है, क्योंकि आप पहले से ही "रस्सियों को जानते हैं" आदि हैं, लेकिन बदलाव निश्चित रूप से संभव है और एक जूनियर स्थिति के लिए आवेदन किए बिना हो सकता है। आप पहले से ही चीजों को अलग करना शुरू कर देते हैं, इसे जारी रखें! यह वास्तव में बहुत सार्थक है और आपके द्वारा देखे गए 'कौशल अंतराल' को छोटा कर सकता है।


EDIT: डैन ने बताया है (बहुत सही तरीके से), कि रखरखाव कार्यों को अक्सर अनुसंधान के साथ किया जा सकता है। यह सच है। मैंने इसका बेहतर पता करने के लिए दो स्थानों पर ऊपर दिए गए उत्तर को बदल दिया है।

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

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


@ dan1111, कौन से हिस्से नहीं हैं? यह डुप्लिकेट होने के बावजूद मैं ख़ुशी से अपने जवाब को बेहतर बनाऊंगा।
LAFK का कहना है कि मोनिका

धन्यवाद डैन। मैं कुछ हिस्सों को उजागर करने के लिए अपने उत्तर का विस्तार करूँगा जो मुझे विश्वास है कि आपकी टिप्पणी का उत्तर है।
एलएएफके का कहना है कि मोनिका

उत्तर पर अतिरिक्त कार्य के लिए +1। विशेष रूप से, अपने स्वयं के अनुभव की हद तक व्याख्या करना उत्तर की विश्वसनीयता स्थापित करने में सहायक होता है।

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

हाय @ user1172763 मुझे कहना होगा, आपकी रखरखाव परिभाषा काफी असाधारण है। मुझे विश्वास है कि मैंने दान के लिए जो हिस्सा जोड़ा है , वह आपके जैसे रखरखाव के अधिक दिलचस्प मामलों को संबोधित करता है। हालाँकि मैं इसे मानक रखरखाव नहीं मानता। बस सत्यापित करने के लिए - डाउन-वोट का कारण है क्योंकि आपका अनुभव मेरे उत्तर से मेल नहीं खाता है? फिर कृपया अपने स्रोतों को बताएं, जैसा कि मैंने कहा था, ताकि अन्य पढ़ सकें और निर्णय ले सकें।
LAFK का कहना है कि मोनिका

1

मुझे कौशल स्तर में काफी कनिष्ठ होने के नाते खुद का प्रतिनिधित्व करना होगा क्योंकि मेरे पास तीन साल के अनुभव वाले व्यक्ति के ज्ञान के स्तर की गहराई नहीं होगी, जो विशेषता विकास में एक विशेष पथ पर केंद्रित है।

सही बात। आप "X, Y, और Z" का उपयोग करके स्क्रैच से 3 साल के अनुभव के डिजाइन सिस्टम को नहीं कह पाएंगे, आपको "3 साल के अनुभव का उपयोग करना होगा जो कि X, Y और Z के उपयोग से स्क्रैटिंग सिस्टम का अनुभव करता है , जब तक आप नहीं चाहते। अपने सीवी पर सही झूठ बोलें।

मुझे लगता है कि मैं रखरखाव कार्यों से बचने के लिए अन्य कंपनियों में साक्षात्कार करने के लिए था, मुझे खुद को कौशल स्तर में काफी कनिष्ठ होने के रूप में प्रतिनिधित्व करना होगा क्योंकि मुझे किसी व्यक्ति विशेष पर केंद्रित तीन साल के अनुभव के साथ आवश्यक ज्ञान के स्तर की गहराई नहीं होगी सुविधा विकास में पथ होगा

यदि आप "मैं डिजाइन और खरोंच से सिस्टम का निर्माण" कहना चाहता हूं, तो हां, आपको खुद को जूनियर के रूप में वर्गीकृत करना होगा।

आईटी में काफी आम है, (और मैं यह नहीं कह रहा हूं कि आप क्या कर रहे हैं) लोगों को यह मानने के लिए है कि क्योंकि वे एक्स वर्षों से काम कर रहे हैं, उनके पास एक्स वर्षों का अनुभव है और {वर्षों की अनिश्चित संख्या के बाद} वे एक वरिष्ठ {विजेट} डेवलपर माना जाना चाहिए।

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

आदर्श रूप से, आप "नई" प्रणाली के काम और विरासत के काम का मिश्रण चाहते हैं।

एक सकारात्मक नोट पर, आपने संभवतः विभिन्न आर्किटेक्चर (अच्छे और बुरे), अलग-अलग दृष्टिकोणों को देखा है, कैसे खराब निर्णय लेगेसी प्रोग्रामर को लाइन के बाद बहुत कठिन काम कर सकते हैं। ये सभी सकारात्मक हैं जिनसे उच्चारण किया जा सकता है।

सौभाग्य!


0

एक अलग कोण से इसे देखते हुए, मुझे लगता है कि रखरखाव में एक विशेषज्ञ के रूप में खुद को बेचना एक विपणन योग्य अवसर है।

एक सॉफ्टवेयर कंपनी के मालिक के रूप में, जिसके पास कई परियोजनाएं हैं, जिनमें से एक सबसे बड़ा जोखिम मुझे कम से कम करना है। वे डेवलपर्स हैं जो जहाज कूदते हैं, और उनके कोड के बाद के रखरखाव।

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

मेरी सलाह होगी कि इसे एक उचित प्रयास दें। अपने आप को एक रखरखाव विशेषज्ञ के रूप में रखें और अपने ब्लॉग पर खेती करें। आप किसी पर हो सकते हैं।

हमारी साइट का प्रयोग करके, आप स्वीकार करते हैं कि आपने हमारी Cookie Policy और निजता नीति को पढ़ और समझा लिया है।
Licensed under cc by-sa 3.0 with attribution required.