जोन्स / मध्य / वरिष्ठ नागरिकों के बारे में कुछ विचार

विचार आईओएस के लिए विकास की चिंता करेंगे, लेकिन, मुझे लगता है, अन्य क्षेत्रों में स्थिति बहुत अलग नहीं है।

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

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

मोल्ड स्लीपर

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

व्यवसायी

क्या हुआ अगर ऐसा प्रश्न व्यक्ति को केवल कार्य करने की अनुमति नहीं देता है। क्या होगा अगर हम एक अलग समाधान लेते हैं? यदि एक अलग दृष्टिकोण लिया जाता है तो क्या होगा? यह अंदर कैसे काम करता है? वगैरह वगैरह। जिज्ञासा आपको कोड लिखती है, बहुत सारे कोड। और समय के साथ, मात्रा गुणवत्ता में बदलना शुरू हो जाती है। कोड क्लीनर, अधिक सार्वभौमिक, अधिक स्केलेबल हो जाता है। जब विकास के दृष्टिकोण के बारे में एक पुस्तक / लेख किसी व्यक्ति के हाथों में पड़ता है, तो वह केवल आश्चर्यचकित हो जाता है, क्योंकि वह खुद लंबे समय तक यह सब करता था।

सिद्धांतप्रेमी

सभी समान, लेकिन इसके विपरीत) यदि आप एक समस्या को हल करते हैं, तो क्यों नहीं पढ़ा जाता है कि यह आपके सामने कैसे हल किया गया था। एक कार्य के रूप में, यह सिर्फ हल करने के लिए नहीं है, बल्कि इसे सही करने के लिए है। और सिद्धांतकार दूसरों की गलतियों के अनुभव का अध्ययन करता है ताकि गलतियों को स्वयं न भरें।

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

अब थोड़ा सीधा साक्षात्कार के बारे में। यह एल्गोरिदम, एसओएलआईडी के लिए पूछने का कोई मतलब नहीं है, कोड उदाहरण के लिए पूछें। साक्षात्कार और लेखन कोड एक ही बात नहीं है।

यदि आपको एक सिद्धांतकार की आवश्यकता है, तो पूछें कि उसने आखिरी पढ़ा, कौन से पाठ ने उस पर सबसे बड़ा प्रभाव डाला। या हो सकता है कि वह किसी बात से असहमत हो और उसकी अपनी दृष्टि हो?

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

यदि आपको एक फॉर्म स्लीपर की आवश्यकता है, तो सबसे अच्छा संकेतक वर्षों का अनुभव और विभिन्न प्रकार के कार्य होंगे।