प्रोग्रामिंग भाषाओं के साथ सख्त नौकरी आवश्यकताओं के रूप में क्या सौदा है? [बन्द है]

Question

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

मेरे (संयुक्त रूप से सीमित) अनुभव से, जबकि वास्तव में एक प्रोग्रामिंग भाषा में महारत हासिल करने में वर्षों लग सकते हैं, इसे एक उचित स्तर तक सीखना किसी ऐसे व्यक्ति के लिए काफी सरल संबंध है जो पहले से ही अन्य भाषाओं के साथ अनुभव रखता है, और निश्चित रूप से समय-सीमा के भीतर फिट हो सकता है जो नियोक्ता आमतौर पर आवंटित करते हैं। प्रारंभिक रैंप-अप।

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

कहो कि मैं पहले से ही जावा, सी ++, स्मॉलटाक और प्रोलॉग जानता हूं ... क्या एक कार्यस्थल जो उद्देश्य-सी पर निर्भर करता है, क्या वास्तव में मुझे अयोग्य मानते हैं क्योंकि मुझे उस भाषा में अनुभव की कमी है? क्या यह कार्यप्रणाली में भर्ती होने का दोष है, और यदि यह है, तो उस कार्यस्थल को समझाने के लिए मैं क्या कर सकता हूं कि ऑब्जेक्टिव-सी के साथ मेरे अनुभव में कमी नहीं होनी चाहिए? मैं काल्पनिक रूप से पूछ रहा हूं, विशेष रूप से उल्लेखित प्रोग्रामिंग भाषाओं के बारे में नहीं।

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

Comments

आप एक जॉब फेयर में गए थे, इसलिए आपको एक छात्र होना चाहिए ...

— जॉब

@ ठीक है, मैं एक स्नातक छात्र हूं। मुझे उद्योग में कुछ वर्षों का अनुभव है, लेकिन मैं निश्चित रूप से अभी अपना करियर शुरू कर रहा हूं।

— ओक

मैं उन सभी एचआर को दोषी ठहराना चाहता हूं। जिस कंपनी के लिए मैंने काम किया है, उस कंपनी में अंतिम नौकरी के प्रस्ताव को भेजने के अलावा एचआर का तकनीकी कर्मचारियों की भर्ती में कोई हाथ नहीं था। विशेष रूप से, उन्होंने कभी सीवी स्क्रीनिंग नहीं की है।

— नील बटरवर्थ

मेरे मामले में, जब मैंने अपने जवाब में एचआर कहा था तो मुझे वास्तव में अधिक पसंद था "कोई है जो वास्तव में उस तकनीक को नहीं समझता है जो नौकरी का विवरण लिख रहा है।" यह नोटों से नौकरी का विवरण टाइप करने के लिए एक सचिव को सौंपा जा सकता है, या यह एक असहाय प्रबंधक हो सकता है जो वास्तव में समझ नहीं पाता है कि वह क्या चाहता है।

— jhocking

@oak संयोग से, क्या आप समझा सकते हैं कि "जोर" से आपका क्या मतलब है? क्या आपके कहने का मतलब यह है कि नौकरी के विवरण पर भाषाएं सूचीबद्ध हैं, या यह कि आप जिन लोगों से जॉब फेयर में मिले थे, वे इसके बारे में कितना परेशान थे? यदि यह केवल पूर्व है, तो मुझे लगता है कि आप थोड़ा अधिक संवेदनशील हैं।

— झटके

Answer 1

प्रेस विज्ञप्ति के विपरीत, यह अभी एक नियोक्ता का बाजार है ।

इसका मतलब है कि वे बस के बारे में picky हो सकता है उनकी आवश्यकताओं क्या हैं। इसका मतलब है कि वे .NET 4.0 अनुभव की मांग कर सकते हैं, और केवल 3.5 अनुभव नहीं ... इसका मतलब है कि वे Django के साथ अनुभव की मांग कर सकते हैं, और न केवल पाइलॉन्स, आदि ...

यकीन है, आप कुछ हफ़्ते में रूबी के बारे में जानने की जरूरत है, और रेल के साथ कुशल बनने के लिए कुछ महीने (बस अनुमान लगा) ले सकते हैं ...

