हमारे डेवलपर्स की मुख्य विशेषता

हाल ही में एक लेख विदेशी प्रेरित के साथ रूसी डेवलपर्स की तुलना करता है। और मुझे इस बारे में कुछ कहना है।



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

मेरी राय में, यह लेख मेरे जीवन में सबसे महत्वपूर्ण काम है। सबसे कठिन, स्वैच्छिक या दिलचस्प नहीं है, लेकिन महत्वपूर्ण है।

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

इसके अलावा: मेरे जीवन की वास्तविक कहानियां, समस्या का वर्णन, तर्क, एक अंग्रेजी-रूसी शैक्षिक कार्यक्रम, साथ ही साथ अमेरिकी, यूरोपीय, जापानी और हमारे डेवलपर्स की तुलना में टीम लीड।


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

केवल दो परिस्थितियां महत्वपूर्ण हैं:

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

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

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

मैं थोड़ा बहक गया, मैं वास्तव में वह सब कुछ कहना चाहता था जो मुझे अश्लीलता के साथ लगता है। लेकिन अपने श्रेय के लिए, उन्होंने खुद को संयमित किया।
उसने सब कुछ उगल दिया, बैठ गया और एक-डेढ़ दिन में खुद ही बात कर ली।

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

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

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

यह चीज़ इन और इन अवसरों को अंतिम उपयोगकर्ता को देगी, उपयोगकर्ता इसे पसंद करेंगे, उपयोगकर्ता आधार बढ़ेगा।

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

हां, मैं बहुत अतिशयोक्ति करता हूं, लेकिन हमारे डेवलपर्स अक्सर अपने काम को सीधे इस तथ्य से जोड़ने के बारे में नहीं सोचते हैं कि कंपनी वाणिज्यिक है और उसे पैसा बनाना चाहिए। (और सामान्य तौर पर, वेतन कहाँ से आता है)

मेरे जीवन से निम्नलिखित मामला:
एक बार मैंने काम जल्दी छोड़ दिया, दोपहर के भोजन के बाद, लगभग 4:00 बजे। और अगले दिन मैं सुबह काम पर आया, लगभग साढ़े पांच बजे। (क्यों? मेरे पास सही और सभी चीजें हैं :-)

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

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

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

यहाँ एक छोटा सा अंग्रेजी-रूसी शैक्षिक कार्यक्रम देने का समय है:
जब हम कहते हैं: हमारे पास एक समस्या है, सर्वर क्रैश हो गया है। तब ये परेशानी हैं।
रूसी शब्द: हमारी समस्याएं, आपकी समस्याएं, समस्याएं - समस्या के रूप में समस्या का अनुवाद न करें।
समस्या एक बुनियादी हितों का टकराव है।
रूसी में समस्या का अनुवाद इस प्रकार है:

• मुद्दा (चर्चा के लिए)
• कार्य (जिसे हल किया जाना चाहिए), कार्य (जो किया जाना चाहिए)
• विषय (विज्ञान में शोध)

और जब हम कहते हैं: मुझे यहाँ एक समस्या है, एक घंटे में मैं यह करूँगा। तब ये बाधाएँ हैं - कठिनाइयाँ।

अब वापस कहानी पर आते हैं:
अमेरिकी कार्य लाता है, हमारे डेवलपर उसे बताता है कि वह कार्य नहीं करेगा, क्योंकि यह ट्रे-ला-ला है। और अगर यहां हम अमेरिकी को यह घोषित करते हैं कि हमारे यहां समस्या है, तो उसका स्तूप और गहरा होगा।

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

यह एक सवाल नहीं है: क्या यह बात करना आसान है या सरल है। मेरा अंतिम वाक्यांश:
- हाँ, मैं नहीं पूछता कि ऐसा क्यों नहीं किया जा सकता है! मैं पूछता हूं: यह कैसे करना है?
ऐसा लग रहा है कि यह गूंगा पताका कमांड कर रहा है। लेकिन इसमें सार निहित है।

