क्या जूँ इतने अच्छे हैं?

Preambulka

यह लेख एक अन्य लेख का विश्लेषण है: यदि आप जूस नहीं लेते हैं, तो आप वरिष्ठों के लायक नहीं हैं

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

यदि संभव हो, तो मैंने मूल डिज़ाइन को छोड़ दिया, और अपनी टिप्पणियों को अलग से नोट किया।

खैर, उन्होंने इसे थोड़ा संशोधित करते हुए, पीला शीर्षक भी छोड़ दिया।

चलो चलते हैं ।

मैं आपको एक बहुत ही सफल कंपनी के बारे में एक कहानी बताता हूं जिसने एक बड़ी बेवकूफाना गलती की:

हम जूनियर प्रोग्रामर और इंटर्न को काम पर नहीं रखते हैं ... यदि आपके पास पिल्ला नहीं है, तो आपको पोखरों की सफाई नहीं करनी होगी।
--Netflix

टिप्पणी। शीर्षक पीला है और परिचय कहता है कि इस कंपनी की त्रुटि और तेजी से गिरावट का सार आगे प्रकट होगा। वास्तव में नहीं।

मैं पूरी तरह से चकित था कि कैसे कुछ कॉरपोरेट कुछ पिल्लों को नकारात्मक प्रकाश में पेश करने में कामयाब रहे, और यहां तक ​​कि किसी ने भी इसे मना लिया। पिल्ले पृथ्वी पर सबसे स्वच्छ जीव हैं, जो कि शराबी हैं! एकांत दुनिया में प्रकाश की किरणें। लेकिन चलिए मुद्दे पर आते हैं।

टिप्पणी। पिल्ले खुद को साफ नहीं रख सकते हैं और अपने दम पर खा सकते हैं।

कई कंपनियों ने इसे "केवल वरिष्ठों को नियुक्त करें" रणनीति का पालन किया है। वे इसे इस तरह से सही ठहराते हैं:

• हमारे पास जूनियर प्रोग्रामर्स को किराए पर लेने का कोई समय और संसाधन नहीं है; हम बहुत तेजी से विकास कर रहे हैं।
• हमारी कंपनी वरिष्ठों को वहन कर सकती है, इसलिए जून की कोई आवश्यकता नहीं है।
• वर्तमान चरण में, हम गलतियाँ नहीं कर सकते। दांव बहुत ऊंचा है।
• हमारी प्रक्रिया कर्मचारियों को अधिक स्वायत्तता प्रदान करती है। हम हैंडल द्वारा जोंस को पकड़ने के लिए तैयार नहीं हैं, क्योंकि उन्हें इसकी आवश्यकता है।
• हम अनुभवहीन कर्मचारियों को काम पर रखने से पहले उत्पाद की नींव रखना चाहते हैं।

संदेश यह है कि जूनियर प्रोग्रामर एक जोखिम उठाते हैं, एक कदम जो कंपनी सार्वजनिक ऋण की भावना से या बजट की कमी के कारण निकालती है।

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

यह पता चला है कि अन्य कंपनियों को कॉरपोरेट चैरिटी और दूसरे दर्जे के परिणाम देने में सक्षम होना चाहिए, लेकिन निश्चित रूप से हमें नहीं।

टिप्पणी। इस तथ्य को नहीं कि दूसरे भी बर्दाश्त कर सकते हैं। वे बस सोचते हैं कि वे कर सकते हैं। आखिरकार, किसी ने भी प्रयोग नहीं किए हैं, कम से कम मैंने ऐसा नहीं सुना है।

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

टिप्पणी। अब तक, कोई सबूत नहीं है कि ये 100,000 आईटी कंपनियां एक कुशल विकास वातावरण का प्रतिनिधित्व करती हैं, जो नेटफ्लिक्स की तुलना में अधिक कुशल है। यह सब अटकलें और भावनाएं हैं।

जहरीले डेवलपर्स के लिए दुश्मनी एक जहरीली कंपनी संस्कृति को पहचानने का एक आसान तरीका है।
- 1 अप्रैल, 2017 वेंसेल (@aprilwensel) 1 अगस्त 2017

युवा प्रोग्रामरों के प्रति शत्रुता एक जहरीली कॉर्पोरेट संस्कृति का स्पष्ट संकेत है।

टिप्पणी। दुश्मनी कहां है? कोई नहीं कहता कि जूनियर्स दुश्मन हैं। वे बस काम पर रखा नहीं है। और अभी भी किराया नहीं है, उदाहरण के लिए, ताला और कलाकार। दुश्मनी भी दिखाओ? इसे "अवधारणाओं का प्रतिस्थापन" कहा जाता है।

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