लेकिन नियोक्ता रूबी और रेल के साथ पहले से ही कुशल लोगों के फिर से शुरू कर सकता है ।

TL; DR: Econ 101 ... प्रोग्रामर की कमी के बारे में प्रचार पर विश्वास मत करो ।

Comments

मुझे यह बताना होगा कि प्रोग्रामरों का बाजार स्थान पर बहुत निर्भर है। जहां मैं हूं (संयोग से एक बड़े विश्वविद्यालय के शहर में) जिन स्थानों पर मैंने साक्षात्कार लिया, उन्होंने कहा कि अभी उनके लिए उम्मीदवार ढूंढना मुश्किल है।

— Tesserex

Tesserex - इसका अनुवाद इस रूप में किया जाना चाहिए कि "हम उन प्रोग्रामर्स को नहीं पा सकते हैं जो हमारी सभी तकनीकों के वर्णमाला सूप को जानते हैं , जिस कीमत पर हम भुगतान करने को तैयार हैं।

— लाल-गंदगी

वहाँ प्रोग्रामर aplenty है; अभी मुश्किल क्या है (जैसा कि हमेशा होता रहा है) अच्छे प्रोग्रामर हैं।

— तदमर्स

इसके विपरीत, एक नियोक्ता के रूप में मैं आपको बता सकता हूं कि यह निश्चित रूप से एक कर्मचारी बाजार है, कम से कम प्रतिभाशाली व्यक्तियों के लिए। महान प्रोग्रामर के लिए, हमेशा की तरह, आपूर्ति मांग से बहुत अधिक है। दूसरी ओर, मैं किसी ऐसे व्यक्ति पर विचार नहीं करता, जिसके पास प्रोग्रामर (या कारपेंटर, या डॉक्टर, या कोई अन्य कुशल ट्रेड) होने के लिए अनुभव के "कुछ महीने" हों, इसलिए आपके आंकड़े मेरे से अलग होने की संभावना है।

— रीन हेनरिक

@ राइन - आप कह सकते हैं कि आप सभी चाहते हैं, लेकिन साधारण ईकोन इसे सहन नहीं करता है। यदि ऐसा होता, तो आपको शीर्ष प्रोग्रामर का वेतन बहुत अधिक होता। एक शीर्ष डॉक्टर या वकील प्रति वर्ष 500,000 USD को साफ करेगा ... गूगल के एक वरिष्ठ सॉफ्टवेयर इंजीनियर का औसत वेतन $ 130,000 (कांच का) है। मुझे लगता है कि आपके कहने का मतलब यह था, कि आप किसी औसत इंजीनियर की कीमत के लिए किसी को 3x उत्पादक के रूप में नहीं पा सकते थे।

— लाल-गंदगी

Answer 2

मुख्य मुद्दा यह है कि कोई भी वास्तव में अच्छे प्रोग्रामर को किराए पर लेना नहीं जानता है। माध्यमिक मुद्दा यह है कि प्रोग्रामिंग नौकरियां बहुत सारे आवेदकों को आकर्षित करती हैं।

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

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

Comments

बहुत बढ़िया जवाब। माइनर निगल: मुझे नहीं पता कि क्या यह है कि कोई भी वास्तव में अच्छे प्रोग्रामर को नियुक्त करना नहीं जानता है, या कि एचआर विभाग और रिक्रूटर्स नहीं करते हैं, और अधिकांश कंपनियों में एचआर के नेतृत्व वाली भर्ती प्रक्रियाएं हैं। मैं इस बात से सहमत हूँ कि कोई भी वास्तव में इस पर बहुत समय खर्च किए बिना अच्छे प्रोग्रामर को किराए पर लेना नहीं जानता है।

— टॉम एंडरसन

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

— डेविड थॉर्नले

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

— जेरेमी

Answer 3

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

कुछ साल पहले, मैंने खुद को PHP सिखाई। मुझे लगता है कि यह कई महीने पहले था जब मुझे इसमें कोई अच्छा मिला, मैं पुस्तकालय के आसपास अपना रास्ता ढूंढ सकता था, सामान्य मुहावरों आदि को समझ सकता था और मुझे पहले से ही बहुत सारी भाषाएं पता थीं ।

