आप अपने कोड पोस्ट रोजगार अंत का समर्थन कैसे करते हैं?

Question

कोड समर्थन के संदर्भ में एक कंपनी (या यहां तक ​​कि एक समूह / विभाजन) को छोड़ने के लिए क्या प्रक्रिया है?

क्या सभी सवालों को संभालना सबसे अच्छा है? क्या आप शेष डेवलपर्स को भविष्य के संसाधन के रूप में खुद को एक्सेस देते हैं? यदि हां, तो क्या पूर्ण पहुँच नहीं देने का एक तरीका है?

मैंने पहले हाथ का अनुभव किया है, जहां शुरुआती डेवलपर के सामान्य सॉफ्टवेयर के बारे में जवाब देना अमूल्य होगा।

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

मैं कुछ ऐसा करने के बारे में सोच रहा था जैसे कि (OR_NAME) _codesupport @ (your_FAVORITE_EMAIL_CLIENT) .com पता।

मेरी स्थिति विनिर्देश:

मैं एक सह-ऑप छात्र हूं, और 4-महीने के कार्यकाल में कंपनियों के आसपास ऐसी उछाल। इसका मतलब है कि मैं बहुत सारे नए कोड आधारों से परिचित हो रहा हूं, साथ ही जब मैं किसी कंपनी को छोड़ता हूं तो अनाथ कोड का एक अच्छा हिस्सा छोड़ देता हूं। मुझे बुरा लगता है अगर मैं जंक कोड के आसपास छोड़ देता हूं।

Comments

कोई अपराध नहीं है, लेकिन मुझे संदेह है कि आप 4 महीने की अवधि में कुछ भी जटिल हासिल करने जा रहे हैं जिसे कोई भी अनुभवी डेवलपर नहीं संभाल सकता है।

— लुई कोट्टमैन

@ कालेब का सही जवाब है। सिवाय - आप एक सह-ऑप छात्र हैं, जिसका अर्थ है कि आप इस क्षेत्र में पूर्णकालिक नौकरी पाने के लिए किसी समय उम्मीद करते हैं, और आप अनुभव और संपर्क दोनों प्राप्त करने के लिए कंपनियों के साथ अंशकालिक काम कर रहे हैं। इतना गुस्सा " @ # $ @ $ # @%, मैं चला गया " थोड़ा " अरे, मैं भविष्य में y'all के साथ काम करना पसंद करूंगा "।

— रॉस पैटरसन 12

Answer 1

आप अपने कोड पोस्ट रोजगार अंत का समर्थन कैसे करते हैं?

तुम नहीं। इसलिए इसे अंत कहा जाता है ।

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

ठीक है, अधिक वास्तविक रूप से, स्थिति के आधार पर, आप फोन या ई-मेल द्वारा सवालों के जवाब देने की पेशकश कर सकते हैं, खासकर यदि आप a) वहां वापस जाना चाहते हैं, तो b) वहां काम करने वाले लोगों के साथ दोस्त हैं, c ) अभी भी एक अच्छी समीक्षा के लिए उन पर निर्भर हैं, डी) बहुत आत्मविश्वास महसूस करते हैं कि कंपनी आपके सद्भाव के इशारे का दुरुपयोग नहीं करेगी, और / या ई) कंपनी आपको किसी भी गैर-तुच्छ अतिरिक्त समर्थन की भरपाई करने के लिए तैयार है।

इसका मतलब है कि बहुत सारे नए कोड बेस के लिए अपना परिचय देना

यह विकसित करने के लिए एक अच्छा कौशल है - आपको इसकी आवश्यकता होगी।

जब मैं किसी कंपनी को छोड़ता हूं तो अनाथ कोड का उचित हिस्सा छोड़ देता हूं।

