यदि आप एक परियोजना ले सकते हैं तो आप कैसे तय करेंगे?


11

मैं काफी नया डेवलपर हूं। पेशेवर रूप से मैंने C # में एक इंटर्न के रूप में दो साल और जूनियर डेवलपर के रूप में 6 महीने तक प्रोग्राम किया है। मेरे परिवार के एक दोस्त को VB.net में लिखे प्रोजेक्ट के लिए मदद चाहिए। मैंने कभी भी VB.net का उपयोग नहीं किया है, इसलिए मैं वहां थोड़ा चिंतित हूं।

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

अनुभवी डेवलपर्स कैसे निर्णय लेते हैं कि क्या परियोजना को लेना है या बस इसे जाने देना है? निर्णय को आसान बनाने के लिए कुछ अच्छे मैट्रिक्स क्या हैं?

संपादित करें

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


10
क्या यह एक कठिन निर्णय है? आप चश्मा पसंद नहीं करते हैं और उन पर विश्वास नहीं करते हैं। आप इस परियोजना को क्यों लेना चाहेंगे?
विटर पाय जूल

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

@ जे लुंडबर्ग: मैंने अपना उत्तर आपके अपडेट के लिए रिप्लाई में अपडेट किया है।
FrustratedWithFormsDesigner

3
यदि वह कोई प्रोग्रामिंग नहीं जानता है तो वह VB.NET पर जोर क्यों दे रहा है? वह स्पष्ट रूप से आपके साथ परियोजना पर काम नहीं करेगा। .NET में C # पर इसका उपयोग करने का कोई कारण नहीं है। आप मौजूदा VB.NET को संकलित कर सकते हैं और इसे अपने C # कोड में लाइब्रेरी के रूप में उपयोग कर सकते हैं या इसके विपरीत।
जोनाथन हेंसन

"मदद की ज़रूरत है" - क्या यह भुगतान किया गया है या अवैतनिक है?

जवाबों:


11

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

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

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

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

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

क्या यह एक परियोजना है जिस पर मुझे काम करने में मज़ा आएगा? क्या टीम एक टीम है जिसे मैं काम करने में आनंद दूंगा?

वे किस तरह का भुगतान करेंगे? यदि कोई नहीं है, तो मुझे क्या व्यावसायिक विकास प्राप्त होगा? क्या वे किसी भी तरह का साझा जोखिम (यानी स्टॉक विकल्प, मुनाफे का प्रतिशत) प्रदान करते हैं? यह मेरे लिए एक बड़ा प्रेरक है।

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

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

पीएस मैं वास्तव में चाहता हूं कि मैंने इस लेख को अपने करियर में पहले पढ़ा था। यह मेरे अंतिम पैराग्राफ पर लागू होता है। http://www.joelonsoftware.com/articles/fog0000000356.html


5
"परिवार के लिए कभी काम न करने" के लिए +1। तब तक नहीं जब तक कि न तो पार्टी ने इसमें बहुत अधिक निवेश किया हो और इसे शुद्ध मनोरंजन के रूप में देखता हो, और फिर भी किसी को सावधान रहना चाहिए।
एथेल इवांस

11

अनुभवी डेवलपर्स कैसे निर्णय लेते हैं कि क्या परियोजना को लेना है या बस इसे जाने देना है?

क्या मुझे नौकरी की आवश्यकता है? यदि ऐसा है, तो मैं इस परियोजना को "ले" सकता हूं।

निर्णय को आसान बनाने के लिए कुछ अच्छे मैट्रिक्स क्या हैं?

मेरे पास कितने विकल्प हैं? 1 से अधिक? मैं विकल्पों के बीच चयन कर सकता हूं।

केवल 1? कुंआ। यह तो है।

"मेरे जीवन में तनाव" प्रश्न मौन है; परियोजना लेने में विफलता का मतलब है कि रोजगार बनाए रखने में विफलता; जिसके विनाशकारी परिणाम हैं।

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


3
+1: आपको लगता है कि इसके अलावा और भी बहुत कुछ होगा, लेकिन यह बहुत ज्यादा है जो इसे हर बार उबालता है।
रयान हायस

@ S.Lott- मुझे यकीन है कि आपके पास अक्सर कई परियोजनाओं पर काम करने का अवसर है। यह संभावना नहीं लगती है कि आप "करो या मरो" प्रकार की स्थितियों में बहुत बार होते हैं। मैं बहुत अधिक मान सकता हूं, लेकिन यह एक तिनके का आदमी लगता है, क्योंकि आपके अनुभव वाले किसी व्यक्ति ने निश्चित रूप से यहां एक परियोजना को चालू करने के लिए चुना है और संभवतः पहले भी स्वीकार किए गए प्रोजेक्ट हैं जब आपको ज़रूरत नहीं थी "नकदी के लिए बँधा हुआ" अर्थ।
मॉर्गन हेरलॉकर

1
@ironcode: "मैं बहुत अधिक मान सकता हूं"। सच। मुझे कभी तनाव के कारण किसी परियोजना को ठुकराने का अवसर नहीं मिला।
S.Lott

@ S.Lott का मतलब इस अर्थ में तनाव है कि मेरे पास पहले से ही एक नौकरी है और ऐसा कुछ करना मेरे परिवार के लिए शून्य समय के साथ ही मुझे छोड़ सकता है।
जे लुंडबर्ग जूल