Comments

सामान्य तौर पर अच्छी कंपनियां कर्मचारियों में निवेश करती हैं, और कुछ महीनों के लिए गति प्राप्त करना अधिकांश उद्योगों में काफी आम है। दुर्भाग्य से, कुछ ही सॉफ्टवेयर कंपनियां इस प्रथा का पालन करती हैं। यह भी (संयोग से ???) ऐसा लगता है कि वे सबसे अच्छी कंपनियों में से हैं: Google, facebook, Microsoft, आदि ...

— लाल-गंदगी

"" "आपको कम से कम एक प्रोग्रामिंग भाषा अच्छी तरह से पता होनी चाहिए, और यह अधिमानतः C ++ या Java होना चाहिए। C # भी ठीक है, क्योंकि यह जावा के समान सुंदर है। आपसे कम से कम कुछ साक्षात्कारों में कुछ कोड लिखने की उम्मीद की जाएगी। आपसे आपकी पसंदीदा प्रोग्रामिंग भाषा के बारे में विस्तार से जानने की उम्मीद की जाएगी । "" steve-yegge.blogspot.com/2008/03/get-that-job-at-google.html

— गंदगी

एक अनुभवी प्रोग्रामर C ++ को लगभग आठ घंटे में सीख सकता है ... बस "प्रभावी C ++" पढ़ें, और इसे समझें। यह आपको बाजार में C ++ प्रोग्रामर के 90% से ऊपर रखता है। एसटीएल को समझना आपको शीर्ष 3% में रखता है।

— केविन क्लाइन

@ हेविन आयरनिए? ताना? क्या?

— नील बटरवर्थ

@kevin: यह स्पष्ट है कि आप नहीं जानते कि आप किस बारे में बात कर रहे हैं। C ++ सबसे अधिक जटिल भाषाओं में से एक है जिसमें आप जितनी कल्पना कर सकते हैं, उससे अधिक विचित्र हैं। कोई तरीका नहीं है कि कोई भी इसे 8 घंटे (एक दिन का काम !!!) में सीख सके । आप उस समय PHP जैसी भाषा भी नहीं सीख सकते।

— थॉमस बोनिनी

Answer 4

यह संदर्भ के विभिन्न पहलुओं पर निर्भर है। न केवल भूमिका का स्तर, बल्कि परियोजना और कंपनी की स्थिति भी।

सबसे सरल स्तर पर, किसी भी घुंघराले ब्रेस अनिवार्य भाषा किसी भी अन्य की तरह बहुत अधिक है।

यदि आप अनिवार्य में कोड कर सकते हैं, तो आप अनिवार्य में कोड कर सकते हैं। यह जावा, सी #, सी, सी ++, या यहां तक ​​कि जावास्क्रिप्ट हो। एक सभ्य संदर्भ पुस्तक (और संभवतः बायलरप्लेट का एक हिस्सा) को देखते हुए, आपको दोपहर में दूसरों में से किसी एक में एक छोटा कार्यक्रम बनाने में सक्षम होना चाहिए।

आपका इतिहास जो कुछ भी है, आप शाखाओं और कार्यों के बारे में जानते हैं, और उन सभी के लिए सिंटैक्स बहुत अधिक है। यदि आपका इतिहास OO है, तो आप वस्तुओं, कक्षाओं और इंटरफेस के बारे में भी जानते हैं।

हालाँकि, मैंने कई अनिवार्य-केवल प्रोग्रामर को घोषणात्मक या कार्यात्मक भाषाओं में सरल कार्यक्रम लिखने के लिए संघर्ष करते देखा है। अगर मैं एर्लैंग की दुकान चलाता हूं, तो मैं दृढ़ता से एर्लांग के साथ किसी को पसंद करूंगा, या कम से कम प्रोलॉग के साथ, सी ++ के साथ किसी पर अनुभव कर सकता हूं।

---

यह भूमिका के स्तर पर कैसे निर्भर करता है:

कनिष्ठ भूमिका के लिए भर्ती:

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

और एक वरिष्ठ भूमिका के लिए:

प्रोग्रामिंग की कुंजी में से एक कुशलता से जान रहा है कि आपको क्या नहीं लिखना चाहिए। उस की कुंजी, मानक (और वास्तविक मानक) पुस्तकालय है। उस की कुंजी, अनुभव है। आप बस एक सप्ताह के लिए "अपने आप को जावा सिखाओ" के साथ बैठ नहीं सकते हैं, और तुरंत 10 साल के सी ++ प्रोग्रामर से 10 साल के जावा प्रोग्रामर में खुद को बदल सकते हैं।

---

यह परियोजना / कंपनी की स्थिति पर कैसे निर्भर करता है

एक जावा परियोजना को देखते हुए जो कि बहुत साफ स्लेट है। मैं एक नया वरिष्ठ किराया चाहता हूँ कि जावा पारिस्थितिकी तंत्र के बारे में बहुत अधिक ज्ञान हो, और विभिन्न उपलब्ध तकनीकों पर सलाह देने में सक्षम हो।

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

Comments

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

— ओक

मैं ओक के साथ हूं - आप एक उत्कृष्ट बिंदु बनाते हैं कि एक अच्छा एक्स प्रोग्रामर होने के लिए बस भाषा एक्स को ऊपर उठाने पर बहुत सारे पारिस्थितिकी तंत्र ज्ञान की आवश्यकता होती है ।

— कार्सन63000

Answer 5

यह कार्यस्थल पर निर्भर करता है। यदि वे बहुत व्यस्त हैं, तो आपके पास एक ऐसे बिंदु तक पहुंचने के लिए इंतजार करने का समय नहीं हो सकता है, जहां आप ऑब्जेक्टिव-सी में कार्य कर सकते हैं - वे चाहते हैं कि कोई ऐसा व्यक्ति हो जो मैदान में दौड़ सकता है।

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

Answer 6

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

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

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

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

अंत में, उन नौकरियों के लिए आवेदन करें, जिनमें आप रुचि रखते हैं, भले ही आप सभी बताई गई आवश्यकताओं को पूरा न करें (लेकिन कुछ को पूरा करने की कोशिश करें, ऑफिशियल को काम पर रखना उन लोगों पर अपना समय बर्बाद करना पसंद नहीं करते हैं जो कभी भी काम पर नहीं रखा जाएगा)। आप कभी नहीं जानते कि नौकरी के लिए आपके पास कौन सी प्रतियोगिता होने वाली है या फिर रिज्यूमे की स्क्रीनिंग करने वाले या इंटरव्यू करने वाले लोगों को सबसे ज्यादा प्रभावित करेगा। आपको कंपनी A में साक्षात्कार प्राप्त हो सकता है A बिल्कुल वही हो सकता है जो आपको कंपनी B पर साक्षात्कार प्राप्त करने से रोकता है, भले ही उनके पास कागज पर simliar आवश्यकताएं हों। इसके अलावा, उनके पास एक नौकरी हो सकती है जो आपकी योग्यताओं को बेहतर ढंग से पूरा करती है जो उन्होंने अभी तक विज्ञापित नहीं की है। लेकिन आप नौकरी के लिए कभी भी विचार नहीं करेंगे यदि वे आपके बारे में नहीं जानते हैं।

Answer 7

क्या यह होना चाहिए ? नहीं। क्या यह? हां, दुख की बात है। यह "बैंगनी गिलहरी" सिंड्रोम है: कंपनी अपने केक को खाना चाहती है और इसे भी खा सकती है, और एक उम्मीदवार प्राप्त कर सकती है जो सूर्य के तहत वे सब कुछ कर सकते हैं जिनकी उन्हें ज़रूरत है या आवश्यकता हो सकती है। अक्सर, लेकिन हमेशा ऐसा नहीं होता है क्योंकि वे या तो ए) के पास कोई सुराग नहीं है कि विकास वास्तव में क्या होता है और बस मान लें कि किसी को अपने सभी मानदंडों को पूरा करने से काम हो सकता है, बी) वे अचार कर रहे हैं क्योंकि वे इसके साथ दूर हो सकते हैं, या सी) वे H-1B / Green Card / Promote दाखिल करने की योजना बना रहे हैं लेकिन उन्हें यह देखना होगा कि वे एक वास्तविक नौकरी का विज्ञापन कर रहे हैं।

