भय और आईटी में लोथिंग

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

अत्यधिक जटिलता

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

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

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

बहुत ज्यादा

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

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

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

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

नौकरी के लिए साक्षात्कार

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

आईटी के लोग

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

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

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

Vaytishniki। कई श्रेणी के प्यारे प्यारे। उनके डंपिंग के कारण, समझदार और वैचारिक जोंक उद्योग में प्रवेश नहीं कर सकते - एक लंबे रूबल की खोज में, कई रोलिंग कर्मचारी मुफ्त में काम करने के लिए तैयार हैं।

हम बाकी के बारे में चुप रहेंगे।

व्यापार

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

जो परवाह करते हैं कि कैसे - ताकि अंदर सब कुछ सुंदर और सही हो।

जो लोग इस बात की परवाह करते हैं कि वे कौन से लोग हैं जो उनके द्वारा बनाए गए उत्पाद के सार के बारे में परवाह करते हैं।

आमतौर पर, डेवलपर में ये दोनों श्रेणियां होती हैं, बस अलग-अलग अनुपात में।

उन दोनों के लिए, मेरे पास दुखद खबर है।

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

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

स्वास्थ्य

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

कुल मिलाकर

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