@ जे लुंडबर्ग: सभी तथ्यों को शामिल करने के लिए कृपया अपने प्रश्न को अपडेट करें।
एस.लॉट

5

इस परियोजना से आपको क्या लाभ होगा? पैसे? अनुभव? कुछ और?

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

  • अनुभव: आपको एक नई भाषा सीखने को मिलती है! यह भविष्य में मूल्यवान हो सकता है, आपको .NET डेवलपर्स पर थोड़ी बढ़त दे सकता है, जो केवल C # जानते हैं।

लेकिन आपकी आंत वृत्ति आपको बताती है कि यह परियोजना खराब होगी । ऐसा क्यों है? ऐसा लगता है कि आप कम से कम इससे कुछ अनुभव प्राप्त कर सकते हैं।

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


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


3
A friend of my family

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


2

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

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

आपके मामले में, आपको इस परियोजना से इनकार करना चाहिए - आपको पर्याप्त अनुभव नहीं है, आप भाषा नहीं जानते हैं, यह आपके लिए बहुत बड़ा है।


1

मैं बीस साल से फ्रीलांस प्रोग्रामिंग कर रहा हूं। किसी परियोजना के लिए वास्तव में सफल होने के लिए, उसे कम से कम निम्नलिखित की आवश्यकता होती है:

  1. किसी को जो तैनाती के लिए उपयोग किए जाने वाले प्रोग्रामिंग, सॉफ्टवेयर, और हार्डवेयर प्रौद्योगिकियों को जानता है - या तैनाती की तकनीकों को वास्तव में तेजी से सीखने के लिए पर्याप्त समान हैं
  2. कोई व्यक्ति जो समस्या डोमेन जानता है, और सक्षम है और अनुवाद करने के लिए तैयार है जो प्रोग्रामर उपयोग कर सकता है। (यदि प्रोग्रामर भी डोमेन विशेषज्ञ है, और प्रोजेक्ट काफी सरल है, तो ऐनक उनके सिर या अनौपचारिक नोट में हो सकता है।)
  3. कोई है जो परियोजना के कार्यों, समय, आदि को अच्छी तरह से प्रबंधित करने में सक्षम, इच्छुक और अनुभवी है, और यह जान लेता है कि किस प्रकार के नुकसान आप अनुमान लगाने जैसी चीजों से प्राप्त कर सकते हैं और उनसे कैसे बचा जा सकता है।
  4. प्रोग्रामर (एस) और ग्राहक (ग्राहक) सहित सभी परियोजना हितधारकों के बीच संचार और संबंधों का प्रबंधन करने के लिए कोई
  5. दोनों पक्षों के लोग, सलाहकार और ग्राहक, जो अनुबंध और धन सहित चल रहे व्यापारिक मामलों को ठोस रखने में अनुभवी हैं। यदि आपके पास स्वयं यह अनुभव नहीं है, तो आप एक अनुभवी सलाहकार के साथ मिल सकते हैं जब तक आप हैं।
  6. एक हाथ की लंबाई वाला व्यावसायिक संबंध जहां, यदि आपको एक कठिन व्यवसाय निर्णय लेना है, तो आपको काम के बाहर कोई समस्या नहीं है
  7. आवश्यक समय-सीमा के भीतर गुणवत्ता उत्पाद प्रदान करने के लिए विशेषज्ञता, उपकरण और संसाधनों के सही संयोजन के साथ एक बड़ी-पर्याप्त टीम

आप एक मित्र-परिवार का वर्णन करते हैं, जो प्रोग्रामिंग के बारे में कुछ नहीं जानता है, जो आपको चाहता है - एक अनुभवहीन प्रोग्रामर - एक ऐसी तकनीक का उपयोग करके ईआरपी सिस्टम बनाने के लिए जिसे आप नहीं जानते हैं।

ऐसा लगता है कि यह स्थिति निश्चित रूप से # 1, # 3, # 6, और # 7, और शायद उन सभी को याद करती है। जैसा कि एडम माइथबस्टर्स पर कहता है, "यह आपदा का एक नुस्खा है।"

हेक, मैं इसे एक दस फुट पोल के साथ खुद को नहीं छूऊंगा। मैं यहां देखे जाने वाले अन्य लाल झंडों के बारे में आगे बढ़ सकता हूं, लेकिन मूल रूप से, मेरी सलाह है कि आप अपनी आंत को महसूस करें, क्योंकि आप सही हैं: "इससे वास्तव में कुछ भी अच्छा नहीं होगा।"

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

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


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


0

क्या आप इसमें शामिल अन्य लोगों के साथ काम करना चाहते हैं?

परियोजना लोगों से मिलने और जुड़ने का एक बहाना मात्र है।


मुझे वह नज़रिया पसंद है। हमें एक साथ एक प्रोजेक्ट पर काम करना चाहिए।
जोनाथन हेंसन

इसने मेरी बहुत अच्छी सेवा की है। परियोजना का विवरण एक तूफान में रेत की तरह शिफ्ट हो सकता है। लोग अभी भी आपको आश्चर्यचकित कर सकते हैं, लेकिन वे अधिक धीरे-धीरे बदलते हैं।
17:00 बजे bmike

0

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

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

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