प्रोग्रामिंग के लिए जुनून। अध्याय 15. अभ्यास, अभ्यास, अभ्यास

अनुवाद के बारे में

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


पुस्तक का क्राउडसोर्सिंग अनुवाद जीथब पर किया जाता है, सम्मिलित हों।

अध्याय 15. अभ्यास, अभ्यास, अभ्यास

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

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

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

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

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

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

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

तो आप कैसे जानते हैं कि कहां अभ्यास करना है? आपकी सीमाएं कहां हैं? सॉफ्टवेयर विकास के अभ्यास के लिए, यह एक अलग पुस्तक के लिए एक विषय है। शुरुआत के लिए, मैं फिर से एक जैज संगीतकार के रूप में अपने अनुभव को उधार लूंगा। मैं अभ्यास को निम्नलिखित श्रेणियों में विभाजित करूँगा (हमारे बीच गैर-संगीतकारों के लिए सरलीकृत):

- भौतिकी / समन्वय
- एक शीट से पढ़ना
- कामचलाऊ व्यवस्था

यह सॉफ्टवेयर विकास के रूप में अभ्यास के एक तरफा विचार के लिए एक रूपरेखा के रूप में सेवा कर सकता है।

भौतिकी / समन्वय:

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

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

एक शीट से पढ़ना:

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

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

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

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

कामचलाऊ व्यवस्था:

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

कोड लिखने के दौरान अपने कामचलाऊ कौशल में सुधार करने का एक शानदार तरीका अपनी स्वयं की निर्धारित सीमाओं का सामना करना है। एक साधारण प्रोग्राम चुनें और इसे इन सीमाओं के साथ लिखने का प्रयास करें। मेरा पसंदीदा व्यायाम एक कार्यक्रम लिखना है जो पुराने गीत "वॉल पर 99 बियर की बोतलें" // नोट को प्रदर्शित करता है। perev।: youtube के लिंक - कोई बीयर नहीं है , लेकिन वहाँ है ;) । चरों को निर्दिष्ट किए बिना आप इस कार्यक्रम को कैसे लिख पाएंगे? या आप कितना छोटा प्रोग्राम लिख सकते हैं जो सही टेक्स्ट प्रदर्शित करता है? एक सीमा जोड़ें - आप इस तरह के कार्यक्रम को कितनी तेजी से लिख सकते हैं? छोटे, जटिल टाइमर कार्यों को हल करने के बारे में कैसे?

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

अधिनियम!

1. टॉप कोडर - topcoder.com प्रोग्रामिंग प्रतियोगिताओं के लिए एक साइट है। आप एक खाता बना सकते हैं और पुरस्कार के लिए प्रतिस्पर्धा कर सकते हैं। यहां तक ​​कि अगर आप दूसरों के साथ प्रतिस्पर्धा करने में रुचि नहीं रखते हैं, तो TopCoder समस्याओं के एक बड़े संग्रह के साथ एक अभ्यास कक्ष प्रदान करता है जिसे आप व्यावहारिक अभ्यास के लिए पूरी तरह से उपयोग कर सकते हैं। रजिस्टर जाओ और कोशिश करो!

2. कोड काटा - डेव थॉमस, प्रोगैमैटिक प्रोग्रामर्स (हमारे पसंदीदा प्रकाशक) में से एक, कोड लिखने का विचार लिया और कुछ किया ... अच्छा, एक व्यावहारिक। उन्होंने कोड काटा की एक श्रृंखला बनाई, जिसे छोटे, उत्तेजक अभ्यास कहा जाता है जो प्रोग्रामर अपनी चुनी हुई प्रोग्रामिंग भाषा में हल करते हैं। प्रत्येक काटा एक विशेष तकनीक या विचार प्रक्रिया है जो आपको अपने मस्तिष्क को स्थानांतरित करने में मदद करती है। पुस्तक लिखने के समय, डेव ने 21 ऐसे कट्टों का निर्माण किया और उन्हें वेबसाइट पर स्वतंत्र रूप से उपलब्ध कराया ( http://codecata.pragprog.com/ // नोट ट्रांसलेशन लिंक किसी कारण से टम्बलर की ओर जाता है )। साइट पर आपको मेलिंग सूची के लिंक मिलेंगे, साथ ही अन्य उपयोगकर्ताओं के समाधान के दौरान चर्चा की जाएगी कि समस्या कैसे हल हुई। आपका कार्य: सभी 21 अभ्यासों को पूरा करने के लिए। अपनी बिल्ली के अनुभव की एक डायरी (या ब्लॉग?) रखें। जब आप काम पूरा कर लें, तो अपना खुद का काटा लिखें और इसे बाकी लोगों के साथ साझा करें।