परियोजनाओं को पूरा करना कितना महत्वपूर्ण है? [बन्द है]


42

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

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

क्या यह प्रेरणा में मेरी गिरावट का कारण हो सकता है? इसके अलावा, जब मैं यूनी पर जाने के लिए आवेदन करता हूं (और भविष्य में उम्मीद है, एक सॉफ्टवेयर नौकरी) क्या यह एक मुद्दा होने की संभावना है?

संक्षेप में:

साइड / हॉबी प्रोजेक्ट्स को खत्म करना कितना महत्वपूर्ण है, क्या यह करियर, प्रेरणा या शिक्षा के लिए है?


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

2
मैंने सुना है कि एक शौकिया प्रोग्रामर और एक पेशेवर प्रोग्रामर के बीच अंतर यह है कि एक पेशेवर परियोजनाओं को खत्म करने का एक तरीका ढूंढता है। सहायता प्राप्त करना संयुक्त राष्ट्र के अटक-अटक कर खत्म करने का एक तरीका है। :-) जैसा कि अन्य लोगों ने कहा है, आपकी निजी परियोजनाओं को समाप्त करने के लिए यह बहुत मायने नहीं रखता है, हालांकि किसी परियोजना को खत्म करना सीखना सीखने के लिए कुछ सार्थक है।
गिल्बर्ट ले ब्लैंक

1
आप जो शुरू करते हैं उसे पूरा करते हैं? एक सामान्य साक्षात्कार प्रश्न है।
आदित्य पी १ '

1
@ आदित्य: और जवाब "नहीं" है। एक कंपनी कहती है, "हमें नहीं पता कि एक्स करने लायक है या नहीं। लेकिन अगर हम जानते हैं कि जब तक हम इंतजार करते हैं, तब प्रतियोगिता हमारे सामने है। इसलिए अब हम एक्स शुरू करते हैं। हो सकता है कि आधे साल में हम प्रोजेक्ट रद्द कर दें। आधा मिलियन खो देते हैं। या हो सकता है कि आधे साल में, हम पूरी भाप आगे बढ़ें और दस मिलियन करें। ” आप जो कुछ भी शुरू करते हैं उसे पूरा करना मूर्खतापूर्ण है।
gnasher729

जवाबों:


40

स्पष्ट रूप से एक परियोजना को खत्म करना "वास्तविक दुनिया" में महत्वपूर्ण है जब तक कि परियोजना पूरी नहीं होती है और वितरित नहीं की जाती है (या आपका नियोक्ता भुगतान नहीं करता है)।

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

यदि आप एक पूर्ण उत्पाद होने की दृष्टि से प्रोजेक्ट कर रहे हैं, जो आपके सभी कौशल को प्रदर्शित करता है और कुछ ऐसा हो सकता है जिसे आप अंततः पैसा बनाना चाहते हैं, तो हाँ आपको इसे समाप्त करना चाहिए, या कम से कम यह दिखाना चाहिए कि यह सक्रिय रूप से काम कर रहा है ।

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

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


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

1
@ G3D - उचित बिंदु, लेकिन एक परियोजना के रूप में पूरी वेब साइट "समाप्त" नहीं है। मैं कोशिश करूँगा और उस बिट को स्पष्ट करूँगा।
ChrisF

48

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

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

1) आप जो कुछ भी करते हैं, उसके लिए कभी भी कोई सार्वजनिक ऋण न लें (यदि आप यही चाहते हैं)

2) आपने जो भी किया है उससे पैसा कमाने में कभी भी सक्षम नहीं होना चाहिए (यदि यही आप चाहते हैं)

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

इसलिए कम से कम अपनी कुछ परियोजनाओं को पूरा करने के लिए एक साथी, कारण या अनुशासन खोजें।

