जब एक तकनीकी प्रतिभाशाली होना एक सफल डेवलपर होने के लिए पर्याप्त नहीं है? [बन्द है]

Question

उत्कृष्ट सवाल " ढेर ओवरफ्लो में उच्च प्रतिष्ठा एक अच्छी नौकरी पाने में मदद करेगी? " के आसपास बहुत चर्चा हुई है । मैं तुरंत जोशेक के साथ सहमत हो गया, जो मूल रूप से " नहीं " कहा था (मैं समझाऊंगा क्यों), लेकिन जोएल ने बहुत सारे ठोस तथ्यों के साथ चर्चा की , जिसने मुझे उसके साथ भी परेशान कर दिया।

मेरा सवाल यह है कि आपको एक डेवलपर से क्या अन्य कौशल (तकनीकी प्रतिभा होने के अलावा) की आवश्यकता है? नौकरी पाने के लिए, या रखने के लिए ।

मेरा मानना ​​है कि जीनियस होना ही काफी होने से दूर है। मैंने विभिन्न कंपनियों में कई तकनीकी प्रतिभाओं से मुलाकात की है, जिनके लिए मैंने काम किया है, उन्होंने मुझे बहुत प्रभावित किया है, लेकिन दुख की बात है कि बहुत से मामलों में, उन्हें कुछ महीनों के बाद निकाल दिया गया या आइवरी टावरों में डाल दिया गया (मुख्यतः अन्य डेवलपर्स से आंतरिक विद्रोह के कारण)। मैंने इसके परिणामस्वरूप कई व्यक्तिगत संकट देखे हैं, जिन्हें मैं समझता हूं।

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

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

Comments

मेरी कंपनी अपने निवासियों के लिए हाथीदांत वेतन के साथ हाथीदांत टावरों के साथ भरी हुई है :(

— डे हैनिबल लेक्टर

हाथी दांत टॉवर के ऊपर से दृश्य अच्छा है :)

यहां एक उच्च प्रतिष्ठा ने मुझे StackOverflow करियर पर एक प्रोफ़ाइल लगाने का निमंत्रण मिला, जिसके कारण एक रिक्रूटर को कॉल किया गया, जिसके कारण सिएटल :-) को स्थानांतरित करने का प्रस्ताव

— आया

Answer 1

बेहतरीन कम्युनिकेशन स्किल्स।

यदि आपके सहकर्मी आपके मस्तिष्क को सीधे नहीं पढ़ सकते हैं, तो आपको उन्हें यह बताने में सक्षम होना होगा कि आप क्या सोचते हैं। अधिमानतः मौखिक और लिखित दोनों।

---

EDIT: साक्षात्कार के समय उन्हें देखने का एक तरीका यह पूछकर हो सकता है कि X करने के लिए उनका पसंदीदा ढांचा क्या है, और फिर कहें कि उन्हें एक ऐसी परियोजना पर काम करने की ज़रूरत है जहाँ X का उपयोग किया जा सके, लेकिन यह प्रौद्योगिकी का उपयोग करने के लिए एक राजनीतिक निर्णय है वाई (जो स्पष्ट रूप से पुराना है और कुछ सीमाएं हैं जो एक्स हल करती हैं)।

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

Comments

क्या आप अत्यधिक तकनीकी चीजों के बारे में गैर तकनीकी लोगों (जैसे प्रबंधन या ग्राहकों) के साथ संवाद करने के बारे में अधिक विवरण जोड़ेंगे? मैं वर्तमान में "यहां तक ​​कि एक गीक कैन स्पीक" नामक विषय पर एक उत्कृष्ट पुस्तक पढ़ रहा हूं।

ठीक है, यह अनिवार्य रूप से सिर्फ एक सवाल है, अगर आप THEIR मानसिकता में सोच सकते हैं। मैंने एक बार पाया था कि "हम बुनाई की विधि लिखते हैं" के रूप में सॉफ्टवेयर विकास की व्याख्या दादी की मानसिकता के साथ अच्छी तरह से फिट बैठती है।

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

— एडम क्रॉसलैंड

@ पियरे, क्या यह पुस्तक ऑनलाइन उपलब्ध है? मैं सफारी पर इसका पता नहीं लगा सका।

@ Pierre303 आपको "द नर्ड हैंडबुक" दिलचस्प लग सकता है। randsinrepose.com/archives/2007/11/11/the_nerd_handbook.html । लेखक का एक बहुत ही दिलचस्प ब्लॉग है।

Answer 2

टीम का काम / संचार:

• अपने समाधान या अपनी समस्याओं को समझाने में सक्षम होना
• अन्य लोगों के साथ काम करने में सक्षम होने के बिना उन्हें बुरा महसूस करना (किसी भी तरह से) - उन्हें यह महसूस करने के लिए कि आपके साथ काम करना सुखद है

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

यहां तक ​​कि सीखने के लिए, यदि आप बहुत से अलग-अलग लोगों के साथ संवाद नहीं कर सकते हैं, जैसे कि वेब पर, तो आप वास्तविक जीवन में और समाज में (जो भी काम करते हैं) यह बेहतर नहीं हो सकता है।

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

