C ++ कौशल C कौशल से अधिक है? [बन्द है]

Question

मुझे लगता है कि अक्सर देखा गया C / C ++ वास्तव में मेरे सीवी में मेरे कौशल का वर्णन नहीं करता है। इसलिए मैं इसे उन्नत सी ++ ज्ञान और औसत सी कौशल में अलग करने की योजना बना रहा हूं।

क्या आपको लगता है कि यह पाठक के लिए भ्रामक है? वह सोच सकती थी: "C, C ++ का सबसेट है, इसलिए यह आदमी मुझे क्या करना चाहता है?" खैर, जो मैं बताने की कोशिश कर रहा हूं वह यह है: मैंने कई वास्तविक दुनिया सी ++ प्रोजेक्ट किए हैं जबकि शुद्ध सी परियोजनाएं जहां सिर्फ एक शौक है। क्या आप इस बात से सहमत हैं कि एक कुशल C ++ प्रोग्रामर जरूरी नहीं कि योग्य C पुरुष हो या आपको लगता है कि यह स्विच आसानी से किया गया है?

Comments

संबंधित: programmers.stackexchange.com/questions/23760/...

— एडम लेअर

ठीक यही मैं करता हूं। इसने मुझे नौकरी खोजने में बाधा नहीं दी है।

— मार्टिन यॉर्क

एक लंबे समय में सीवी नहीं लिखा है, लेकिन मैं हमेशा सी और सी ++ के बारे में दो पूरी तरह से अलग भाषाओं के बारे में बात करता हूं।

— री मियासाका

@ReiMiyasaka - अच्छा है, क्योंकि वे कर रहे हैं दो पूरी तरह से अलग अलग भाषाओं। सी ++ के अतिरिक्त के रूप में सी ++ बनाए जाने पर दोनों को अपडेट किया गया है और

— डायवर्ट किया गया है

मेरा मानना ​​है कि C / C ++ एक ही चीज नहीं है और वे पूरी तरह से अलग-अलग भाषाएं हैं, केवल सामान्य चीज नाम में 'C' है (पास सिंटैक्स का उल्लेख नहीं करना है)

— Qchmqs

Answer 1

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

1. क्या C या C ++ में अच्छी महारत हासिल करना अच्छा है जो आपको अन्य प्रोग्राम के लिए योग्य बनाता है?
   यदि आप वरिष्ठ स्तर पर वास्तव में NO। यानी अगर आपको 6 साल हो गए हैं जैसे कि कुछ कोर एंटरप्राइज एप्लिकेशन पर C ++ प्रोग्रामिंग कर रहे हैं, और अब मैं आपको एम्बेडेड सिस्टम में डालने की कोशिश कर रहा हूं, जो कि C - संभावना में है कि आपके प्रोग्रामिंग सिंटैक्स और सामान को कैसे डिबग करें, यह कोई समस्या नहीं है। लेकिन अगर आपको एक समस्या के माध्यम से सोचने की ज़रूरत है - तो आप निश्चित रूप से बहुत गड़बड़ हैं। यह दोनों ओर से दूसरी भाषा के लिए सही है। जितने अधिक वर्ष आप केवल एक ही प्रकार की भाषा में बिता रहे हैं - दूसरे रूप में बदलने में कम आसान! यह इस बारे में नहीं है कि क्या आप भाषा के वाक्य विन्यास को सीख सकते हैं लेकिन जब आप C, C ++, Java, पर्ल और पायथन में होते हैं तो आप वास्तव में अलग तरह से सोचते हैं। प्रश्न को फैलाने के लिए - सबसे अधिक बार - C ++ और जावा के लोगों को एक दूसरे के साथ इस्तेमाल किया जा सकता है और इसलिए पर्ल, पीएचपी, फाइटन है। सी काफी अलग नस्ल है!

   यदि आप अपेक्षाकृत युवा हैं - संभावना है कि आप तेजी से पकड़ सकते हैं।