जब आप अभी भी काम कर रहे हैं तो आपकी नौकरी का एक हिस्सा यह है कि आपने क्या किया है, या कम से कम यह सुनिश्चित करें कि वहां काम कर रहे कुछ अन्य लोगों को इसकी स्पष्ट समझ हो। यह कुछ ऐसा है जो कंपनी के हित में है, और उन्हें यह सुनिश्चित करना चाहिए कि आपके पास अभी भी वही है जो आपको चाहिए।

मुझे बुरा लगता है अगर मैं जंक कोड के आसपास छोड़ देता हूं।

पहली बार में जंक कोड न लिखें। यदि आपका पूर्व-अच्छा कोड कबाड़ हो जाता है (अप्रचलित, अब आपकी जरूरत नहीं है, आदि), तो आप जाने से पहले उसे साफ कर लें। यदि आपके जाने पर आपका कोड कबाड़ नहीं है , तो इसके बाद क्या होता है, इसके बारे में आपको चिंता नहीं करनी चाहिए।

Comments

विचार B और D ही हैं जो मुझे संपर्क जानकारी छोड़ने के लिए प्रेरित करेंगे। मैं वास्तव में बाहर निकलने पर अपना काम नहीं करता था, अगर उन्हें अक्सर मुझे बाद में कॉल करने की आवश्यकता होती है। बहुत बढ़िया जवाब।

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

— अकटन

Answer 2

आम तौर पर आप अपनी निर्धारित समाप्ति तिथि से लगभग 2 सप्ताह पहले इसकी तैयारी करते हैं। टीम के किसी अन्य सदस्य को ज्ञान हस्तांतरण के लिए कुछ समय की योजना बनाएं और यह सुनिश्चित करने का प्रयास करें कि आपके डेस्क पर पैक करने से पहले वे कोड का समर्थन कर सकते हैं । कोड में अपनी संपर्क जानकारी डालकर अपने आप को सदा के समर्थन में स्थापित न करें। यदि स्थिति इतनी गंभीर है कि कोई भी लेकिन आप इसे ठीक कर सकते हैं, तो वे शायद एचआर से आपकी संपर्क जानकारी प्राप्त कर सकते हैं।

Comments

हाँ, लेकिन वास्तव में इसका कारण आप अपने मालिक को नोटिस देते हैं। इससे पहले कि वे यह सुनिश्चित करने के लिए काम करते हैं कि वे जाने से पहले कवर किए गए हैं।

— डग टी।

Answer 3

व्यक्ति को अपने स्थान पर प्रशिक्षित करें जितना आप कर सकते हैं (यदि कोई है)।

मुझे कोड के साथ प्रलेखन को छोड़ना सबसे अच्छा लगता है, अगर केंद्रीय प्रलेखन प्रणाली नहीं है, तो स्रोत नियंत्रण में अधिमानतः जाँच की जाती है। आप जो कुछ भी करते हैं, जितना संभव हो उतना दस्तावेज़:

• किसी अन्य डेवलपर के कंप्यूटर पर पूरी तरह से काम करने की प्रणाली और उसे कैसे प्राप्त करें
• कैसे बनाना है
• कैसे तैनात करें

केंद्रीय स्थान पर हर चीज की एक प्रति रखें।

किसी भी हितधारकों को सभी विवरण ईमेल करें ।

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

Comments

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

मुझे नहीं लगता कि उनका मतलब है "आप के साथ एक प्रति ले लो।" अधिकांश फर्मों के पास एक संग्रह है जहां वे सॉफ़्टवेयर रिलीज़ की प्रतियां रखते हैं।

— रॉबर्ट हार्वे

@ GlenH7 - मेरा मतलब यह नहीं था कि आपको इसे अपने साथ रखना चाहिए। मैं स्पष्ट करने के लिए संपादित करूँगा।

— स्कॉट व्हिटलॉक

आपके साथ कोड लेने या न लेने पर बड़ा धागा था । कानूनी चिंता (आईएमएचओ) सबसे बड़ा मुद्दा है। आपका संपादन आपके इरादे को और अधिक स्पष्ट कर देता है, इसे डालने के लिए धन्यवाद। मैं आपके उत्तर को फिर से दूंगा, लेकिन, उम, सिस्टम मुझे किसी कारण से नहीं आने देगा। ;-)