आप सामान्य रूप से एक नई बात नहीं कर सकते? ठीक है, आइए इस बारे में सोचें कि इसे निजी कैसे बनाया जाए, इस विशेष में! और कंपनी के लिए पैसा लाओ। Google में कोई तैयार समाधान नहीं हैं? आइए इस बारे में सोचें कि खुद को कैसे बनाया जाए। क्या कोई समाधान है, लेकिन क्या यह बदसूरत है? लेकिन यह अद्भुत है! यह बहुत अच्छा है कि एक समाधान है! चलो पहले एक सरल बैसाखी निर्णय लेते हैं क्योंकि कोई अन्य नहीं है और हम सभी के लिए पैसा बनाते हैं!

एक छोटे से वेब स्टूडियो के लिए, एक नई चीज जीवन या मृत्यु का विषय हो सकती है। एक किराने की सॉफ्टवेयर कंपनी के लिए, यह बहुत सारा पैसा है और दिवालियापन या गंदगी के लिए सफलता या नीचे तक तेजी है। यांडेक्स / Google के आकार की विशालता के लिए, यहां तक ​​कि सबसे छोटी वेब सेवा, प्रतिशत के सौवें हिस्से में हिस्सेदारी में वृद्धि लाखों है!

मैं मानता हूं कि मैं बेलारूसी को आग नहीं लगाऊंगा। यदि मैं कार्यस्थल में होता, तो मैं उसे परिस्थितियों के अनुसार, धीरे या कठोर रूप से निहारता। अगर कुछ भी है, तो मुझे पता है कि हमारे और विदेशियों दोनों को कैसे फायर करना है। और जब मैं काम पर पहुंचा, तो मैंने क्या किया? कोई बात नहीं। अमेरिकी अनिवार्य रूप से सही है; ठीक है, हाँ, यहां आप चर्चा कर सकते हैं और चर्चा कर सकते हैं कि वह कितना क्रूर है, लेकिन वह सही है।

मैंने बेलारूस को केवल एक विदाई पत्र लिखा: अलविदा, हो, हो, तुम्हें देखता हूं। मुझे नहीं पता कि क्या इतिहास ने उसे कुछ सिखाया है या क्या वह अभी भी सोचता है कि अमेरिकी मूली है। उसने एक जोरदार लात मारी, हाँ।

एक बेलारूसी और एक अमेरिकी के साथ यह कहानी अद्वितीय नहीं है। मेरे लिए, पड़ोसी विभाग के प्रमुख, अमेरिकी ने एक समान स्थिति में बिल्कुल ऐसा ही किया।

ईमानदारी से, मुझे हमारे प्रोग्रामर (परीक्षक, इंजीनियर, आदि) के इस व्यवहार का सही कारण नहीं पता है। यह आलस्य भी नहीं है, योग्यता की कमी भी नहीं है।
यह एक सांस्कृतिक विशेषता है।

यहाँ बताया गया है कि कैसे मकारेविच एक अंग्रेजी रिकॉर्डिंग स्टूडियो में काम करते हैं:

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

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

खैर, हमारे डेवलपर्स और परीक्षकों के पास ऐसी सुविधा है। इसके अलावा, हमारे डेवलपर्स के अपने अद्वितीय फायदे हैं और, अन्य चीजें समान हैं, मैं अपने डेवलपर को ले जाऊंगा।
मैं दोहराता हूं कि मुझे नहीं पता कि वास्तव में ऐसा क्यों है, लेकिन ऐसा है और इसे ध्यान में रखा जाना चाहिए।
और मुझे एक समाधान भी पता है जो ज्यादातर मामलों में काम करेगा:
JFDI

अगर कोई ऐसा व्यक्ति है जो समाजशास्त्र / मनोविज्ञान जानता है या व्यक्तिगत रूप से समाजशास्त्री / मनोवैज्ञानिक से परिचित है: कृपया स्पष्ट करें।

देवियों और सज्जनों, यदि आप कर्म / लेख को घटाते हैं: कृपया टिप्पणी में लिखें कि आप वास्तव में क्या सहमत नहीं हैं, यह मेरे लिए महत्वपूर्ण है।

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

आज मैंने इसके अलावा एक विशेष साइट भी बनाई:
http: //xn-----6kcfbtd3audiumjf4b2f0cxa2d.xn--p1ai/
(सावधानी, अपवित्रता)

देवियों और सज्जनों, komenty में आपका स्वागत है! रचनात्मक बात करते हैं!
(टाइपो और तकनीकी खामियां, व्यक्तिगत संदेश द्वारा भेजें, कृपया)।

लंबे साल और समृद्धि!