2. क्या इसका मतलब यह है कि मेरे पास उच्च कौशल है जब मैं सी ++ को सी के बजाय
   वास्तव में नहीं जानता । नहीं, क्योंकि एक सामान्य नियम के रूप में, यदि आप सी से बाहर एक पूर्ण उत्पाद बनाने में सक्षम हैं, तो यह सी ++ में करने की तुलना में बहुत अधिक कठिन कार्य है। साझा मेमोरी सिस्टम को समस्या निवारण करने वाले लोगों की संख्या वीसी ++ या इसी तरह की रूपरेखा का उपयोग करके सभ्य जीयूआई प्रोग्राम लिखने वाले लोगों की संख्या की तुलना में बहुत कम है।

3. क्या इसका मतलब सी (या निम्नतम स्तर की प्रोग्रामिंग) को जानना उपलब्धि का उच्चतम स्तर है?
   दोबारा नहीं! यह विरोधाभास नहीं है। इस बार यह उस डोमेन पर निर्भर करता है जिसकी आप तुलना करते हैं। यदि आप लिनक्स कर्नेल के अंदर सिस्टम प्रोग्रामिंग देख रहे हैं, या हार्डवेयर के बहुत करीब हैं, तो C में प्रोग्रामिंग क्षमता अधिक प्रासंगिक है, हालाँकि, यदि आप बैंकिंग सॉफ़्टवेयर या कुछ व्यावसायिक नियम इंजन लिख रहे हैं - C ++ आमतौर पर प्राकृतिक विकल्प है। मुद्दा यह है कि आपकी असली ताकत भाषा के वाक्य-विन्यास के बारे में अधिक नहीं है, लेकिन जिस तरह से आप समस्याओं का एक वर्ग हल करते हैं और आप अपने जीवन में केवल कुछ कैटगरीज / डोमेन को मास्टर करने की उम्मीद कर सकते हैं। यदि आप अपने रिज्यूमे में कुछ डाल रहे हैं - वही वास्तव में मायने रखता है।

4. क्या इसका मतलब है कि अगर केवल C - i में ही ऑब्जेक्ट ओरिएंटेड प्रोग्रामिंग की जानकारी नहीं है?
   हर्गिज नहीं। वास्तव में, इंटरव्यू में मेरा लिटमस टेस्ट यह जानने के लिए कि क्या आदमी C बैकग्राउंड से है या C ++ एक बहुत ही साधारण सवाल पूछने के लिए है - "तो क्या आप C में ऑब्जेक्ट ओरिएंटेड प्रोग्रामिंग कर सकते हैं?" - आदमी कूदता है और कहता है - "निश्चित रूप से नहीं!" वह / वह C ++ का साथी है। बिंदु यह है कि जब आप वास्तव में बहुत जटिल कोड लिखते हैं जैसे मल्टीमीडिया कोड, एक मल्टी-थ्रेडेड सिस्टम, एक प्रोटोकॉल लेयर स्टैक, तब भी आप 'ऑब्जेक्ट कोड की तरह सोचते हैं' - सी कंपाइलर आपको सज़ा नहीं देता है यदि आप दो रूटों को एनकैप्सुलेट करने में खराब हैं या ऑब्जेक्ट्स - लेकिन जब सिस्टम तराजू जो आपको फायर करता रहता है - मैं कई बार मानता हूं - ऐसे कई लोग हैं जो ऑब्जेक्ट ओरिएंटेशन के युग में पैदा हुए हैं, अक्सर अक्सर बिल्कुल कमजोर होते हैं कि कैसे कोड में वास्तव में एनकैप्सुलेशन का उल्लंघन होता है जो बहुत अधिक है कक्षाओं और वस्तुओं से भरा। क्षमा करें, मैंने पचा लिया। लेकिन मुद्दा यह है - यह समस्या विश्लेषण और डिजाइन के आपके कौशल का अधिक है जो अकेले आपके प्रोग्रामिंग कौशल से अधिक मायने रखता है।

क्या इसका मतलब है कि मुझे डोमेन विशिष्ट एक्सपोज़र और डिज़ाइन कौशल को स्पष्ट रूप से रखना चाहिए?
निश्चित रूप से हाँ!

