यदि आप किसी समस्या को हल करने में असमर्थ हैं तो क्या होगा? [बन्द है]


58

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

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

तो उन लोगों के लिए जो लंबे समय तक उद्योग में रहे हैं, अगर आपको एक समस्या को हल करने के लिए कहा जाए तो आप क्या कर सकते हैं? क्या ऐसा हुआ है, और यदि ऐसा है, तो क्या हुआ? क्या उन्होंने इसे छोड़ दिया और कहा "ओह ठीक है, लगता है कि हम कुछ और कर सकते हैं"? क्या परिणाम थे? क्या आपको फटकार लगाई गई, या फिर निकाल दिया गया?


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

9
चिंता मत करो। नौकरियों का 80% हिस्सा कबाड़ के पुराने ढेर को बनाए रखता है।
जॉब

एक समस्या को हल करने में असमर्थ? यह संभव है?
वर्नरसीडी

3
मुझे नहीं लगता कि यह कभी भी एक वास्तविक मुद्दा होगा, जब तक कि यह समस्या नहीं है कि जॉन स्कीट इस मामले में हल नहीं कर सकते हैं कि हम किस मामले में बर्बाद हो रहे हैं!
Skizz

जवाबों:


56

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

  1. क्या आप समस्या को समझते हैं ?
  2. क्या आप जानते हैं कि समस्या असाध्य है (आपके समय / बजट की कमी के भीतर)?
  3. क्या आप नहीं जानते कि समस्या को कैसे हल किया जाए?
  4. क्या आपका मुवक्किल / बॉस असंभव के लिए पूछ रहा है।
  5. यह इसके लायक है? (आरओआई)
  6. क्या यह एक वास्तविक समस्या है?

1) सबसे पहले, सुनिश्चित करें कि आप समस्या को समझते हैं। कोई भी बकवास प्रश्न नहीं हैं। क्या आप समझते हैं कि आपका क्लाइंट / बॉस आपसे क्या मांग रहा है?

2) ऐसा होगा। "कल तक मुझे पुल बनाओ" । सुनिश्चित करें कि आप इस तथ्य के लिए जानते हैं कि एक समस्या आपके अवरोधों के भीतर अनसुलझी है। आपका ग्राहक / बॉस समय / बजट पर लचीला हो सकता है और ये आपको अधिक समय / बजट देने के लिए संशोधित किया जा सकता है।

3) यदि समस्या समझ में आती है और अड़चनें तर्क के भीतर हैं, और ऐसी तकनीक है जो समस्या को हल कर सकती है, लेकिन आप बस इतना नहीं जानते हैं ... कि StackOverflowइंटरनेट क्या है। सुनिश्चित करें कि आप पहले अपना शोध करते हैं। उन स्पष्ट प्रश्नों को पूछने का प्रयास करें जिनके मात्रात्मक उत्तर हैं। अपने साथियों से पूछें। एक डिजाइन सत्र है।

4) यह उत्तर संख्या 2 का एक प्रकार है। ऐसा लगता है कि आपका ग्राहक / बॉस असंभव पूछ रहा है। कुछ अनुसंधान करें। कभी भी यह मत कहो कि समस्या असहनीय है, जब तक कि आपको ठीक-ठीक पता न हो और आप स्पष्ट क्यों कर सकते हैं।

5) ROI का मतलब रिटर्न ऑन इन्वेस्टमेंट है। यह समय में एक निवेश को संदर्भित करता है। तुम्हारा समय!। क्या समस्या इतनी महत्वपूर्ण है कि उस समस्या को हल करने के लिए पर्याप्त समय लगेगा जो आपको शोध और समस्या को हल करने में ले जाएगी। अपने क्लाइंट / बॉस के साथ इस पर चर्चा करें

6) क्या यह एक वास्तविक समस्या है। ग्राहक, अक्सर, समझते हैं कि वे क्या चाहते हैं, लेकिन जरूरी नहीं समझते कि उन्हें क्या चाहिए। समझने की कोशिश करें कि आपके क्लाइंट / बॉस को वास्तव में क्या चाहिए और उनके साथ इस पर चर्चा करें।

