एक प्रोग्रामर के रूप में, क्या आप परवाह करते हैं कि विकास प्रक्रिया किस पद्धति का उपयोग करती है?


14

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

क्या विकास प्रक्रिया पद्धति आपके लिए प्राथमिकता है?


8
निर्भर करता है कि आपके पास कितना धैर्य है, और यदि आप मूर्खों को खुशी से पीड़ित करते हैं।
आहारबुद्ध

जवाबों:


21

यह मेरे लिए केवल उतना ही महत्वपूर्ण है जितना कि सामान्य ज्ञान के रास्ते में नहीं होना, जो हमें उम्मीद है कि अधिकांश पेशेवरों के पास होगा।

जब हम संस्करण नियंत्रण के बारे में बात करते हैं, तो तर्क है कि any version control beats not having anything at all, विकास विधियों के साथ ऐसा नहीं है। विधियों का अर्थ है नियम, और नियम कभी-कभी टूट जाते हैं। मैंने उन कंपनियों के लिए काम किया है जो वास्तव में नासमझ चीजें कर रही हैं जब तक कि कोई भी याद कर सकता है, नासमझ प्रक्रिया को ठीक करने के लिए जो भी समस्या हुई वह बहुत पहले चली गई थी।

मैं एक कंपनी से निम्नलिखित चाहता हूं:

  • स्पष्ट रूप से प्रलेखित प्रक्रियाएं जो कुछ पृष्ठों पर फिट होती हैं। अगर मुझे गति के लिए उठने के लिए एक निबंध (या इससे भी बदतर) उपन्यास पढ़ना है, तो मैं लंबे समय तक खो जाऊंगा।

  • साक्ष्य कि कंपनी बेहतर के लिए बदलती प्रक्रियाओं के लिए खुली है। मुझे किसी के पास जाने और "मुझे एहसास है कि आप [xyz] क्यों कर रहे हैं?

  • थोड़ी प्रतिस्पर्धा अच्छी हो सकती है और अक्सर यह अपरिहार्य है। लेकिन, मैं ऐसी किसी भी दुकान से बचूंगा जहाँ प्रतियोगिता को लोगों को प्रेरित करने के लिए एक प्राथमिक साधन के रूप में उपयोग किया जाता है। यदि आपने किसी चीज़ को कोडित किया है जो डेवलपर द्वारा लेजर प्रिंटर पर प्रतिदिन शाम 5 बजे तक # लाइनों को भेजती है, तो मैं आपके लिए काम नहीं करना चाहता।

  • यदि आपने धन्य रिपॉजिटरी में बिल्ड को रोका नहीं है, तो जो बदलाव कहा गया है, उसे प्राप्त करने से रोकें, मैं बिल्ली की तरह भागता हूं। आखिरी चीज जो मैं 5:00 बजे करना चाहता हूं, वह मेरे स्थानीय निर्माण का परीक्षण करने के लिए मास्टर रेपो से बदलाव में है, केवल खुद को खोजने के लिए किसी और के अर्धविराम को ठीक करना।

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

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

दूसरे गूंजते हुए "ओह नहीं, फिर कभी!" है "हम तुम भी हम एक SVN या कुछ का उपयोग करना चाहिए हमारे लिए सर्वोत्तम प्रथाओं सेट कर देंगे। हम कोड के छह मिलियन लाइनें और 21 telecommuters है, उम्मीद कर रहे हैं?"

किसी को कुछ मज़ा आ रहा है कि बाहर छँटाई कर सकते हैं। मैं वह आदमी नहीं हूँ :)


मुझे वास्तव में आपकी पहली गोली बहुत पसंद है। मैं अपने कवर पत्र में इसका एक संस्करण भी डाल सकता हूं।
चक स्टेफंस्की

2
+1 - अच्छा जवाब! आप वास्तव में मुझे निरंतर एकीकरण और स्वचालित बिल्ड के बारे में सोच रहे हैं।
jmort253

10

एक डेवलपर के रूप में, मुझे लगता है कि विकास प्रक्रिया समझदार है। विभिन्न विकास विधियों की एक संख्या एक विकास प्रक्रिया प्रदान कर सकती है। इसके विपरीत एक टूटी हुई कंपनी कोई भी पागल प्रक्रिया प्रदान कर सकती है, भले ही वे इसे कहते हों।

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


4

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


1
ऐसा लगता है कि यह बहुत ज्यादा नहीं है " यह कार्यप्रणाली ठीक है, यह एक नहीं है", बल्कि "जो भी कार्यप्रणाली वे उपयोग करते हैं, उसका मामला है, इसे पूरी तरह से बेकार तरीके से लागू नहीं किया जा सकता है।" वैसे भी मुझे कैसा लगेगा।
कार्सन 63000

वास्तव में? कोड कोड की एक पंक्ति को बदलने के लिए आपको उस कई स्वीकृतियों से गुजरना पड़ा? मैं दो सबसे ज्यादा समझ सकता हूं।
आदित्य पी

हम्मम ... पूरी तरह से खराब नौकरशाही मानकर, मैं बहुत आसानी से 20 तक पहुंच सकता हूं: वास्तविक देव, वास्तविक परीक्षक, वास्तविक बीए और विषय विशेषज्ञ, वास्तविक वास्तुकार, वास्तविक डीबीए, लीड देव, लीड परीक्षक, मुख्य व्यवसाय विश्लेषक, देव टीम मैनेजर , dba टीम मैनेजर, टेस्ट टीम मैनेजर, इन्फ्रास्ट्रक्चर मैनेजर, हेल्प डेस्क लीड, बिजनेस टीम लीड, बिजनेस मैनेजर, सबसिस्टम ओनर, सिस्टम ओनर, चेंज कंट्रोल मैनेजर, और वह व्यक्ति जो वास्तव में बदलाव को दर्शाता है। (डिस्क्लेमर: मुझे इस तरह के माहौल में कभी काम नहीं करना था - कभी नहीं करना चाहूंगा! लेकिन मैं सोच सकता हूं कि यह कैसे हो सकता है ...)
बेवन

3
@ बीवन - यह एक बुरे सपने की तरह लगता है।
jmort253

4

एक डेवलपर के रूप में मुझे कोई आपत्ति नहीं है कि यह कौन सी कार्यप्रणाली है, जब तक कि यह उचित कार्यप्रणाली है, ठीक से उपयोग की जाती है।

इसलिए उदाहरण के लिए, मैं उस कंपनी के लिए काम नहीं करना चाहूंगा जो "काउबॉय कोडिंग" करती है , खासकर यदि वे यह सोचकर अनभिज्ञ हैं कि वे वास्तव में एजाइल कर रहे हैं ।


+1: मैं एक काउबॉय कोडिंग शैली में बहुत मजबूर हूं और मैं वास्तव में ऐसा नहीं चाहता। यह बहुत अराजक लगता है और मुझे वास्तव में ऐसा लगता है कि यह मुझे वापस पकड़ रहा है।
आइब्रेट

2

मैं ऐसी जगहें पसंद करता हूं जिनमें एक विकास पद्धति होती है जिसका हर कोई वास्तव में अनुसरण कर सकता है।


... या ... शायद एक विकास पद्धति ... लिखित रूप में
आईब्रेट

1

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


1

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

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