1C: एंटरप्राइज प्लेटफॉर्म को विकसित करने के लिए हम डेवलपर्स की तलाश कर रहे हैं

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

संक्षेप में, हम उन लोगों की तलाश कर रहे हैं जो:

• पसंद (या प्यार करने के लिए तैयार है) प्रतिरूपित रूपरेखा बनाना
• एक ऐसा उत्पाद बनाना चाहता है जिसका उपयोग लाखों लोग करते हैं

अधिक विस्तार में दिखाने के लिए कि हम किस डेवलपर्स की तलाश कर रहे हैं और कैसे, हमने अपनी कंपनी के हायरिंग मैनेजरों के साथ छोटे साक्षात्कार लिए। साक्षात्कार के दौरान प्रश्न पूछे गए:

• आपको किस तरह के डेवलपर्स की आवश्यकता है?
• आप साक्षात्कार के लिए क्या पूछते हैं?
• साक्षात्कार में आप कौन से प्रश्न पसंद करते हैं - सैद्धांतिक या व्यावहारिक?
• क्या एक प्रोग्रामर को टेस्ट लिखना चाहिए?
• क्या आप गतिविधि के पेशेवर क्षेत्र से सवाल नहीं पूछते हैं?
• क्या आप त्वरित सोच के लिए तार्किक कार्य निर्धारित करते हैं जो प्रोग्रामिंग से सीधे संबंधित नहीं हैं? एक कार में हीलियम के साथ गेंद के बारे में कार्य का प्रकार:

प्रोग्रामर हमारे प्लेटफॉर्म विकास में किन क्षेत्रों में काम कर सकते हैं? खैर, उदाहरण के लिए:

• व्यापार अनुप्रयोगों के विकास के लिए आईडीई
• एंबेडेड भाषा संकलक
• वेब फ्रेमवर्क
• लोड बैलेंसर
• और भी बहुत कुछ:

इंटरनेट डेवलपमेंट ग्रुप

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

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

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

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

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

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

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

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

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

वेब क्लाइंट डेवलपमेंट टीम

यद्यपि हम जावास्क्रिप्ट में एक वेब क्लाइंट विकसित कर रहे हैं, हम पसंद करते हैं कि उम्मीदवार, जावास्क्रिप्ट में वेब विकास में अनुभव के अलावा, "क्लासिक" ओओपी भाषाओं - सी ++ या जावा या सी # विकसित करने में अनुभव रखते हैं। यह परियोजना की बारीकियों के कारण है; 1C वेब क्लाइंट, जिसे जावास्क्रिप्ट में लिखा गया है, लेकिन अधिक वैचारिक रूप से ओओपी भाषा में लिखे गए एप्लिकेशन जैसा दिखता है। हम JSDoc एनोटेशन के साथ जावास्क्रिप्ट कोड को कवर करते हैं, इसलिए विधानसभा के दौरान स्थिर प्रकार की जाँच होती है। यह दृष्टिकोण इसलिए चुना गया क्योंकि हम Google क्लोजर कंपाइलर का उपयोग करते हैं, जो हमें विशेष रूप से, हमारे कोड की गति बढ़ाने और इसके द्वारा खपत की गई मेमोरी की मात्रा को कम करने में मदद करता है। इस प्रकार, ओओपी अनुभव उम्मीदवार को बहुत मदद करेगा।

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

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

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

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

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

आवेदन स्केलेबिलिटी टीम

हम कौन हैं?

हमारी टीम 1C: एंटरप्राइज प्लेटफॉर्म पर अत्यधिक लोड सिस्टम के निर्माण के क्षेत्र में विशेषज्ञ है। ये इंजीनियर विश्वसनीयता और मापनीयता की चुनौतियों का समाधान करते हैं। इस तरह के कार्य अक्सर प्रशासन और विकास के चौराहे पर होते हैं। ऐसी समस्याओं को हल करने का परिणाम वास्तव में एक अच्छा सिस्टम है। ऐसे कार्यों के उदाहरण:

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

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

हम किसे खोज रहे हैं?

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