प्रोग्रामर के लिए उपयोगी रणनीतियाँ

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

  • एक समय निर्धारित करें! परियोजनाओं को उनके लिए आवंटित समय लगता है, इसलिए बिना समय सीमा के एक परियोजना हमेशा के लिए ले जाएगी। मासिक और साप्ताहिक मील के पत्थर के साथ एक कार्यक्रम निर्धारित करें

  • एक दैनिक लक्ष्य निर्धारित करें, "आज मैं इसे पूरा करने जा रहा हूं"

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

  • बड़े रिफैक्टरिंग भ्रमण पर जाने से बचें, मैंने व्यापक अपक्षय के कारण चार महीनों के लिए अपने ऐप को तोड़ दिया और विकास केवल एक क्रॉल के लिए धीमा हो गया क्योंकि मैं इसे नहीं चला सकता था और इस पर काम करने के लिए पदावनत किया गया था। रिफैक्टरिंग करें, लेकिन एक बार में यह सब करने की कोशिश न करें :)

  • खत्म करने के लिए जो कुछ भी करने की आवश्यकता है, उसकी एक सूची बनाओ (मैं अमूर्त के टॉडोलिस्ट की सिफारिश करता हूं) अगर हमें नहीं पता कि कितना बचा है तो क्या हम जान पाएंगे कि हम कब खत्म हो गए? एक अज्ञात लक्ष्य की दिशा में काम करना बहुत ही घातक हो सकता है

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

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

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

/ मैं अपने अगले बड़े एप्लिकेशन / प्रोग्रामिंग भाषा / फेसबुक किलर को पूरा करने के लिए रवाना हो जाता हूं;)


21

मेरा पूरा पीसी आधा तैयार परियोजनाओं से भरा है

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

इसलिए, मैं वास्तव में कम से कम एक परियोजना को पूरा करने की सलाह देता हूं। अगर कोई प्रोजेक्ट 50%, 80% या 99% किया जाता है, तो ग्राहकों को भुगतान नहीं करना चाहिए। केवल 100% किया मायने रखता है।


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

3
काम का पहला 90%, स्वाभाविक रूप से, 90% समय लेता है। अंतिम 10% कार्य अन्य 90% समय लेता है।
बटंस May४०

बिल्कुल सत्य। आखिरी हॉबी प्रोजेक्ट जो मैंने किया था, वह 5 घंटे के बाद "किया गया" था। हालांकि सभी घंटियाँ और सीटी बजाने में 10 घंटे लगे।
कार्रा

5

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

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

याद रखने वाली एक महत्वपूर्ण बात यह है कि जब आप कामकाजी दुनिया में पहुँचते हैं तो आप समस्याओं को सुलझाने के लिए दिन के 8 घंटे बिताते होंगे। यह आपको छिटपुट छात्र जीवन शैली की स्थापना की तुलना में बड़ी परियोजनाओं से निपटने के लिए बहुत अधिक समय देता है।


1
+1 के लिए "पूरी तरह से हरे रंग का" (संयोग से, बाल काटे गए , बाल कटवाने नहीं)। मेरी कई परित्यक्त परियोजनाओं का एक उत्कृष्ट विवरण। यह और असंभव megalomaniacal है।
टॉम एंडरसन

5

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

Microsoft ने कभी भी 3 डी 'फारेनहाइट' एपीआई को नहीं भेजा था, जिसकी मैंने एक बार उम्मीद की थी, उन्होंने कभी भी 'डेटाबेस' फाइल सिस्टम को नहीं भेजा जो कि NTFS को बदलना था और उन्होंने डीपज़ूम 'सेड्रैगन' प्रोजेक्ट को मार दिया जो भयानक हो सकता था। वे संभवतः सैकड़ों अन्य उत्पादों को पूरा करने और पूरा करने में विफल रहे, जरूरी नहीं कि प्रेरणा के लिए 'आलिंगन, विस्तार और बुझाने' से बाहर हो। उन्होंने पूरे ऑपरेटिंग सिस्टम को भी भेज दिया है जो '98% पूर्ण 'की तुलना में बहुत कम थे। क्या यह उन्हें खराब कंप्लीटर-फिनिशर बनाता है?

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


3

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

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

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


2

सबसे पहले, यह आत्म संतुष्टि के लिए महत्वपूर्ण है। आपने स्क्रैच से स्पष्ट अंत तक कुछ हासिल किया है। फिर आप अपने "प्रोजेक्ट-स्टैक-इन-माइंड" के एक आइटम को पॉप कर सकते हैं, और मेरे लिए यह हमेशा एक राहत रही है।

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