Comments

+1 यह बताने के लिए कि आपके पास ऑब्जेक्ट-ओरिएंटेड डिज़ाइन हो सकता है और फिर भी इसे C में लागू कर सकते हैं

— जियोर्जियो

@ दीपन: उम्र के आधार पर धारणाएँ बनाने में सावधानी बरतें। कुछ पुराने लोग "बहुत तेजी से" पकड़ते हैं। उनमें से कुछ शायद आपसे ज्यादा तेज दौड़ते हैं।

— 19-28 को केविन क्लाइन

मुझे दृढ़ता से संदेह है कि "सी ++ और जावा के लोगों का परस्पर उपयोग किया जा सकता है"।

— 6

मैं # 2 से भी असहमत हूं। जब आप C ++ जानते हैं, तो आप अपेक्षाकृत कम समय में C # या Java उठा सकते हैं। जब आप अन्य दो में से किसी एक को जानते हैं तो C ++ उठाते हैं, हालांकि, इसमें बहुत समय और प्रयास लगता है, और इसके लिए आपको C # या Java में दिए गए सभी चीज़ों को "अनजान" करना होगा।

— sbi

@ एसबीआई: मैं वास्तव में सी ++ या जेएवीए या सी के बारे में बहुत विशेष रूप से बहस नहीं कर रहा हूं। भाषाओं के बीच संबंधों को सामान्य बनाने के लिए मेरा बहुत इरादा नहीं है; न ही मैं एक अनुमान के साथ जाता हूं कि लोग वास्तव में सीखने या अनजान चीजों को अनुकूलित नहीं कर सकते हैं। एकमात्र क्रूर वास्तव में यह है कि अलग-अलग भाषाएं अपने वाक्यात्मक संबंध के बावजूद अलग-अलग सोच पैटर्न हैं और यही वह भूमिका है जो दिए जाने की भूमिका के फिट होने में मायने रखती है।

— दीपन मेहता

Answer 2

लोगों के लिए जो वास्तव में मायने रखते हैं, नहीं, यह उन्हें भ्रमित नहीं करना चाहिए।

जो कोई भी वास्तविक दुनिया सी और सी ++ प्रोग्रामिंग के बारे में कुछ भी जानता है, वह जानता है कि यद्यपि उनकी समानता और इतिहास के बावजूद, या तो उत्पादन प्रोग्रामिंग अधिक बार पूरी तरह से अलग जानवर नहीं है।

Answer 3

निजी तौर पर, मुझे यह बहुत कष्टप्रद लगता है जब लोग "C / C ++" लिखते हैं, क्योंकि C और C ++ बहुत अलग भाषाएं हैं। इसके विपरीत, अगर मैं "रिज, सी ++" या "सी ++ और सी" को फिर से शुरू करता हूं, तो यह मुझे किसी भी अंत तक प्रभावित नहीं करता है। दुर्भाग्य से, लगभग हर कोई "सी / सी ++" लिखता है, और इसका आमतौर पर मतलब है "मुझे सी ++ पता है, लेकिन अगर मैं कर सकता हूं तो मैं सी कर सकता हूं।"

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

Comments

माना। मैं जल्द ही अपने सीवी पर "सी / सी ++" नहीं डालूंगा क्योंकि मैं "जावा / जावास्क्रिप्ट" डालूंगा जैसे कि वे एक ही चीज हैं।

मैं अक्सर C / C ++ लिखता हूं, भले ही मुझे पता हो कि वे अलग-अलग भाषाएं हैं, क्योंकि आप दोनों में से किसी एक को दूसरे को देखने के लिए परेशान किए बिना सीखते हैं, दोनों का आपका ज्ञान अधूरा है। आप कम से कम ओओ का अध्ययन किए बिना एक अच्छा सी प्रोग्रामर नहीं हो सकते हैं, जहां सी ++ ओ में कैसे करें सीखने के लिए प्राकृतिक विकल्प है। आप यह समझने के बिना कि सी ++ एक अच्छा सी ++ प्रोग्रामर नहीं हो सकता है, यह उसकी विरासत से कैसे निकला। सी। सीवी में, हालांकि, मैं मानता हूं कि उन्हें अलग होना चाहिए।