Answer 4

कुछ ऐसी चीजों का जिक्र करना चाहूंगा।

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

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

मेरे एक दोस्त ने अपनी कंपनी को 1 साल पहले छोड़ दिया था और हाल ही में एक परियोजना प्रबंधकों द्वारा उनसे कुछ साल पहले लिखे गए कोड के साथ एक समस्या को ठीक करने के लिए संपर्क किया गया था। समस्या को हल करने के लिए टर्नअराउंड और जटिलता को ध्यान में रखते हुए, वह सबसे आसान विकल्प था। अंत में उन्होंने इस मुद्दे को ठीक करने में उनकी मदद की; लेकिन अपने व्यक्तिगत हितों और नैतिकता पर। और ध्यान दें कि कई नियोक्ता इससे सहमत नहीं हो सकते हैं। यानी वह अपनी पुरानी कंपनी में वापस जा रहे हैं और मुद्दों को ठीक कर रहे हैं।

जिन चीजों को आपने नोटिस किया है, वह है,

• जो इस स्थिति में पेशेवर रूप से गंभीर व्यावसायिक कार्य करते हैं। वे अब तुम्हें नहीं चाहते।
• पूर्व-नियोक्ता से कॉल प्राप्त करने का उच्चतम मौका एक व्यक्तिगत कॉल है। आमतौर पर यह आपके पास आने और कोड को ठीक करने के लिए एक संगठनात्मक निर्णय नहीं होगा। इसके अलावा वे आपका समय पूछने से पहले आपके समय और वर्तमान असाइनमेंट का सम्मान करते हैं।
• कॉरपोरेट कंपनियां अपने कोड और डिज़ाइन के लिए सबसे अधिक गोपनीयता रखती हैं। वे पूर्व कर्मचारियों को भी उजागर नहीं करना चाहते हैं।
• ज्यादातर कर्मचारी जो कंपनी छोड़ देते हैं, वे समान डोमेन वाली कंपनियों में शामिल होंगे। और पूर्व-कंपनी और नई कंपनी प्रतिस्पर्धी हो सकती है। यदि आप पेटेंट और कंपनी के ऑपरेटिंग सिद्धांत की प्रकृति के आधार पर पकड़ बना रहे हैं, तो अधिकांश कंपनियां पूर्व-कर्मचारियों को उनके साथ काम करने की अनुमति नहीं देंगी, भले ही पूर्व-कर्मचारी चाहें।
• आपके विशिष्ट मामले में, मुझे संदेह है कि 4 महीने का कार्यकाल आपको संगठन और परियोजना के लिए बहुत महत्वपूर्ण बना सकता है जब तक कि आप उन्हें मौलिक रूप से अपने सिर में पैदा हुए कुछ नया नहीं दे रहे हों।

Comments

कंपनी के कानूनी जोखिम को संबोधित करने के लिए +1, पूर्व कर्मचारियों को कोड अनुबंध के तहत अब उजागर नहीं करता है। मैंने कभी नहीं सोचा था कि किसी कंपनी को अब तक समर्थन कैसे नुकसान पहुंचा सकता है

— जेम्स

Answer 5

सभी चीजें जो दूसरों ने कही हैं और फिर:

सह-प्रोग्रामिंग पर विचार करें ।
एक डेस्क के पीछे दो लोगों के साथ बैठें। जोड़े में सब कुछ कार्यक्रम। जब उनमें से एक (आप) निकल जाता है, तो दूसरे एक स्टिल में सारा ज्ञान होता है।

अन्य फायदे बहुत हैं, लेकिन यह एक और विषय है।

Comments

मुझे वास्तव में यह उत्तर पसंद है! मैं सुंदर दिखने के लिए एक लिंक जोड़ूंगा।

— मालाची