Answer 8

"कहो कि मैं पहले से ही जावा, सी ++, स्मॉलटाक और प्रोलॉग जानता हूं ... क्या एक कार्यस्थल जो उद्देश्य-सी पर निर्भर करता है, वास्तव में मुझे अयोग्य मानता है क्योंकि मुझे उस भाषा में अनुभव की कमी है?"

यदि आपके पास 3 या 4 भाषाओं में 20 + वर्ष का अनुभव है जो कि ऑब्जेक्टिव-सी के समान विशेषताएं हैं तो मैं शायद आपको ऑब्जेक्टिव-सी करने के लिए किराए पर लूंगा और आपसे 6 - 8 सप्ताह में उत्पादक होने की उम्मीद होगी। (यह कुछ साल पहले ऑब्जेक्टिव-सी सीखने के साथ मेरे व्यक्तिगत अनुभव पर आधारित है)।

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

ऑब्जेक्टिव-सी यहां एक दिलचस्प स्ट्रॉ मैन है। इसके लिए आपको C को बहुत अच्छी तरह से जानना होगा, इसके लिए आपको ऑब्जेक्ट ओरिएंटेड एनालिसिस और डिज़ाइन को अच्छी तरह से जानने की आवश्यकता है, ज्यादातर मामलों में आपको C ++ को एक गैर-तुच्छ सीमा तक जानना आवश्यक है क्योंकि C ++ लाइब्रेरी हैं जिन्हें आप संभवतः इंटरफ़ेस में रखना चाहेंगे।

इसके लिए आपको मैन्युअल मेमोरी प्रबंधन के साथ-साथ स्वचालित मेमोरी प्रबंधन / कचरा संग्रह कैसे काम करता है और कब एक ही कार्यक्रम में प्रत्येक तकनीक का उपयोग करना है, यह समझने की आवश्यकता है।

यह सिर्फ ऑब्जेक्टिव-सी नहीं है, इसके लिए आपको कोको और पोसिक्स को भी जानना होगा, क्योंकि फेस-सी का यह उद्देश्य एप्पल के वातावरण के बाहर बेकार के सभी व्यावहारिक उद्देश्यों के लिए है और आपको कोको को भी जानना होगा।

और जब कोको आपको विफल करता है, तो आपको यह जानने में सक्षम होना चाहिए कि कोको के रैपर के साथ आप क्या कर सकते हैं, जब आप ऐसा नहीं कर सकते हैं।

इसका मतलब यह भी है कि आपको यूनिक्स को कुछ गैर-तुच्छ सीमा तक भी जानना चाहिए।

Answer 9

भाषा / व्यक्ति पर निर्भर करता है।

अगर मैं C # जगह हूं और JAVA / J2EE अनुभव वाला कोई व्यक्ति आवेदन करता है, तो मैं एक शॉट देता हूं। C # & JAVA के बीच का सिंटैक्स अलग नहीं है। कोडिंग कोडिंग है और मैं एक बार यह पता लगाता हूं कि वे कुछ अंतरों के आदी हो गए हैं जो वे ठीक होंगे।

समान JAVA -> C # से जाता है।

अब, यदि आप एक C # व्यक्ति थे और आप C ++ की नौकरी के लिए आवेदन करते हैं तो मैं अनुभव देखना चाहता हूं। बहुत सारे अंतर हैं।

तो हाँ, यह स्थिति पर निर्भर करता है

Comments

सिंटेक्स एक भाषा सीखने का इतना छोटा हिस्सा है ..

— बोरिस यांकोव

— @ बोरिस

Answer 10

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