आशा है कि ये दिशानिर्देश आपकी सहायता करेंगे।


3
अधिकांश जानकारीपूर्ण उत्तर अभी तक। आशा है कि इसे और वोट मिले।
गाब्लिन

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

मुझे लगता है कि # 4 एक सवाल नहीं है
एंडोलिथ

57

याद रखने योग्य दो बातें अगर आप एक अटूट समस्या के साथ फंस गए हैं:

  • अन्य लोगों को बताएं कि आप जल्द से जल्द फंस गए हैं। इससे उन्हें समय से पहले ही अनुमान को समायोजित करने में मदद मिलेगी।

  • यदि आपको किसी समस्या को हल करने का एक तरीका काम नहीं करता है - इससे पहले कि आप बहुत अधिक समय बर्बाद कर लें, इसे छोड़ दें। मदद के लिए पूछें या एक अलग दृष्टिकोण का प्रयास करें। यह अपने आप को कठिन और स्मार्ट साबित करने के बारे में नहीं है, यह चीजों को पूरा करने के बारे में है।


11
"मदद के लिए पूछें" के लिए +1। समस्या पर आँखों की एक और जोड़ी बेहद उपयोगी हो सकती है।
माइकल के

5
अपने दूसरे बिंदु के लिए +1 ... 95% समाधान से सावधान रहें। यही है, समाधान जो आपको 95% तरीके से वहां बहुत जल्दी पहुंचाता है, लेकिन काम को 100% करना लगभग असंभव है। मुझे लगता है कि अंतिम 5% प्राप्त करने के लिए बहुत अधिक अतिरिक्त समय फेंकना आसान है क्योंकि आप "लगभग वहां" हैं।
स्कॉट व्हिटलॉक

5
"मिस्टर कोरलियॉन एक आदमी है जो एक ही बार में बुरी खबर सुनने पर जोर देता है।"
जेएफओ 15

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

4
यहां तक ​​कि किसी और को समस्या की व्याख्या करने का सरल कार्य आपको समाधान खोजने की अनुमति दे सकता है।
अलेक्जेंडरपास

26

मैं स्टैकओवरफ़्लो में जाता हूं ;)

लेकिन सभी एक तरफ मजाक करते हैं, अज्ञात से डरते नहीं हैं। आपका पूरा करियर अज्ञात का सामना कर रहा होगा, क्योंकि यदि आपने इसे पहले ही हल कर लिया है, तो अगली बार यह समस्या नहीं होगी।


12
यह मेरे लिए मज़ाक की बात नहीं है, आम तौर पर मेरे कॉल का पहला पोर्ट है। वास्तव में एक प्रश्न तैयार करने की प्रक्रिया अक्सर एक समाधान की खोज के लिए खुद को प्रेरित करती है।
निमचम्पस्की 15

10
पिछली बार मैं बस कुछ सॉफ्टवेयर के साथ एक समस्या का पता नहीं लगा सका था, तो एसओ ने मुझसे लगभग तत्काल सही जवाब दिया।
डेविड थॉर्नले 19

बहुत बढ़िया जवाब! +1 - सॉफ्टवेयर विकास का सबसे अच्छा हिस्सा - "आपका पूरा कैरियर अज्ञात का सामना कर रहा होगा।"
कार्तिक श्रीनिवासन

10

मुझे एक सरल उत्तर के साथ जाना है: मैं मदद मांगता हूं। जैसे कुछ लोग कभी-कभी मुझसे मदद मांगते हैं, जब वे किसी चीज का हल खोजने की कोशिश में फंस जाते हैं।

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


3
कभी-कभी काम को समझने वाले सह-कार्यकर्ता से बात करने से भी मदद मिल सकती है, भले ही वे कोई सुझाव न दें, बस बात करने से आप इसे अपने सिर में हल करने में मदद कर सकते हैं
funkymushroom