• ग्राहक के व्यवसाय से लगातार बदलती आवश्यकताओं के सामने विकास को समाप्त करने में अभी तक कामयाब नहीं हुए हैं;
• हालांकि कार्यान्वयन के लिए मुख्य तंत्र का विकास पूरे जोरों पर है, इंजीनियर अभी तक हजारों उपयोगकर्ताओं के साथ परीक्षण तंत्र तक नहीं पहुंचे हैं;
• अब भी, किसी को भी इस बारे में कोई जानकारी नहीं है कि इस कार्यान्वयन पर उपयोगकर्ताओं की संख्या में वृद्धि के साथ, इस तंत्र में, उत्पादकता तेजी से गिरती है;
• एमएस SQL ​​सर्वर DBMS के साथ विंडोज पर विकास किया गया था, और अंतिम चरण में, CentOS में PostgreSQL को लागू करने के लिए एक राजनीतिक निर्णय लिया गया था और DBMS आयात प्रतिस्थापन प्रवृत्ति के केंद्र में था;
• और आप गलती से पता लगा लेते हैं कि 10 उपयोगकर्ता काम करते हैं तो समयबाह्य हैं;
• आपको इस तंत्र के लिए उपकरणों की गणना करने की आवश्यकता है, क्योंकि ग्राहक को पिछले महीने इसे खरीदना था;
• आप समझते हैं कि आपको इस तंत्र में एल्गोरिदम के समानांतर कार्यान्वयन पर काम करने की आवश्यकता है, उन्हें सहकर्मियों के साथ समन्वयित करें और साथ में तय करें कि नई त्रुटियों को पेश किए बिना आप समय पर कैसे होंगे।

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

हम कैसे देख रहे हैं

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

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

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

दूसरा तरीका यह है कि उम्मीदवार को 1 सी डेवलपर के स्थान पर अपना परिचय देने के लिए कहें और उसे किसी प्रकार के लागू किए गए कार्य को लागू करने के लिए कहें। उम्मीदवार की साक्षात्कार और तनाव की स्थितियों के तहत, ऐसा कार्य आपको यह देखने की अनुमति देता है कि उम्मीदवार कैसे सोचता है। हम उम्मीदवार के समाधान को देखते हैं, उम्मीदवार को उसके समाधान में एक महत्वपूर्ण तकनीकी समस्या देखने में मदद करते हैं, फिर हम यह देखते हैं कि उम्मीदवार किसी अन्य तकनीकी समस्या की अनुमति न देते हुए समाधान को कैसे बदलेगा। कभी-कभी हम 6-7 पुनरावृत्तियों को करते हैं, समाधान की कमजोरियों की तलाश और मूल्यांकन करते हैं। उसी समय, यह न केवल चर्चा करना और समझना संभव हो जाता है, बल्कि एक व्यक्ति जो जानता है, उदाहरण के लिए, गतिरोध के बारे में, लेकिन क्या वह यह भी समझता है कि अपने कोड में उनकी घटना की संभावना को शून्य कैसे कम किया जाए।

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

काम में क्या उपयोग किया जाता है

पहला और सबसे अधिक इस्तेमाल किया जाने वाला उपकरण 1C: एंटरप्राइज टेक्नोलॉजी प्लेटफॉर्म है। व्यवस्थापक और डेवलपर स्तर पर मंच का ज्ञान आवश्यक है। यानी आपको यह समझने की आवश्यकता है कि किसी विशिष्ट समाधान को कैसे लागू किया जाए और इसे हजारों उपयोगकर्ताओं के लिए सिस्टम में चलाया जाए।

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

उद्यम बाजार में सिस्टम अक्सर लिनक्स पर चलते हैं। सर्वरों पर कोई चित्रमय वातावरण नहीं है। कंसोल कौशल काफी महत्वपूर्ण हैं।

कल्पना कीजिए कि आपको यह पता लगाने की आवश्यकता है कि पोस्टग्रे प्रक्रियाओं द्वारा CentOS में PostgreSQL सर्वर पर CPU लोड 5% क्यों बढ़ गया है। अपनी जांच के एल्गोरिथ्म को कागज के एक टुकड़े पर लिखने का प्रयास करें। और तुरंत एक समझ है कि क्या आवश्यक है

• न केवल अपटाइम , vmstat , sar , atop , perf ,
• पता है कि कैसे pgbadger , psql का उपयोग करें और postgresql.conf में लॉगिंग कॉन्फ़िगर करें।
• एक वांछित क्वेरी खोजने में सक्षम हो,
• विश्लेषण का उपयोग करें, उसकी योजना का विश्लेषण करें,
• अनुरोध को फिर से लिखें और सत्यापित करें कि लोड कम हो गया है।

हमारे लिए क्या महत्वपूर्ण है

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

1C: एंटरप्राइज प्लेटफॉर्म डेवलपमेंट ग्रुप

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

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

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

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

