प्रोग्रामिंग शैली पर साक्षात्कार के सवालों को कैसे संभालें [बंद]


11

साक्षात्कार में एक सी ++ - प्रोग्रामर के रूप में मैं बार-बार खुद को स्थितियों में पाया साक्षात्कारकर्ता अच्छे प्रोग्रामिंग शैली के मेरे ज्ञान की जांच करना चाहते थे। ये आमतौर पर OOP के बुनियादी ज्ञान के आसपास केंद्रित थे।

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

मैं इस तरह के सबसे अच्छे प्रश्न कैसे बनाऊंगा?


1
बुनियादी OOP की कुछ मुट्ठी भर अवधारणाएँ हैं। उनमें से प्रत्येक के लिए एक तैयार कोड उदाहरण तैयार करें और आपको इनमें से अधिकांश को साफ करना चाहिए। और हाँ एक साक्षात्कार ज्यादातर साक्षात्कारकर्ता को इस विषय पर आपके ज्ञान के संदेह को संतुष्ट करने के लिए है और यह वैचारिक quandaries के लिए सबसे बुरा अवसर है।
प्रात: काल 7:12

जवाबों:


6

मैं कहूंगा कि आपको इस तरह के सवालों के जवाब देने की पूरी कोशिश करनी चाहिए, जैसे कि आपको किसी भी तरह के सवालों के जवाब देने की पूरी कोशिश करनी चाहिए।

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

  • क्या आप केवल OOP करते हैं?
  • मैं एक अलग प्रोग्रामिंग दृष्टिकोण का उपयोग करता हूं, यह आपकी टीम में कैसे स्वीकार्य है?

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


5

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

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

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


1
पर्यावरणीय फिट के बारे में शैली के सवालों के लिए +1। । ।
व्याट बार्नेट

3

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

पांच सिद्धांतों में से प्रत्येक के लिए अच्छी तरह से समझाने के लिए तैयार रहें कि प्रत्येक क्यों महत्वपूर्ण है और कोड के लिए क्या हो सकता है जो उस सिद्धांत की उपेक्षा करता है।

हमारी साइट का प्रयोग करके, आप स्वीकार करते हैं कि आपने हमारी Cookie Policy और निजता नीति को पढ़ और समझा लिया है।
Licensed under cc by-sa 3.0 with attribution required.