9

विभिन्न कोणों से देखें

मैं कई बार यह कर चुका हूँ, आमतौर पर क्या होता है:

  • आपको एक समस्या है, शुरू में आपके दिमाग में एक विचार आता है कि आप इसे कैसे हल करेंगे।
  • जब यह वास्तव में आपके समाधान को लागू करने की बात आती है, तो यह पता चलता है कि यह काम नहीं करता है (शायद वास्तविक समस्या के कमजोर मॉडल के कारण)।
  • समस्या को हल करने के लिए संघर्ष करने के बाद, अधिक शोध करें या दूसरों से पूछें। इसमें से कोई भी काम नहीं करता है, शुद्ध निराशा!

अंत में आप चुनते हैं कि आप क्या नहीं करना चाहते ->

"द डर्टी हैक"

यह काम करता है, लेकिन आप गंदे महसूस करते हैं ...


3
गंदे हैक के लिए +1, कभी-कभी एक उचित समाधान की अनुपलब्धता का कोई समाधान नहीं दिखता है ... निश्चित रूप से, कोई भी वैश्विक चर को पसंद नहीं करता है, लेकिन अगर यह ए से बी तक जानकारी प्राप्त करने का एकमात्र उपलब्ध तरीका है ... बेहतर बिल्कुल नहीं देने से।
user281377

+1 - सॉफ़्टवेयर डेवलपर द्वारा सामना किए गए सबसे आम अनुभव का स्पष्ट विवरण।
कार्तिक श्रीनिवासन

5

आमतौर पर, मुझे इसे ठीक करने के लिए मुझसे ज्यादा होशियार कोई और मिलता है। वह करता है और वह मेरा बॉस है। मैं बेवकूफ महसूस कर रहा हूँ। हम आगे बढ़ते हैं।


4
मैं आपसे ईर्ष्या करता हूं --- आपके पास एक बॉस है जो समझता है कि आप जो करते हैं उससे भी बेहतर करते हैं। आभारी होना!
जेसनफ्रूट

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

आपके बॉस को आपसे कई चीजों पर ज्यादा पता होना चाहिए, imo।
जॉनी

5

यह इस कारण पर निर्भर करता है कि आप असमर्थ क्यों हैं ...

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

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

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

  • आप अभी नहीं जानते कि यह कैसे करना है: अपने साथियों से पूछें, स्टैकओवरफ़्लो से पूछें, इंटरनेट पर खोजें। आपके द्वारा उपयोग किए जा रहे टूल / लीब के समर्थन से संपर्क करें। प्रोजेक्ट मैनेजर से इसकी चर्चा करें।

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


4

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

लब्बोलुआब यह है कि यदि आप समय पर ढंग से मुद्दों को हल नहीं करते हैं तो भी आप ठीक रहेंगे। जिंदगी चलती रहती है।

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

मुझे गलत मत समझो इसका मतलब यह नहीं है कि समस्या को रहने देना ठीक है। हम बस इतना कर सकते हैं कि मैं अपना सर्वश्रेष्ठ प्रदर्शन करूं और इसे जाने दूं।

कभी-कभी, मुझे लगता है कि निराशा, समस्या को हल न करने का डर एक औसत डेवलपर के रूप में मेरा जीवन है।


2

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

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