टिप्पणी। आइए इस तर्क को उन पुस्तकालयाध्यक्षों पर लागू करें जिन्हें काम पर नहीं रखा गया है, और तार्किक तर्क की बेरुखी को समझते हैं।

समस्या निवारण

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

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

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

टिप्पणी। गलत परिसर के आधार पर, आप किसी भी मनमाने ढंग से भयानक परिणाम प्राप्त कर सकते हैं।

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

टिप्पणी। हां, चलो बंदर को परमाणु रिएक्टर में लाएं और देखें कि सुरक्षा प्रणालियां कितनी विश्वसनीय हैं। खैर, जल्दी से बचाव खुला। मैं पहले से ही लेखक की मानसिक क्षमताओं के बारे में चिंता करना शुरू कर रहा हूं।

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

टिप्पणी। यह गलतियों के डर के बारे में नहीं है; यह दक्षता और उत्पादकता के बारे में है। लेखक समय-समय पर इस झूठे निर्माण को दोहराता है, यह साबित करता है कि सब कुछ खराब है। सब कुछ बुरा है, हाँ, लेकिन केवल मूल परिसर के साथ।

पैसे की बचत

दरअसल, जूनियर सॉफ्टवेयर इंजीनियर को औसतन 55,394 डॉलर प्रति वर्ष मिलते हैं, जबकि सीनियर सॉफ्टवेयर इंजीनियर को सालाना 117,374 डॉलर मिलते हैं। जून के मुकाबले सीनियर्स दोगुने से ज्यादा महंगे हैं।

इन लागतों को अक्सर उचित ठहराया जाता है। युवा लोगों की तुलना में पुराने प्रोग्रामर से उच्च उत्पादकता की उम्मीद की जाती है।

टिप्पणी। यह ज्ञात है कि विभिन्न प्रोग्रामर के बीच उत्पादकता में अंतर 25 गुना तक पहुंच सकता है। इसलिए, किसी भी चीज़ के बारे में 2 बार।

लेकिन यह तस्वीर का अंत नहीं है, और आपको व्यापार करने की लागत के रूप में बढ़ी हुई लागत के विचारहीन और आलसी औचित्य के लिए एक पैसा मिलेगा।

टिप्पणी। यहां तक ​​कि अगर आप जूनियर डेवलपर्स सहित प्रोग्रामिंग के लिए चौकीदार किराए पर लेते हैं, तो यह हमेशा सच है, भले ही।

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

टिप्पणी। यदि कंपनी में काम का एक महत्वपूर्ण हिस्सा काफी तुच्छ है, तो हाँ। लेकिन यह संभावना नहीं है तब कंपनी को उच्च तकनीक माना जा सकता है। बुनियादी ढांचे की जटिलता एक गंभीर प्रारंभिक बाधा निर्धारित करती है जो एक जूनियर डेवलपर के साथ सामना (या सामना करने में) सक्षम नहीं हो सकती है।

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

टिप्पणी। परियोजना की जटिलता पर निर्भर करता है। ऐसा होता है कि परियोजना को कुंद करने के लिए "जूनियर" की प्रतीक्षा करने की तुलना में एक अच्छे विशेषज्ञ को आग लगाना और उसे किराए पर देना आसान है।

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

टिप्पणी। ऐसा होता है कि चंद्रमा पर मशरूम उगते हैं। "शायद ऐसा है" की शैली में तर्क, बेशक, यह हो सकता है, लेकिन मुझे इसके लिए कोई कारण नहीं दिखता है।

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

टिप्पणी। या शायद नहीं।

यह एक और ध्यान देने योग्य है, अथाह कारक: एल्गोरिदम, माइक्रोपोप्टीमाइज़ेशन और कोड शैली के बारे में - अंततः उन विषयों पर बहस करने के लिए वरिष्ठ प्रोग्रामरों की प्रवृत्ति। यदि कंपनी केवल वरिष्ठों को काम पर रखती है और निर्णय लेने की कठोर प्रक्रिया नहीं है, तो सैकड़ों कामकाजी घंटे ऐसे विवादों में जा सकते हैं। जूनियर डेवलपर्स आमतौर पर ऐसी समस्या से वंचित होते हैं।

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

कैरियर का विकास

यदि आप जूनियर प्रोग्रामर को काम पर नहीं रखते हैं, तो कर्मचारियों को एक और संदेश भेजें - कि आप नहीं जानते कि कैरियर विकास कैसे काम करता है।

