एक बड़े कॉर्प में, वे अक्सर डेवलपर्स से पूछते हैं कि वे किस स्तर पर अपने कौशल के मैट्रिक्स को भरने के लिए कहते हैं। इसे आम तौर पर दर्द का थोड़ा सा देखा जाता है लेकिन क्या यह वास्तव में उपयोगी है, या नौकरशाहों के लिए एक और तरीका है कि डेवलपर्स को स्प्रैडशीट पर संख्याओं के समूह के लिए प्रयास करें और कम करें?डेवलपर कौशल मैट्रिक्स: उपयोगी या हानिकारक?
उत्तर
चूंकि आईटी/सॉफ्टवेयर विकास एक बहुत व्यापक क्षेत्र है, इसलिए मैं कौशल शीट को काफी उपयोगी मानता हूं। मैं एक लिनक्स विशेषज्ञ होता था और मेरी कौशल शीट उस परिलक्षित होती थी। फिर मैंने आईओएस/मैक विकास में स्थानांतरित कर दिया और मेरे अब नियोक्ता ने मुझे मैक को ट्यून किए गए कौशल पत्र को भरने के लिए कहा ... और मैंने तुरंत देखा कि मैं इस क्षेत्र में नौसिखिया था ;-) इसके विपरीत, वे सक्षम थे देखें कि मैं कंपनी में फिट हो सकता हूं और जहां (किस टीम में)।
तो निश्चित रूप से यदि आप कौशल की कमी करते हैं तो वे हानिकारक हो सकते हैं, लेकिन मुझे लगता है कि वे नियोक्ताओं के लिए आसान विकल्प चुनते हैं (और मैं सीवी के सबसे महत्वपूर्ण हिस्से के रूप में अपने सीवी में एक बड़ी कौशल शीट का सम्मान करता हूं, इससे भी ज्यादा परियोजनाओं की सूची)।
उपयोगिता का आकलन करने पर पूरी तरह से निर्भर है। मैं एक बीमा कंपनी में काम करता हूं और यह यहां सभी कर्मचारियों के लिए किया गया था। ऐसी कोई श्रेणी नहीं थी जिसमें मैं फिट हुआ और सभी मानदंड अप्रासंगिक थे।
मैं प्रासंगिक मानदंडों का आकलन करने का लाभ देख सकता हूं, यह कमजोरियों और लक्ष्य प्रशिक्षण की पहचान कर सकता है, लेकिन उन मानदंडों को किसी ऐसे व्यक्ति द्वारा परिभाषित करने की आवश्यकता है जो जानता है कि आपको क्या पता नहीं हो सकता है।
सबसे अधिक, किसी जटिल वस्तु को जानकारी के एक व्यवस्थित सेट में सरल बनाने के लिए नौकरशाह को बेरेट न करें। एक प्रोग्रामर के रूप में आपको हर दिन क्या करना चाहिए।
देखें, मैं कहूंगा, विशिष्ट तकनीकी कौशल और अनुभव, यानी भाषाएं, ढांचे, प्रौद्योगिकियां, आदि जैसे "सी ++ "," स्प्रिंग "," कॉम "," 3 डी रेंडरिंग " –
मुझे लगता है कि यह बड़े कोर पर अपरिवर्तनीय है, लेकिन छोटी और विशेष परामर्श के लिए मैं व्यक्तिगत साक्षात्कार करता हूं।
बड़े निगमों में यदि आप एक स्थान पर फिट नहीं हैं तो आप दूसरे में फिट हो सकते हैं ... छोटी टीमों में मैं व्यक्तिगत मूल्यांकन करता हूं।
कौशल मैट्रिक्स केवल आंशिक रूप से सहायक हैं, वे आपको अपने वर्तमान "अनुभव" की एक सामान्य तस्वीर देने में अच्छे हैं।
हालांकि इन कौशल मैट्रिक्स में सबसे महत्वपूर्ण पहलू, सीखने की क्षमता शामिल नहीं है।
यह मेरे विचार में आईटी में सबसे महत्वपूर्ण कौशल है। और हर कोई अलग-अलग गति से सीखता है।
ईजी। लड़के को एक नई तकनीक ढेर में फेंकना, और उत्पादक कितना समय पहले है?
यह सच है लेकिन इसका मतलब यह है कि आप आसानी से डीबी कर सकते हैं और" एफ # के साथ काम करने वाले लोगों "के लिए एक क्वेरी चला सकते हैं। –
- 1. डेवलपर को सीखने वाले आवश्यक डीबीए कौशल क्या हैं?
- 2. द्वितीय जीवन में उपयोगी डेवलपर संसाधन
- 3. कौशल पेड़ कैसे बनाएं?
- 4. हानिकारक अपघटन
- 5. मैटलैब वेक्टर या मैट्रिक्स
- 6. पीडीएफ हानिकारक संपीड़न
- 7. url.openStream हानिकारक है?
- 8. कौशल बढ़ाता है मुझे क्या सीखना चाहिए?
- 9. PKG_CHECK_MODULES हानिकारक माना जाता है?
- 10. हानिकारक गणना क्या है?
- 11. सी # 3.0 ऑटो-गुण - उपयोगी या नहीं?
- 12. माइक्रोसॉफ्ट एंटरप्राइज़ लाइब्रेरी उपयोगी या नहीं?
- 13. वेबसाइट संस्करण संख्या - उपयोगी या व्यर्थ?
- 14. सबसे उपयोगी या अद्भुत एसटीएल लघु लाइनर
- 15. स्थानांतरण योग्य कौशल (एसक्यूएल में)
- 16. मैट्रिक्स
- 17. एक .NET डेवलपर के लिए पायथन या रूबी?
- 18. org.hibernate.Session.clear() हानिकारक माना जाता है?
- 19. शैली हानिकारक माना जाता है?
- 20. वस्तु उन्मुख प्रोग्रामिंग (ओओपी) कौशल सीखने या सुधारने के लिए अच्छी चुनौतियों/कार्यों/अभ्यास
- 21. मैट्रिक्स
- 22. मैट्रिक्स
- 23. एफई डेवलपर क्या है?
- 24. मैं एएसपी.नेट में अपने योग्यता स्तर या कौशल सेट को कैसे माप सकता हूं?
- 25. डेवलपर
- 26. मैट्रिक्स
- 27. डेवलपर
- 28. एक बूस्ट वेक्टर या मैट्रिक्स भरना
- 29. की ऊपरी या निचली त्रिकोणीय मैट्रिक्स
- 30. बाइट सरणी या मैट्रिक्स बिटमैप को
मुझे अपना समीक्षा फ़ॉर्म भरने के लिए याद दिलाने के लिए धन्यवाद। मेरे पास कल यह बैठक है। – Rudi
यह http://programmers.stackexchange.com पर है। – Ether
तो एसओ के लिए वास्तव में क्या है? –