घबराओ मत (चैड फाउलर द्वारा पैशनेट प्रोग्रामर में अध्याय का अनुवाद)

यह पुस्तक अनुवाद के योग्य क्यों है

मैं पुस्तक "पैशन प्रोग्रामर" के बारे में अपनी राय को साझा करना चाहता हूं, जिसका एक अध्याय नीचे प्रस्तुत किया गया है। पुस्तक 2009 में प्रकाशित हुई थी, लेकिन यह रूसी प्रोग्रामर के बीच बहुत व्यापक रूप से ज्ञात नहीं है, फिर भी, कई लोग जो इसे मिले, वे इसे बहुत योग्य मानते हैं। चाड फाउलर (पुस्तक के लेखक) ने अपने समृद्ध अनुभव को पाठकों तक पहुंचाने की पूरी कोशिश की (वे वर्तमान में सीटीओ 6 वंडरकिंदर हैं, 20 से अधिक वर्षों का विकास अनुभव है और, अपने व्यापक अनुभव और रुचियों के कारण, वह रूबी और आईटी सम्मेलनों में एक स्वागत योग्य अतिथि हैं) । हां, मुझे यह याद नहीं है कि मुझे यह पुस्तक कैसे मिली, लेकिन मुझे याद है कि यह केंट बेक (टेस्ट ड्रिवेन डेवलपमेंट एंड एक्सट्रीम प्रोग्रामिंग) के वैचारिक प्रेरक से परिचय था जो इसे पढ़ने के कारण के रूप में कार्य करता था।

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

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

घबराओ मत

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

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

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

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

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

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

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

अपने सबसे बुरे क्षणों में, मैं घबरा गया। मैंने अपने आप को बंद कर दिया और प्रत्येक घटना को अलग-अलग मानकर, इस बात का अंदाजा नहीं लगा सका कि इस बात का अंदाजा नहीं है कि समग्र रूप से किस तरह की तस्वीर विकसित हो रही है।

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

इस अलार्म ने मुझे क्या दिया? कोई बात नहीं। क्या इन स्थितियों में से प्रत्येक में नकारात्मक प्रतिक्रियाओं का एक फायदा था? नहीं। जब वास्तव में सबसे अच्छा होने की आवश्यकता थी, तो आतंक ने जो योगदान दिया वह सबसे अच्छा होने में असमर्थता थी।

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

जब हम परिप्रेक्ष्य खो देते हैं तो हम घबरा जाते हैं। जब कुछ गलत होता है, तो उस पर अपना ध्यान केंद्रित करना मुश्किल नहीं है। मैं यह नहीं कह रहा हूं कि यह बुरा है, और यहां तक ​​कि कुछ हद तक यह समस्याओं को हल करने का एक अच्छा तरीका है। लेकिन, दुर्भाग्यवश, यह दृष्टिकोण एक और समस्या का कारण बन जाता है: चाहे कोई भी प्राथमिक समस्या कितनी भी छोटी क्यों न हो, यह प्रतीत होता है कि केवल यह महत्वपूर्ण है। समस्या अधिक से अधिक होती जा रही है, तनाव का स्तर बढ़ रहा है, और परिणामस्वरूप, हमारे दिमाग बस बंद हो जाते हैं।

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

यह मत सोचिए कि मैं ग्लोबिंग कर रहा हूं, मैं सिर्फ इस तरह के नायक के साथ इस स्थिति का वर्णन करना चाहता हूं जैसा कि आप संभवतः जानते हैं, और मैं चाहता हूं कि आप दिल खोलकर हंसें। यह व्यवहार हास्यास्पद है। है ना?

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

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

कार्रवाई!

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

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

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

PS ऑन द हब इन 2009 में इस पुस्तक के अनुवाद की परियोजना शुरू हुई:
प्रोग्रामिंग के लिए जुनून
प्रोग्रामिंग के लिए जुनून। अध्याय 2. आभार
प्रोग्रामिंग के लिए जुनून। अध्याय 3. परिचय
प्रोग्रामिंग के लिए जुनून। भाग 1 (एक बाजार का चयन)। शुरुआत
प्रोग्रामिंग के लिए जुनून। भाग 1. सलाह 2. आपूर्ति और मांग
प्रोग्रामिंग के लिए जुनून। भाग 1. टिप 3. कोडिंग सब कुछ नहीं है