कभी-कभी जब कंपनियां कहती हैं कि वे जूनियर डेवलपर्स को काम पर नहीं रख रही हैं, तो मैं उन्हें अपने हुडियों और चिल्लाना द्वारा हिला देना चाहता हूं, आपको लगता है कि वरिष्ठ डेवलपर्स कहां से आते हैं?
- केट हेडडेलटन (@ heddle317) 13 सितंबर, 2018

कभी-कभी, जब कंपनियां कहती हैं कि वे जूनियर प्रोग्रामर को काम पर नहीं रखती हैं, तो मैं उन्हें स्तनों से पकड़ना चाहता हूं और चिल्लाता हूं: आपको लगता है कि वरिष्ठ प्रोग्रामर कहां से आते हैं?

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

फिर, यह कॉर्पोरेट नागरिक ऋण को पूरा करने के बारे में नहीं है और आईटी समुदाय के "विकास में भाग लेने" के बारे में नहीं है। यह आपकी कंपनी को एक अच्छे कार्यस्थल में बदलने के बारे में है जहां प्रोग्रामर व्यवस्थित होना चाहते हैं और एक ठोस योगदान देने के लिए लंबे समय तक बने रहते हैं।

टिप्पणी। बिना बाजार का। केवल के लिए!

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

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

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

टिप्पणी। "सूची के निचले भाग में खुद को पाता है" - क्या यह नेटफ्लिक्स के बारे में है? नेटफ्लिक्स ने "50 बेस्ट प्लेस टू वर्क फॉर न्यू डैड्स" की एक नई सूची में शीर्ष पर पहुंचकर कई अन्य सिलिकॉन वैली टेक फर्मों के साथ काम कर रहे पिताओं को लुभाने के लिए कड़ी प्रतिस्पर्धा की पेशकश की ।

मैं केवल वरिष्ठ देवों की भर्ती करता हूं।

चाल है, मैं उनमें से कुछ को पहले अपने कैरियर में भर्ती करता हूं।
- रेगिनाल्ड ब्रेथवेट (@raganwald) 17 सितंबर, 2018

मैं केवल वरिष्ठ प्रोग्रामरों को किराए पर लेता हूं।
चाल यह है कि मैं अपने करियर की शुरुआत में उनमें से कुछ को किराए पर लेता हूं।

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

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

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

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

टिप्पणी। दावा "दावा" हम जोनों को किराए पर नहीं लेते हैं ", इसके विपरीत, एक खुला प्रवेश कि कंपनी किसी के कैरियर में भूमिका निभाने के लिए तैयार नहीं है।" - यह एक खुला प्रवेश है कि लेखक को तार्किक श्रृंखलाओं और संबंधों के साथ समस्या है।

हालांकि, यदि आपकी कंपनी वास्तव में कैरियर के विकास के बारे में गंभीर है, तो जूनियर प्रोग्रामर पर एक कृत्रिम प्रतिबंध केवल काम पर रखने के वेतन को बढ़ाता है और आपकी कंपनी में कर्मचारियों के समय को कम करता है।

टिप्पणी। मुझे आश्चर्य है कि क्यों गूगल और फेसबुक एक उच्च बार है? वे संभवतः "काम पर रखने और कंपनी में कर्मचारियों के समय को कम करने के लिए पाइपलाइन (?) को संकीर्ण करते हैं।"

महान सॉफ्टवेयर लेखन

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

टिप्पणी। चाहे वह एक जूनियर व्यवसाय हो यह बिना टूटे आशावाद के साथ टूटे हुए बाज़ी कोड का एक टन पॉप और दूरगामी निष्कर्ष के बिना सामान की कमी को पॉप कर सकता है। बस एक सपना!

केवल वरिष्ठ लोगों को नौकरी देने के लिए उत्सुक कंपनियां अक्सर यह भूल जाती हैं कि जो लागू नहीं होता है वह क्या करता है सीखने की तुलना में अधिक समय लग सकता है।
- डीएचएच (डीएचएच) 31 जुलाई, 2017

, , , — , .

. ( ), . , .

- — « , , , , ». — , : , , . , , , , . , . ; , ; , . , .

. . . , .

, , - . — , — , .

. , . Borland.

, , : , , .

. , . , : , .. , . . , , .

One underrated programmer attribute is the ability to write code that average or mediocre engineers can easily read, modify, and extend.
— Jamon Holmgren (@jamonholmgren) 17 2018 .

— , , .

. !

« » «», . — . , .

. , . यानी , , , ? - , . , , . यानी , .

: IT « » . , , . , - .

. : , , .

— , , — , . , , . . , , . — .

. , — .

निष्कर्ष

— . — . , , , .. , .

, - — . . — .

. - . . , , . .

, . . , , Netflix , , , .

PS , ?