उन्होंने कहा, मेरे पास कुछ समय था जहां मैं कुछ विशेष परिस्थितियों में भाग गया था:

  1. टोरंटो में एक बड़े कनाडाई बैंक में काम करने के दौरान, मुझे हर तरह का सामान करने के लिए कहा जाएगा जो मुझे नहीं पता था कि जब मुझे काम दिया गया था तो मैं कैसे करूँ। उदाहरण के लिए, मुझे लैपटॉप को सुरक्षित करने के लिए इस पद्धति का परीक्षण करने के लिए कहा गया था, जहां "Esc" और "Enter" कुंजियों को बूट-अप पर स्वैप किया गया था और सही कुंजी अनुक्रम के साथ लैपटॉप फिर से उपयोग करने योग्य होगा जो कि आकृति बनाने की कोशिश करने के लिए विचित्र लग रहा था बाहर, "क्या यह काम करेगा? मुझे कैसे पता चलेगा कि यह उपयोगकर्ताओं के साथ ठीक होगा या नहीं?" ऐसे अन्य कार्य भी थे जिन्हें करने के लिए मेरे पास या तो हार्डवेयर या अन्य संसाधन नहीं थे। एक ही समय में यह शैक्षिक था क्योंकि इससे मुझे भविष्य में रोजगार की स्थिति पर ध्यान देने के लिए कई चीजें मिलीं ताकि परेशानी से बचा जा सके। भुगतान करते समय सुनिश्चित करने जैसी चीजें, मेरा समय कैसे ट्रैक किया जाता है,

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


2

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

एक तेज सह-कार्यकर्ता ने एक बार मुझ पर भरोसा किया कि सफलता की जड़ें दो हैं:

  1. रिश्तों
  2. उम्मीदें

एक अच्छा रिश्ता होने के नाते, मुझे लगता है, अच्छे संचार और सामने की अपेक्षाओं को स्थापित करने का एक कार्य है।


2

मैं पोल्या राजसी का पालन करता हूं:

"अगर कोई समस्या है जिसे आप हल नहीं कर सकते हैं, तो एक आसान समस्या है जिसे आप हल नहीं कर सकते हैं: इसे ढूंढें।"

जॉर्ज पोल्या

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


1

" सहायता लेना " उत्तर निश्चित रूप से सही हैं। यह अत्यधिक संभावना नहीं है कि आप किसी विशेष समस्या का सामना करने वाले पहले व्यक्ति हैं।

लेकिन एक प्रयोग के रूप में, अगर कोई मदद नहीं है तो क्या होगा? क्या होगा यदि आप अपने दम पर समस्या को हल करें? सबसे महत्वपूर्ण समस्या सुलझाने की क्षमता अपनी खुद की मान्यताओं को पहचानने और चुनौती देने की क्षमता है । यदि आप एक समस्या के बारे में अपनी धारणाओं को एक-एक करके गणना कर सकते हैं और प्रत्येक को बारी-बारी से समाप्त कर सकते हैं, तो आप अंततः गलत धारणा पर आएंगे और परिणामस्वरूप समाधान के लिए नई संभावनाएं खुलेंगी।

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


1

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

तो उन लोगों के लिए जो लंबे समय तक उद्योग में रहे हैं, अगर आपको एक समस्या को हल करने के लिए कहा जाए तो आप क्या कर सकते हैं? क्या ऐसा हुआ है, और यदि ऐसा है, तो क्या हुआ? क्या उन्होंने इसे छोड़ दिया और कहा "ओह ठीक है, लगता है कि हम कुछ और कर सकते हैं"? क्या परिणाम थे? क्या आपको फटकार लगाई गई, या फिर निकाल दिया गया?

हां, यह मेरे साथ हुआ है, और नहीं, मुझे इसके लिए कभी फटकार नहीं लगी या निकाल दिया गया, क्योंकि ...

उद्योग में, यह सब के बारे में है कि क्या आप समय पर और बजट के भीतर समस्याओं को हल करते हैं, और सभ्य प्रबंधक समझते हैं कि यह हमेशा संभव नहीं है।

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

  • मैंने वास्तव में इसके समान कुछ किया है, इसलिए मुझे लगता है कि हार्डवेयर परीक्षण में तीन सप्ताह और $ 3,000 का समय लगेगा।
  • मैंने आम तौर पर इसके समान कुछ किया है। तो मैं इसके बारे में सोचता हूं और आज दोपहर को आपके पास वापस आऊंगा।
  • मैंने कभी ऐसा कुछ नहीं किया। इसलिए मुझे इस पर शोध करने दीजिए और कल आपके पास वापस जाना चाहिए।
  • ग्रह पर किसी ने भी ऐसा नहीं किया है। यदि आप इस पर गौर करना चाहते हैं, तो अनुमान लगाने के लिए पर्याप्त प्रयोग करने में मुझे दो सप्ताह लगेंगे।