@ ऑर्ब्जवर, एक बड़ा अंतर यह है कि आप अक्सर एक सी प्रोग्राम ले सकते हैं (जब तक कि यह बहुत जटिल नहीं है), इसे सी ++ कंपाइलर को खिलाएं, और एक निष्पादन योग्य प्राप्त करें जो वास्तव में एक में से एक होगा। सी कंपाइलर करेगा। आप जावा प्रोग्राम को जावास्क्रिप्ट पार्सर (या आसपास का रास्ता) नहीं खिला सकते हैं और व्यायाम से दूर भी उपयोगी कुछ भी प्राप्त कर सकते हैं। इसलिए जब मैं मानता हूँ कि C और C ++ मेरे मन लेखन के लिए, विभेदित किया जाना चाहिए C/C++और Java/Javascriptके रूप में यदि वे थे ही दो बहुत अलग लीग में अब भी है।

— बजे एक CVn

सलाह के लिए +1 - उन प्रोग्रामिंग भाषाओं को सूचीबद्ध करें जिन्हें आप जानते हैं, संभवतः सबसे कुशल से कम से कम कुशल के क्रम में। आपको एचआर बज़-वर्ड फ़िल्टर से अतीत प्राप्त करना चाहिए,

— भोली

Answer 4

नहीं, यह भ्रमित नहीं होना चाहिए क्योंकि सी और सी ++ हालांकि समान और समान जड़ें साझा करना प्रतिमान और उपयोग में भिन्न हैं। इस प्रकार, इसे अलग किया जाना चाहिए, विशेषज्ञता को भी अलग किया जाना चाहिए। इसके अलावा, मुझे लगता है कि आप और अधिक विशिष्ट विशेषज्ञता का उल्लेख कर सकते हैं (जैसे जीयूआई / एफएलटीके या अन्य पुस्तकालय जो आप परिचित हैं) दो अलग हैं।

Answer 5

मुझे आपकी यह बात अच्छी लगी: "मैंने कई वास्तविक दुनिया सी + + परियोजनाओं को किया है जबकि शुद्ध सी परियोजनाएं जहां सिर्फ एक शौक है"

तो मैं इसे सीवी शब्दजाल में डालूंगा:

• कई सी ++ उत्पादों पर काम किया
• सी का उपयोग कर कुछ साइड प्रोजेक्ट

यदि आप "कई" और "कुछ" के स्थान पर संख्या डालते हैं तो बेहतर है। सटीक होने की आवश्यकता नहीं है, "बीस से अधिक" इस उद्देश्य के लिए एक संख्या है।

"कौशल स्तर" विवरण सही है , लेकिन "अनुभव" विवरण सही और स्पष्ट है।

Answer 6

मैं मानता हूं कि C और C ++ अलग-अलग भाषाएं हैं और इन्हें CV में अलग रखा जाना चाहिए। भले ही सी (लगभग) सी ++ का सबसेट है, लेकिन सी का उपयोग करते समय मेरे पास सामान्य रूप से एक बहुत अलग प्रोग्रामिंग शैली है: मैं अलग तरह से डिजाइन करता हूं, मैं अलग तरह से कोड करता हूं, और इसी तरह। मैं C ++ से #includes जैसी कुछ सी सुविधाओं को भी हटा दूंगा, जो पूरी तरह से अनुकूलता प्रदान कर रही हैं: वे बस अलग-अलग भाषाएं हैं।

इसलिए मेरी सलाह है कि अपने सीवी में दो भाषाओं को अलग रखें।

Answer 7

बस, अगर आपका मूल्यांकन करने वाला व्यक्ति यह सोचने की प्रवृत्ति रखता था कि "C, C ++ का सबसेट है," वे पहले से ही भ्रमित हैं, और मुझे यकीन है कि आपके फिर से शुरू में लिखे गए आपके विवरण से उन्हें वाह करने के लिए पर्याप्त होगा।