जूनियर और तर्कसंगत सोच के तरीके

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

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

प्रश्न 1. क्या कारण है?

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

प्रश्न 2. क्या मैं वह सब कुछ कर सकता था जो मैं कर सकता था?

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

1. मैंने इस समस्या के समाधान के लिए आवेदन दस्तावेज की जाँच की
2. मैंने गुगली की और कुछ नहीं पाया
3. मैं अंग्रेजी में googled और कुछ नहीं मिला
4. कोई भी सुझाव मुझे नहीं मिला।

यदि उत्तर हर जगह हां है, तो अगले पैराग्राफ पर जाएं।

प्रश्न 3. मैं हैरान हूं। क्यों?

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

1. त्रुटि पाठ निर्दिष्ट किया गया
2. एक मामले को इंगित किया जाता है जिसमें आपको एक त्रुटि हुई (कमांड लॉन्च करने के लिए)
3. सिद्ध समाधान विधियों का संकेत दिया जाता है।

लाभ! कम से कम समय में आप समस्या का समाधान प्राप्त करेंगे और सहकर्मियों से गहरा सम्मान करेंगे। तो, कार्यों के विकास के लिए आगे।

प्रश्न 4. क्या मेरा समाधान पूरी तरह से समस्या को हल करता है?

अब बात करते हैं कि किसी भी कार्य को कैसे पूरा करें। संकेत: अपने लिए सही प्रश्न।

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

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

प्रश्न 5. मुझे इस पर यकीन क्यों है?

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

प्रश्न 6. ऐसा क्यों किया गया?

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

1. इस लाइन को संशोधित करते हुए नवीनतम प्रतिबद्ध संदेश देखें
2. प्रतिबद्ध कार्य देखें (अक्सर प्रतिबद्ध संदेश में दिखाया गया है)
3. देखें कि किसने क्या किया और उसके कार्य के बारे में बात करने के बाद उससे पूछा

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