क्या और कैसे आगे बढ़ना है, यह तय करना प्रबंधक का काम है। यदि वे आगे बढ़ना चुनते हैं, तो यह आपका काम है कि आप अपने अनुमानों को पूरा करें, या प्रबंधक को बताएं कि क्या कोई बाधा है। जब तक आप ऐसा करते हैं, एक उचित कंपनी में नकारात्मक परिणाम नहीं होंगे।

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


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

1

विभिन्न प्रकार की बहुत सारी समस्याएं हैं, जिन पर आप अमल करेंगे, और कई के पास उन्हें संभालने के विभिन्न तरीके हैं।

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

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

अधिक कष्टप्रद समस्याओं में से एक खराब निर्दिष्ट अनुरोध हैं। वे बस एक चीज चाहते हैं जो "x" करता है और आपको यह नहीं बताता है कि यह कैसे किया जाना चाहिए। इन के लिए एक अच्छा दृष्टिकोण एक इंटरफ़ेस (आमतौर पर एक GUI) प्रोटोटाइप है और किसी को इसके साथ खेलने दें।

फिर समय की कमी है जो पूरी नहीं की जा सकती है। इसमें अक्सर उम्मीदों को संशोधित करना और कार्यात्मक प्रोटोटाइप पहुंचाना शामिल होता है।

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

आपका सबसे अच्छा शर्त सिर्फ आपके लैपटॉप के बाहर "डोन्ट पैनिक" शब्दों को चित्रित करना हो सकता है। और अपना तौलिया मत भूलना।


HHGTTG ​​संदर्भ के लिए +1 और "फिर समय की कमी है जिसे पूरा नहीं किया जा सकता है।" बिल्कुल सही। आधुनिक विपणन-नेतृत्व वाले व्यवसाय की दुनिया में, आपको अच्छी तरह से कुछ बनाने के लिए कहा जा सकता है जो जल्द ही, यदि पहले से ही बिक्री पर नहीं है; लेकिन एक टीम को दो बार आकार, तीन बार आवंटित समय का उत्पादन करने के लिए ले जाएगा।
कक्षा

1