प्रोग्रामिंग भाषाओं का आवश्यक ज्ञान प्लेटफॉर्म विकास क्षेत्र पर निर्भर करता है जिसके लिए उम्मीदवार की तलाश की जा रही है। मंच का मुख्य भाग C ++ और जावा है, वेब क्लाइंट जावास्क्रिप्ट है और C ++ की मूल बातें जानना वांछनीय है, कुछ परियोजनाओं में 1C के ज्ञान की आवश्यकता होती है, लेकिन अन्य भाषाओं और तकनीकों का ज्ञान अत्यधिक वांछनीय है। हमें 1 सी दुनिया के लिए बहुत सी नई चीजों का निर्माण करना है, हम चाहते हैं कि डेवलपर्स का दृष्टिकोण और क्षरण उन्हें अन्य भाषाओं और प्रौद्योगिकियों में आविष्कार किए गए विचारों और अवधारणाओं के साथ काम करने की अनुमति दें, और यह समझने के लिए कि 1 सी समाधान विकसित करते समय उन्हें सही तरीके से और सही तरीके से कैसे लागू किया जाए। उदाहरण के लिए, हमारे क्लाउड उत्पाद को विकसित करने के लिए 1cFreshहम विभिन्न उपकरणों को लिखते हैं, मुख्यतः प्रशासन के लिए, 1C में (1C में वे पारंपरिक भाषाओं की तुलना में विकसित करने के लिए तेज़ हैं)। यदि कोई डेवलपर सिस्टम एडमिनिस्ट्रेटर (bash, Python, Perl) द्वारा उपयोग की जाने वाली तकनीकों और भाषाओं के पैटर्न को समझता है, तो इससे उसे आसानी से उपयोग होने वाले टूल बनाने में मदद मिलेगी।

यदि हम किसी छात्र का साक्षात्कार कर रहे हैं, तो हम उसे अपने अभिन्न की गणना करने के लिए कह सकते हैं और समझा सकते हैं कि अभिन्न को ऐसा क्यों माना जाता है। औसत वरिष्ठ छात्र को पहले से ही अभिन्न का अर्थ याद नहीं है, और एक ईमानदार, उत्साही छात्र को बहुत अच्छी तरह से याद है और इसे समझा सकता है।

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

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

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

गैर-आईटी प्रश्नों में से, कभी-कभी हम यह प्रश्न पूछते हैं - और 3-5 वर्षों में कोई व्यक्ति स्वयं को किसके द्वारा देखता है? हमें विश्वास है कि हम एक व्यक्ति के साथ मिलकर काम करेंगे यदि उसका विकास आकांक्षाओं के साथ मेल खाता है तो कंपनी उसके विकास को कैसे देखती है।

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

1: –

हम आम तौर पर सवालों के साथ साक्षात्कार शुरू करते हैं - आपकी सबसे दिलचस्प परियोजना, आपकी पसंदीदा परियोजना क्या थी? मैं वास्तव में तुरंत समझना चाहता हूं कि किसी व्यक्ति को काम पर प्रकाश पड़ता है या नहीं, और क्या वह सामान्य रूप से काम करता है।

फिर वह सोचता है कि क्या किसी व्यक्ति को कार्यक्रमों के प्रदर्शन का अनुकूलन करना था, जैसा कि उसने किया था।

हम पूछते हैं कि उम्मीदवार अपनी परियोजनाओं पर किस परीक्षण पद्धति का उपयोग करते हैं, कैसे वह परियोजना के परीक्षण के लिए एक रणनीति बनाता है, हम पूछ सकते हैं - हमारे पास इस तरह की घोषित कार्यक्षमता के साथ एक प्रणाली है, हम इसे कैसे परीक्षण करेंगे?

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

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

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

हम जो कर रहे हैं, उसके बारे में बात करना सुनिश्चित करें, अर्थात्, हम 1C: एंटरप्राइज प्लेटफॉर्म बना रहे हैं। हम इस बारे में बात करते हैं कि हम हाई-टेक चीजों पर कैसे काम कर सकते हैं, उदाहरण के लिए, सर्वर क्लस्टर या मोबाइल प्लेटफॉर्म पर ।

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