Answer 3

दृढ़ता एक ऐसा कौशल है जिसका मैं बहुत उल्लेख नहीं करता हूं। और यह एक कौशल है - अपने आप को एक समस्या के माध्यम से काम करने की क्षमता, भले ही आप अंत नहीं देख सकते। बहुत से लोग ऐसा नहीं करते हैं; वे केवल गति पर काम करते हैं, या बस प्राप्त करने के लिए न्यूनतम करते हैं। दुर्भाग्य से, यह बताने का कोई तरीका नहीं है कि किसी व्यक्ति के पास उनसे बात करके यह विशेषता है या नहीं। आपको वास्तव में दूसरों के साथ बात करने में सक्षम होने की आवश्यकता है जो व्यक्ति के साथ काम कर चुके हैं। संदर्भ ऐसा कर सकते हैं, लेकिन वह विकल्प हमेशा उपलब्ध नहीं होता है।

Comments

हठ टिप्पणी के लिए +1 - मुझे आश्चर्य है कि यदि उच्च एसओ प्रतिनिधि दृढ़ता के साथ सहसंबद्ध होगा?

— गैरी रोवे

@ गैरी - मुझे लगता है कि अगर यह सवालों के जवाब द्वारा अर्जित किया गया था, जिन्हें हल करने के लिए कुछ काम करने की आवश्यकता है, न कि नौसिखिया सवाल जो एक अर्धविराम या कुछ और याद कर रहे हैं। ;)

— माइकल के

Answer 4

ये कौशल की तुलना में अधिक लक्षण हैं, लेकिन मुझे लगता है कि ये सुझाव देंगे कि ये अभी भी किसी के लिए एक सफल डेवलपर होने के लायक हैं:

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

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

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

स्व-प्रेरणा भी देखना एक महत्वपूर्ण कौशल होगा। उन्हें क्या ड्राइव? वे इसे कितनी अच्छी तरह से स्पष्ट कर सकते हैं? "ऑफिस स्पेस" में पीटर गिबन्स की यह पंक्ति है:

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

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

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

Comments

धन्यवाद एक लाख, जबकि पहले से ही कुछ शानदार जवाब हैं, तुम्हारा वही था जिसकी मुझे तलाश थी। मुझे उम्मीद है कि अधिक लोग यहां और अधिक कौशल के साथ आएंगे जिससे हम एक बेहतर प्रोग्रामर बन सकते हैं। (मैं आज के लिए अब और नहीं बढ़ा सकता, माफ करना)

Answer 5

1) संचार शायद किसी के लिए सबसे महत्वपूर्ण कौशल है, जिसमें सॉफ्टवेयर इंजीनियरिंग प्रकार शामिल हैं। वे संचार कौशल प्रबंधकों और ग्राहकों के साथ निपटने के लिए समान रूप से महत्वपूर्ण हैं क्योंकि वे सहकर्मियों से निपटने के लिए हैं।

2) टीमवर्क थोड़ा अलग कौशल है जो पहले पर बहुत निर्भर करता है। अनिवार्य रूप से, मुझे यह निर्धारित करने की आवश्यकता है कि मैं जिस व्यक्ति को काम पर रखने की कोशिश कर रहा हूं, वह टीम को समग्र रूप से लाभान्वित करेगा, या कुछ व्यक्तित्व संघर्ष होंगे जो मैं संभावित रूप से काम पर रख रहा हूं। कोई भी भविष्य का अनुमान नहीं लगा सकता है, लेकिन आप साक्षात्कार में चेतावनी के संकेतों की अनदेखी नहीं कर सकते हैं।

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

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

Answer 6

हालांकि यह एक ऐसा गुण है जो व्यक्तिगत डेवलपर्स की तुलना में टीम के लिए अधिक लागू हो सकता है, मुझे लगता है कि यह कहने के पीछे बहुत कुछ है कि "महान जहाज"।

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

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

"कॉफी बंद करने वालों के लिए है," जैसा कि एक बार एक फिल्म में एक आदमी ने कहा था।

Answer 7

संचार और टीमवर्क कौशल महत्वपूर्ण हैं, लेकिन मैं यह भी जोड़ूंगा कि ग्राहक की आवश्यकताओं को समझना और व्यावसायिक डोमेन ज्ञान प्राप्त करना भी मेरे अनुभव में बहुत महत्वपूर्ण रहा है।

Answer 8

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

Answer 9

यह अधिक नहीं था।

व्यावहारिक बुद्धि। समस्या को सुलझाना। एक पूरे के रूप में प्रौद्योगिकी में रुचि। चीजों को सही तरीके से करने का रवैया। हठ। टीम खेल / संचार।

प्रत्येक कौशल को 1-5 पर रेट करें। यदि आपको न्यूनतम 3 और औसतन 20+ मिला है। एक डेवलपर के रूप में आपके पास एक अच्छा जीवन होगा। 25+ सफल डेवलपर होंगे। 10 से कम और आपको सॉफ़्टवेयर विकास में कैरियर के बारे में गंभीरता से सोचने की आवश्यकता है।