समस्याओं को हल करने का मेरा क्रम (हर अगला स्पेट केवल तभी किया जाता है जब पिछले काम नहीं किया गया हो):

  1. Google के लिए प्रयास करें
  2. किसी से पूछो
  3. सीधे SO खोजें (Google को बायपास करके)
  4. सोच
  5. धुआँ (== स्पष्ट सिर)
  6. SO पर एक प्रश्न पूछें
  7. सुबह तक प्रतीक्षा करें (== अधिक स्पष्ट सिर)
  8. उस गंदे हैक का उपयोग करें और अपने बारे में बुरा महसूस करें :(

5-6 कदम पर खराब समस्याओं का समाधान किया जाता है।

वास्तव में-वास्तव में खराब समस्याओं को आमतौर पर कुछ समय की आवश्यकता होती है (चरण 7 सबसे 'लगता है कि मैं-नहीं-कर-कुछ भी समस्याओं' का समाधान है)। और मेरा मतलब है - बाकी दिन के लिए किसी अन्य कार्य पर स्विच करें और सुबह सबसे पहले समस्या को हल करने का प्रयास करें। यह चमत्कार करता है।

और उसके बाद ही चरण 8 आता है।


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

0

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


3
-1, निश्चित रूप से एक समस्या को दिया जाना संभव है जिसे हल करना असंभव है। "एक ब्रूट फ़ोर्स पासवर्ड सॉल्वर डिज़ाइन करें जो एक मिनट के अंदर 30 कैरेक्टर के पासवर्ड को क्रैक कर सकता है, जिसे राम के 256 मेग्स के साथ पेंटियम 2 पर चलाने की ज़रूरत है।"
अटैकिंगहोबो

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

@AttackingHobo ... यह भी एक यथार्थवादी समस्या नहीं है
Dacto

0

यहाँ कुछ बढ़िया सलाह है! मेरे दो सेंट लायक है; BIG समस्या से अभिभूत न हों, यह न भूलें कि किसी समस्या को हल करने का रोमांचक और चुनौतीपूर्ण हिस्सा इसे प्रबंधनीय और अधिक महत्वपूर्ण रूप से समझने योग्य उप-समस्याओं की श्रृंखला में तोड़ रहा है, जो बदले में बार-बार छोटे हो जाते हैं। उप समस्याओं। कोई भी अच्छा प्रोग्रामर आमतौर पर एक मिनट के आधार पर मिनट के आधार पर ऐसा करता है जब वे कोड बना रहे होते हैं (कोड के एक अनुभाग की समग्र जटिलता को कम करने में मदद करने के लिए फ़ंक्शन, विधियों, उप-रूटीन आदि) और यह कार्यप्रणाली आमतौर पर किसी भी बड़ी समस्या पर लागू होती है जीवन में चेहरा (सिर्फ काम पर नहीं)।


0

यह इस बात पर निर्भर करता है कि विशिष्ट समस्या क्या है। लेकिन प्रतिक्रिया में से कोई भी हो सकता है:

  1. वर्कअराउंड / प्रतिस्थापन खोजें
  2. एक व्यावसायिक समाधान खरीदें जो आपको चाहिए
  3. जब तक आप सफल नहीं हो जाते, तब तक इसे छोड़ना और उस पर काम करना जारी रखें ।

नंबर 3 को समस्या से समय निकालने और हफ्तों या महीनों बाद इसे फिर से जारी करने की आवश्यकता हो सकती है। जो अक्सर मदद करता है।


0

मेरी पटकथा में, कभी-कभी ऐसी समस्या होती है जिसे आप हल नहीं कर सकते, कम से कम समय के प्रतिबंध में। इसलिए कुछ हल करने के प्रयास के बाद जितनी जल्दी हो सके मदद मांगना आपको विफल कर दिया

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

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


0

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

यह सहायता करता है:

  1. किसी समस्या को हल करने के लिए किए गए प्रयासों का प्रमाण।
  2. इस प्रकार की विफलता को रिकॉर्ड करना महत्वपूर्ण है इसलिए आप इससे सीखते हैं और कुछ दिनों बाद फिर से ऐसा नहीं करते हैं।

0

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

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

सबसे अधिक बार, बस अपनी समस्या को समझाने से एक समाधान का पता चलता है और आपके समाधान की व्याख्या करने से इसमें खामियां हो सकती हैं।


0

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

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

"मेरी खूनी कार शुरू नहीं होगी" एक समस्या है। "बैटरी फ्लैट है।" कार शुरू करने की समस्या का एक पूर्वनिर्धारित समाधान है। यहां तक ​​कि बैटरी का परीक्षण भी यह साबित नहीं करता है कि यह समस्या का एकमात्र कारण है। जब तक आपने वास्तव में बैटरी को रिचार्ज या प्रतिस्थापित नहीं किया है और कार को सफलतापूर्वक शुरू किया है, तो आपके पास कोई सबूत नहीं है कि बैटरी समस्या का कारण है।

सरलीकृत करें और सरलीकृत रखें। इसे छोटे भागों में तोड़ दें। यदि आप उन हिस्सों को हल नहीं कर सकते हैं, तो उन्हें तोड़ दें। आप बेहतर महसूस करेंगे। फिर इसे अलग-अलग छोटे भागों में तोड़ लें। उन भागों में से हर एक को देखने योग्य घटना होनी चाहिए।

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