विशिष्ट भाषाओं का ज्ञान आलोचनात्मक नहीं है। ऐसा होता है कि एक व्यक्ति C ++ डेवलपर के रूप में कंपनी में आता है, एक C # डेवलपर होने के नाते, और C ++ बहुत जल्दी सीखता है। और सहकर्मियों के कई उदाहरण हैं जिन्होंने अपने काम के दौरान नई भाषाएँ सीखी हैं। यदि किसी एक भाषा की इच्छा और ज्ञान है, तो एक नई भाषा सीखना कोई समस्या नहीं है।

हम यह भी पूछते हैं कि एक व्यक्ति पढ़ता है कि क्या हबर और स्टैकओवरफ़्लो, या यहां तक ​​कि एक विशेषता पर किताबें, और कौन सी हैं। कभी-कभी हम इस तरह से उपयोगी किताबें पाते हैं।

रिपोर्टिंग तंत्र विकास समूह

हमें हार्डकोर C ++ डेवलपर्स की आवश्यकता है। हमारी टीम रिपोर्टिंग तंत्र में लगी हुई है, जिसका अर्थ है कि हमारा कोड बड़ी मात्रा में डेटा के साथ काम करता है, और हमें कंटेनरों और एल्गोरिदम के अच्छे ज्ञान की आवश्यकता है।

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

प्रोग्रामिंग थ्योरी पर सवाल कम ही पूछे जाते हैं। हमारा मानना ​​है कि व्यावहारिक ज्ञान अधिक महत्वपूर्ण है। यदि कोई व्यक्ति समस्या को अच्छी तरह हल करता है, तो सिद्धांत को सफलतापूर्वक लागू करता है, यह इतना महत्वपूर्ण नहीं है कि वह ओओपी के मूल सिद्धांतों के सटीक सूत्रीकरण को याद नहीं करता है।

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

हमारे लिए एक काफी महत्वपूर्ण मानदंड किसी और के कोड को समझने की इच्छा है। 1 सी: एंटरप्राइज़ प्लेटफ़ॉर्म एक बड़ा उत्पाद है, जो 10 मिलियन से अधिक लाइनों का कोड है, रोजमर्रा के काम में इस कोड के साथ टकराव अपरिहार्य है, कम से कम इसमें अपने कोड को एम्बेड करने के स्तर पर।

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

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

1C डेवलपमेंट ग्रुप : एंटरप्राइज डेवलपमेंट टूल्स

1C: एंटरप्राइज़ डेवलपमेंट टूल्स जावा में लिखा गया है, और हम जावा के ज्ञान के साथ डेवलपर्स और परीक्षकों की तलाश कर रहे हैं। हम जलती हुई आंखों वाले लोगों की तलाश कर रहे हैं, दोनों पहले से ही पेशेवर और शुरुआती क्षमता वाले हैं। जावा का ज्ञान हमारे लिए आवश्यक है, साथ ही एल्गोरिदम और डेटा संरचनाओं का ज्ञान, बहु-थ्रेडेड प्रोग्रामिंग; दुर्भाग्य से, हमारी टीम में, हम तब तक इंतजार नहीं कर सकते जब तक कि नया डेवलपर इन चीजों को न सीख ले। लेकिन विशिष्ट चौखटे के ज्ञान है कि हम का उपयोग करें ( EMF , XText , GEF , Lucene , handly , ...) - समय के साथ आ जाएगा। यदि आप देख सकते हैं कि एक व्यक्ति अच्छी तरह से वाकिफ है और उसके साथ बात करने में सहज है, तो इसका मतलब है कि वह टीम में फिट होगा और जल्दी से आवश्यक ज्ञान प्राप्त करेगा।

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

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

खैर, एक परीक्षक के लिए, व्यापक रूप से सोचने की क्षमता और भी अधिक मूल्यवान है! एक प्रसिद्ध मजाक है कि टेस्टर ने बार का परीक्षण कैसे किया: एक बीयर, 2 बीयर, 0 बीयर, 999999999 बीयर, -8 बीयर, क्वेर्टीटिप बीयर का आदेश दिया और उत्पादन के लिए परियोजना प्रस्तुत करने के बाद, ग्राहक ने बार में जाकर पूछा कि कहां है? शौचालय? परीक्षक का मुख्य कौशल गैर-मानक (और एक ही समय में यथार्थवादी) परिदृश्यों के साथ आना है; मानक स्क्रिप्ट, एक नियम के रूप में, डेवलपर द्वारा स्वयं विकसित की जाती हैं।

निष्कर्ष

यहां रिक्तियों को खोलने के लिए लिंक कैसे नहीं दिया जाता है :)

और आप बस job@1c.ru पर फिर से शुरू कर सकते हैं ।