मैं निश्चित रूप से यह नहीं कह रहा हूं कि यह देखने का सही तरीका है, लेकिन यह है कि कुछ नियोक्ता कैसे करते हैं। स्मार्ट लोग इसका फायदा उठाते हैं और C ++ में 30 साल के अनुभव के साथ भयानक प्रोग्रामर को स्कूप करते हैं, जबकि बेवकूफ लोग उन्हें ठुकरा देते हैं, क्योंकि उन्हें 15 साल के रूबी के रेल्स अनुभव की कमी है। प्रोग्रामर नियोक्ताओं के साथ रोजगार से बचने के साथ-साथ इस बात का फायदा उठा सकते हैं। आखिरकार, जो एक जगह के लिए काम करना चाहता है जो व्यवस्थित रूप से खराब काम करने के फैसले करता है?

Comments

+1 के लिए "साक्षात्कारकर्ता के लिए यह अंतर बताने के लिए सामान्य से अधिक कठिन होगा कि वे उन तकनीकों के बारे में गहराई से सवाल नहीं पूछ सकते हैं", जो एक बहुत अच्छे कारण की तरह लगती हैं।

— ओक

Answer 11

भाग में, यह एचआर के लिए एक नौकरी विवरण में buzzwords फेंकने के बारे में है क्योंकि वे वास्तव में भूमिका नहीं समझते हैं। यही कारण है कि आप कभी-कभी एक नौकरी विवरण की हास्य स्थिति का सामना कर सकते हैं जो केवल 6 महीने के लिए मौजूद प्रौद्योगिकी में 3 वर्षों के अनुभव को निर्दिष्ट करता है।

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

Answer 12

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

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

बस उस वातावरण के बारे में और अधिक ठोस उदाहरण देने के लिए, यहाँ मेरे पास क्या है जहाँ मैं काम करता हूँ: Visual Studio 2008 ASP # .NET कर रहा है। सी # ज्यादातर, nUnit, क्रूज़ कंट्रोल.नेट, सबवर्सन, एजाइल / स्क्रम का उपयोग करते हुए, प्रक्रियात्मक, OO के मिश्रण के साथ। , और कार्यात्मक जहां एक लग रही है पर निर्भर करता है। अगर मैं जावा पर स्विच करना चाहता था, तो इसका मतलब यह हो सकता है कि इनमें से बहुत सारे कार्यों के लिए नए उपकरणों का उपयोग किया जा सकता है जो कि ऐसा नहीं हो सकता है जो नियोक्ता उस भूमिका में मुझे काम पर रखने की लागत के रूप में अवशोषित करना चाहता है। कुछ मुश्किल बिंदु यह भी हो सकते हैं कि उस संस्करण के अनुभव वाले लोग दूसरों की तुलना में बेहतर जान सकते हैं और कुछ नुकसानों से बच सकते हैं जो अन्यथा किसी को जाने दे सकते हैं, "उन्होंने इसे इस तरह क्यों बनाया?"

Comments

लेकिन, दिलचस्प रूप से पर्याप्त है, आमतौर पर स्रोत नियंत्रण समाधान / आईडीई / परीक्षण ढांचे में अनुभव प्रोग्रामिंग भाषाओं में अनुभव के लिए माध्यमिक होगा (हालांकि यह निश्चित रूप से आपको नौकरी पाने में मदद कर सकता है)।

— ओक

Answer 13

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

तो वे कहते हैं "आपको क्या चाहिए?" और यादृच्छिक शमूक जो जवाब देना समाप्त करता है, "एक प्रोग्रामर कहता है। कुछ वर्षों के अनुभव की आवश्यकता है। जैसे, मुझे पता है, 4। और यह अच्छा होगा यदि वह जानता था। नेट।" एक उचित प्रतिक्रिया।

लेकिन यह ".Net 4 में 4 साल के अनुभव" में अनुवादित हो जाता है और यह .Net 4 है, क्योंकि जब आप Google .Net, तो पहला लिंक आपको .Net 4 के बारे में बात करने वाले पेज पर ले जाएगा।

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

Comments

यह एक बहुत ही कड़वा जवाब है। संभवत: कुछ कंपनियां ऐसी हैं जहां आपके द्वारा वर्णित दृश्य सत्य है, लेकिन बहुसंख्यक उस दुष्क्रियाशील नहीं हैं।

— 17

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

— कार्सन 63000