सॉफ्टवेयर डेवलपमेंट - प्रोजेक्ट, 1 प्रोग्रामर - अगर बस से टकरा जाए तो क्या होगा?


19

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

मैंने समझाया कि मेरे दस्तावेज के साथ और कोड में प्रलेखन के साथ कि उन्हें वास्तव में केवल एक और प्रोग्रामर को काम पर रखने की आवश्यकता होगी जो उन भाषाओं को समझता है जो उपयोग किए गए थे और वे बहुत तेजी से गति करने के लिए हो सकते हैं।

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

विचार? इसी तरह की स्थिति और इसके वर्तमान को कैसे संभाला जा रहा है जहां आप काम करते हैं?


3
उन्हें बीमा मिलता है। मुझे यकीन है कि आपके लायक 1,000,000,000 लोग उनके लिए मर चुके हैं।
मार्टिन यॉर्क

1
मजेदार आपको इसका उल्लेख करना चाहिए। मुझ पर एक बीमा पॉलिसी भी निकाल रहे हैं।
ओमिनस

11
@Ominus संयोग से, उन्होंने बस ड्राइविंग सबक भी शुरू किया: D
Wildpeaks

2
आपको क्यों परवाह करनी चाहिए? इसमे आप के लिए क्या है? बस उन्हें अच्छे दिखने वाले दस्तावेज दें। किसी अन्य प्रोग्रामर को काम पर रखने के लिए आपके लिए कोई वास्तविक प्रतिस्थापन नहीं है।
जॉब

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

जवाबों:


21

दुर्भाग्य से वे क्या कर रहे हैं "उनके सभी अंडे एक टोकरी में डाल रहे हैं"।

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

वैसे भी, एक पूरा कोड आधार पढ़ने के बारे में आप कुछ भी नहीं जानते हैं, यह संभव है कि इसमें बहुत समय लग सकता है (जिस तरह से अधिकांश व्यवसाय बर्दाश्त कर सकते हैं)।

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

यदि आपके द्वारा छोड़े गए समय की तुलना में उन्हें अधिक समय लगता है, तो उन्हें गंभीरता से एक या एक से अधिक स्थायी प्रोग्रामर (पूर्ण या आंशिक समय) को नियुक्त करने पर विचार करना चाहिए, और उन्हें कभी भी एक ही बस नहीं लेने देना चाहिए। :)

किसी भी तरह से, अच्छा प्रोग्रामर अचानक छोड़ना हमेशा मामलों को बदतर बना देता है जैसे वे थे।


किसी और को डॉक्स पढ़ने देने के लिए +1। प्रलेखन लिखने का सबसे अच्छा तरीका अक्सर उपयोगकर्ता या सहकर्मी के सवालों का जवाब देकर होता है, अपने दम पर नहीं।
फ्रेड फू

12

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

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

सुनिश्चित करें कि आप उसी कार की सवारी न करें जब आप दोपहर के भोजन के लिए जाते हैं :)


कितना मजेदार है, हमारे जवाब (उसी समय के बारे में पोस्ट किए गए) आंशिक रूप से समान हैं, यहां तक ​​कि हास्य-वार भी। :)
यम मार्कोविच

एक अंशकालिक देव / इंटर्न एक बैकअप आदमी पाने के लिए एक बहुत ही सस्ता तरीका है, निश्चित रूप से एक ठेकेदार को एक तरह से स्थापित करने की कोशिश करने से बेहतर है कि वे पैसे की बर्बादी नहीं करेंगे।
रायथल

@YamMarcovic, आप सही हैं! क्या मौके हैं यार!
NoChance

5

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

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


दिलचस्प शब्द "लॉटरी द्वारा मारा गया" :)
NoChance

चतुर व्यापार योजना (अच्छी तरह से, सेवा, मुझे नहीं पता कि आप और क्या करते हैं) जो मैंने कभी नहीं सुना।
Psr

@psr का कोई मतलब नहीं मेरी पूरी व्यवसाय योजना (विशेष रूप से मेरा स्थान दिया गया) लेकिन एक सेवा जो मैं प्रदान करता हूं जो ग्राहकों की मदद करती है। आपको अपने पैरों पर सोचने, बहुत सारी तकनीकों को जानने, तेजी से सीखने और अच्छी तरह से सिखाने में सक्षम होने की आवश्यकता है। मुझे मजा आता है!
केट ग्रेगरी

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

1

इस व्यवसाय में आईएसओ 9001 एक बस परिदृश्य से हिट होने के बारे में है। क्या उस कंपनी से सेवाएँ प्राप्त करने से आपकी कंपनी को उस प्रमाणीकरण के लिए अर्हता प्राप्त करने की अनुमति मिलेगी? यह उनके लिए एक दिलचस्प सवाल हो सकता है।

या उत्तर देने के लिए हलकों में घूमने जाएं। (यह शायद "नहीं" के समान होगा।)


