क्या प्रोग्रामर के रूप में काम करना मुश्किल है?

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

क्या यह वास्तव में मुश्किल है?

कोडर्स बनाम प्रोग्रामर

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

संकीर्ण विशेषज्ञता बनाम व्यापक

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

मैं सोचना चाहता हूं या नहीं करना चाहता हूं

दुर्भाग्य से, एक प्रोग्रामर का काम कभी-कभी पैराशूट स्टेकर के काम जैसा दिखता है: परिणाम के बारे में किसी ने शिकायत नहीं की। या तो सब कुछ ठीक है और सब ठीक है, या "सब कुछ खो गया था" - लेकिन फिर पता चला कि समय सीमा खराब गणना की गई थी, और कोई बजट नहीं था, और कुछ लोग थे, और कार्य बेवकूफ था, और ग्राहक खराब था और 150 अन्य कारण थे। "एक अच्छा प्रोग्रामर हमेशा बताएगा कि दिए गए कार्य को करना असंभव क्यों है।" एक प्रोग्रामर का पेशा अक्सर एक व्यक्ति को एक विकल्प से पहले रखता है: सोचने के लिए या सोचने के लिए नहीं? बग एक बैसाखी के साथ तय किया। यह सोचने के लिए कि बेहतर कैसे करना है, या यह काम करेगा? सिस्टम 10 सेकंड प्रति सेकंड पर स्थिर होने लगता है। सोचने के लिए कि 100 पर क्या होगा या नहीं सोचने के लिए? रिफैक्टरिंग या इसे अच्छी तरह से करते हैं? अपनी बाइक या एक सार्वभौमिक रूप से स्वीकृत समाधान? एक मार्जिन के साथ वास्तुकला को बिछाने के लिए - या अभी के लिए, और ऐसा ही होगा?
हर कदम पर मिटने का मोह है। कमजोर दिमाग वाला प्रोग्रामर ऐसा करेगा। बहुत से लोग फिर से सोचना नहीं चाहते हैं और (यहाँ एक विरोधाभास है!) लगातार सोचेंगे कि इसे कैसे प्राप्त किया जाए। एक विकल्प है: अपने जीवन को जटिल करें, या न करें। हर कोई अपने लिए फैसला करता है।

मन की सीमित क्षमता

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

लेकिन क्या एक अच्छे प्रोग्रामर के लिए यह बिल्कुल मुश्किल होना चाहिए?

कई साल पहले, "एक अच्छा प्रोग्रामर होने" का मतलब कुशल एल्गोरिदम लिखना, अतिरिक्त प्रोसेसर घड़ी को निचोड़ना और एक दर्जन बाइट्स मेमोरी को बचाने में सक्षम होना था। आज ऐसा नहीं है। सभी बुनियादी एल्गोरिदम में सभी संभव भाषाओं में उत्कृष्ट कार्यान्वयन हैं, अच्छी, सिद्ध पुस्तकालयों में बहुत सारी उपयोगी चीजें एकत्र की जाती हैं। आज, एक "अच्छा प्रोग्रामर" की मुख्य संपत्ति तैयार किए गए क्यूब्स से बाहर एक कार्यक्रम बनाने में सक्षम होना है, इसकी जटिलता को कम करना (जिससे विश्वसनीयता बढ़ जाएगी, और काम की गति, और रखरखाव की लागत कम हो जाएगी)। यह जटिलता में कमी है जो आज सबसे महत्वपूर्ण है। यदि आप इसके बारे में सोचते हैं, तो पिछले कुछ दशकों में सॉफ्टवेयर उद्योग में जो कुछ भी आविष्कार किया गया है, वह इस उद्देश्य को पूरा करता है। OOP किसके लिए है इसे आसान और अधिक समझने के लिए। आपको यूएमएल की आवश्यकता क्यों है? अराजकता कम करें। इंटरफेस? प्रबंधित भाषाएँ? MVC? MVVM? सभी एक ही वेदी पर। यह पता चला है कि कुशलता से आधुनिक उपकरणों को लागू करना, प्रोग्रामर को केवल सरल, कॉम्पैक्ट और समझने योग्य कोड लिखना चाहिए? यह पता चला है कि एक अच्छा प्रोग्रामर मुश्किल नहीं होना चाहिए, क्योंकि अगर यह उसके लिए मुश्किल है, तो उसने अभी तक उन उपकरणों में महारत हासिल नहीं की है जो उनके काम को सरल और समझ में आ जाएगा? तो? लेकिन नहीं। उपरोक्त सभी उपकरणों के उपयोग ने उन प्रणालियों का निर्माण करना संभव बना दिया जो पहले नहीं बनाई जा सकीं। विंडोज 8 और आईओएस 6 को 2012 में नहीं बनाया गया था क्योंकि 20 साल पहले वे अपना डिजाइन नहीं बना सकते थे या कोई उपयुक्त हार्डवेयर नहीं था। बात यह है कि प्रोग्राम बनाने के वे तरीके, प्रोग्रामर के प्रबंधन के लिए वे कार्यप्रणाली, और कोड लिखने के लिए उन तरीकों को वर्तमान ओएस के रूप में इस तरह के उच्च जटिलता की एक प्रणाली का उत्पादन नहीं कर सका। लोगों ने सीमा तक काम किया, लेकिन अंत में उन्होंने बहुत सरल प्रणाली बनाई। आज के प्रोग्रामर भी सीमा तक काम करते हैं। और यह पूरी तरह से निश्चित है कि 20 वर्षों में लोग Win8 और iOS 6 दोनों पर हँसेंगे, यह इंगित करते हैं कि वे कितने आदिम और अपूर्ण थे। चलो मानते हैं कि वे यह भी समझेंगे कि आधुनिक प्रोग्रामर ने जितना संभव हो उतना अच्छा करने की कोशिश की।