2

मैं जॉन मैल्कम के समान स्थिति में था, लेकिन मैं गलत स्थानों पर समय बर्बाद कर रहा था। व्यक्तिगत परियोजनाओं के लिए, मैंने पूर्ण कार्यक्षमता के पक्ष में अपने मानकों को कम करने का निर्णय लिया। इसका मतलब कोई अजाक्स, कोई स्थानीयकरण नहीं, न ज्यादा मान्यता, न कोई प्रमाणीकरण, न कोई आडंबर, नंगेपन यूआई, कोई इकाई परीक्षण और इतने पर। बस व्यापार का हिस्सा काम कर रहा है ... मैं इसे 'सीधी रेखा' कहता हूं। समाधान पूर्ण होगा और आदर्श परिस्थितियों में काम करना चाहिए। एक बार जो किया गया था, अगर परियोजना अभी भी दिलचस्प थी, तो जब तक मैं ब्याज नहीं खोता, मैं पुन: प्राप्ति के पुनरावृत्तियों को जारी रखूंगा।


2

मेरे पास समान अनुभव है और पिछले 5-10% भी एक छोटी सी पालतू परियोजना एक हत्यारा हो सकती है ।

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


1

परियोजनाओं को खत्म करना, वयस्कों से बच्चों को अलग करता है, कफ से गेहूं, लड़कों / लड़कियों को पुरुषों / महिलाओं से अलग करता है।

"असली प्रोग्रामर जहाज।"


9
यह भी है कि क्या खेलने से काम को अलग करता है।
टॉम एंडरसन

1

यह जानने के लिए कि आपको किसी प्रोजेक्ट को पूरा करना चाहिए या नहीं, आपको इसे पूरा करने के लिए उस मूल्य का मूल्यांकन करना चाहिए जो आपको इसमें निवेश करना होगा।

यदि आप जिस मूल्य से इसे निकाल सकते हैं , वह निवेश से कम है , तो आप इसे Sunk Costs पर विचार कर सकते हैं ।

अर्थशास्त्र और व्यापार निर्णय लेने में, डूब लागत पूर्वव्यापी (पिछली) लागतें हैं जो पहले से ही समाप्त हो चुकी हैं और पुनर्प्राप्त नहीं की जा सकती हैं।

बहुत सी अधूरी परियोजनाएं बर्बादी की ओर ले जाती हैं । अपशिष्ट के सबसे शक्तिशाली दुश्मन से एक है दुबला

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


1

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


1

सेठ गोडिन ने शिपिंग की आदत में शामिल होने के बारे में बहुत कुछ लिखा है:

http://the99percent.com/tips/6249/seth-godin-the-truth-about-shipping

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

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

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

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


0

यह बहुत ज़रूरी है।

मैं समझ गया कि अवधारणा के प्रमाण के रूप में किसी चीज़ को मारना और फिर उसे वहां बैठना। कोई बात नहीं। हालांकि, ग्राहक एक पूर्ण परियोजना से कम के लिए भुगतान नहीं करेंगे।

लब्बोलुआब यह है ... बिक्री ड्राइव सब कुछ । बिक्री के बिना कोई वेतन नहीं हैं। बिक्री के बिना कोई पूंजी सुधार नहीं है। बिक्री के बिना कोई कंपनी नहीं है। बिक्री ग्राहकों से ग्राहक केवल तभी भुगतान करेंगे जब वे संतुष्ट होंगे। संतुष्टि का मतलब है कि तैयार परियोजना अच्छी तरह से काम करती है और काम करती है।

एक फुटबॉल सादृश्य का उपयोग करने के लिए: लक्ष्य क्षेत्र के सामने लाल ज़ोन अंतिम 20 गज है। यह एक टचडाउन स्कोरिंग का सबसे भीषण हिस्सा है। एक प्रोग्रामिंग प्रोजेक्ट पर भी यही बात लागू होती है। अंतिम 20 प्रतिशत अक्सर खत्म करने के लिए सबसे कठिन होता है, लेकिन इसे पूरा करना चाहिए।

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