जहाज से गेंद तक

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

- हाय, मैं एक अच्छा वेब डेवलपर हूँ, यहाँ मेरा rezume है!
- हाय, धन्यवाद, कोई फिर से शुरू की जरूरत है, मुझे github पर एक खाता दे, टिकट नंबर १२३ ले और जाओ! आपके लिए बहुत अच्छा है? खैर, अपने आप को चुनें कि आपको क्या पसंद है। कोई और काम नहीं है।

कम से कम व्यक्तिगत समय, अधिकतम निष्पक्षता।

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

हम इसे इस तरह करते हैं।

1. बदमाश को संस्करण नियंत्रण प्रणाली (गिट) तक पहुंच दी गई है । वह अपनी परियोजना शाखा बनाता है और उसमें ही काम करता है। git (svn के विपरीत) आपको विभिन्न शाखाओं (ब्रंच) के साथ जल्दी और कुशलता से काम करने और केवल आवश्यक परिवर्तनों को मर्ज करने की अनुमति देता है। यहाँ github.com हमसे मिलने आता है और एक संगठनात्मक खाते के लिए $ 25 कोई अफ़सोस नहीं है। कार्य के अंत में, बदमाश सामान्य पुल-अनुरोध करता है , फिर कोड मास्टर प्रोजेक्ट को देखता है, अगर वह उसे सूट करता है, तो प्रोजेक्ट मास्टर शाखा के साथ इन परिवर्तनों को मर्ज करता है। स्वाभाविक रूप से, रिपॉजिटरी में केवल प्रोग्राम कोड का कोई पासवर्ड, कोड और चाबियाँ नहीं हैं। सर्वर तक कोई पहुंच नहीं है, यह परियोजना को तैनात करता है (प्रोजेक्ट स्टेज पर इसे परीक्षण (चरण) और उत्पादन सर्वर पर अपलोड करता है) सप्ताह में दो बार।
2. विकास का आधार। उत्पादन सर्वर पर एक दैनिक डेटाबेस बैकअप है। Bakap के आधार पर, एक छोटी स्क्रिप्ट डेटाबेस की एक डेवलपर प्रतिलिपि बनाती है। यह उत्पादन के समान है, लेकिन इसने सभी "संवेदनशील जानकारी" (पासवर्ड, नाम, ईमेल, हैश, आदि) को मिटा दिया। ताजा दैनिक विकास का आधार बिल्कुल सुरक्षित है और सभी डेवलपर्स के लिए एक विशिष्ट लिंक से डाउनलोड करने के लिए हमेशा उपलब्ध है। इस प्रकार, डेवलपर ने परिस्थितियों में परियोजना को लॉन्च किया, जितना संभव हो सके मुकाबला करने के लिए, तीसरे पक्ष को सूचना रिसाव के जोखिम के बिना।
3. प्रश्न । डेवलपर, निश्चित रूप से परियोजना के बारे में सवाल करता है। लेकिन, सबसे पहले, वह परियोजना कोड (किसी और के कोड को पढ़ने की क्षमता पर एक परीक्षण) को देखकर उनमें से अधिकांश का जवाब दे सकता है। दूसरे, प्रोजेक्ट पर डेवलपर्स की सभी बातचीत पत्राचार के संरक्षित इतिहास के साथ कठोरता से स्थापित संचार चैनलों के माध्यम से होती है। यह किसी प्रकार का बेसकैंप हो सकता है, लेकिन आमतौर पर स्काइप में एक समूह चैट पर्याप्त होती है और टिकट ट्रैकर में प्रत्येक कार्य के लिए टिप्पणियों के रूप में चर्चा होती है। भर्ती को चैट से जोड़कर, हम उसे उन सभी प्रोजेक्ट जानकारी तक पहुँच देते हैं, जो हमारे पास हैं। खैर, अगर कुछ समझ में नहीं आ रहा है, तो उसी चैट में पूछें।

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

इस मॉडल के लाभ:

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

यह बहुत दिलचस्प है कि चयन प्रक्रिया और अन्य टीमों में नए डेवलपर्स को कैसे शामिल किया जाए?