1

मैं ओपी से सहमत हूं। एक और डेवलपर को किराए पर लेना बेहतर है। यदि ज्ञान का आधार किसी अन्य कंपनी में है, जिस पर उनका कोई नियंत्रण नहीं है, तो स्थिति उतनी ही जोखिम भरी है।

मेरे लिए ऐसा लगता है कि वे आपको ऑफ-शोहर लेबर से बदलना चाहते हैं, जहां लोग प्रति माह $ 10 बच सकते हैं।


काफी निंदनीय जवाब? व्यवसाय निरंतरता सुनिश्चित करना चाहता है, लागत में कटौती नहीं करता है। अगर वह पैसे बचाने के लिए एक्सपेंसिव लेबर को बदलना चाहता था, तो वह बाहर के कंसल्टेंट को नियुक्त नहीं करेगा।
मटनज़

+1, सही है। यदि पैसा कोई समस्या नहीं थी, तो उनके पास अतिरिक्त डेवलपर को काम पर रखने का कोई कारण नहीं है।
ग्रैंडमास्टरबी

@mattnz। व्यवसाय लागत में कटौती नहीं करना चाहता है? पिछले 60 वर्षों से आप आउटसोर्स मजदूरों की शिफ्ट के साथ कहां हैं? ओपी के शब्दों में वे "ओवर टेक" करने के लिए एक बाहरी कंपनी को किराए पर लेना चाहते हैं। बाहर ज्ञान का आधार होने से निरंतरता सुनिश्चित नहीं होती है, लेकिन समान मूल्य के लिए अधिक हाथ प्रदान करता है जैसे कि मिलान वाले आयकर वाले 1 कर्मचारी।
लॉर्ड टाइडस

1

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

एक बाहरी फर्म को किराए पर लेना? मैं तुम्हारे साथ वहाँ हूँ - वे शौचालय के नीचे उस पैसे को बहा सकते हैं। कि वे आपके सिस्टम को जानने के लिए एक बाहरी कंपनी को काम पर रखने की सोच रहे हैं, मुझे बताता है कि वे वास्तव में बस परिदृश्य से चिंतित नहीं हैं (क्योंकि, जैसा कि उल्लेख किया गया है, समाधान स्पष्ट है) और बस एक वाक्यांश को हिट करने के लिए एक कारण की आवश्यकता है बस 'अपने साथी प्रबंधकों के साथ गोल्फ खेलते समय, या ... कि वे आपकी नौकरी को आउटसोर्स करना चाहते हैं। आखिरकार, अगर कोई बाहरी कंपनी किसी कर्मचारी की तुलना में कम कीमत के लिए आपका पूरा कोड आधार सीख सकती है, तो किसी समय नुकीले बालों वाले व्यक्ति पूछेंगे कि उन्हें आपकी आवश्यकता क्यों है?


0

यदि आप किसी महत्वपूर्ण कर्मचारी को बस से मारते हैं, तो कंपनियों के लिए योजना बनाने की तुलना में यह आपके लिए सामान्य है।

आमतौर पर हालांकि यह महत्वपूर्ण प्रतिभा को किसी आंतरिक (जो एक ही उड़ानों पर यात्रा करने की अनुमति नहीं है ... या बसों) के साथ प्रतिस्पर्धात्मक लाभ और विचारों को प्रतियोगिता के बाहर लीक होने से रोकने के लिए जोड़ रहा है।


0

सबसे पहले, आपके कोड का परीक्षण करने वाले व्यक्ति को 'आप' के तहत काम नहीं करना चाहिए; यह हितों का टकराव है।

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

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


0

वास्तव में एक शब्द है जिसे प्रोजेक्ट बस नंबर कहा जाता है। अगर बस नंबर एक है तो आपको बड़ी समस्या है। अमेरिका में फेमा कंपनियों को आपदाओं के लिए बेहतर तरीके से तैयार होने के लिए कह रहा है।

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

Http://www.fema.gov/privatesector/preparedness , और http://readyrr.org/ पर PS-Prep के बारे में अधिक जानकारी है ।


0

मुझे तुम्हारा दर्द पता है। जिस कंपनी के लिए मैं काम करता हूं, उसके पास 20+ डेवलपर्स हैं, और हर किसी को उसका ज्ञान है।

ओवरलैपिंग बिट्स वास्तव में ... बिट्स हैं, इसलिए यदि कोई लापता हो जाता है (छुट्टी, इलनेस, आदि) और कुछ ऐसा होता है जो वे उपकरण का प्रबंधन कर रहे हैं, तो आप खराब हो गए हैं।

समस्या यह है कि वे इस स्थिति को जानते हैं और इतना सब कुछ ध्यान नहीं देते हैं, हो सकता है कि उन्होंने अभी तक अपने चेहरे को नहीं मारा हो।


0

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

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