क्या मैं इंजीनियर होने के बिना "सॉफ्टवेयर इंजीनियर" नौकरियों के लिए आवेदन कर सकता हूं? [बन्द है]


13

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

मैं सॉफ्टवेयर इंजीनियर और पेज के जुड़े अनुभाग पर शब्द प्रयोग के बारे में विकिपीडिया पृष्ठ पढ़ता हूं , जो गहन चर्चा करते हैं। हालाँकि मेरा प्रश्न किसी तरह अधिक ठोस है।

यह जानते हुए कि मैं इंजीनियरिंग में डिग्री नहीं लेता (फिर भी, मुझे लगता है कि मैं एक फंक्शनल, अच्छी तरह से डिज़ाइन किए गए सॉफ़्टवेयर का उत्पादन करना पसंद करता हूं!), जब मैं किसी अंतरराष्ट्रीय कंपनी के सॉफ़्टवेयर इंजीनियर के लिए एक उद्घाटन देखता हूं, तो क्या मेरे लिए आवेदन करना उचित होगा ? क्या मुझे किसी तरह इस बात पर जोर देना चाहिए कि मैं इंजीनियरिंग में डिग्री नहीं रखता?


10
एक अच्छा ट्रिक यह होगा कि आप "इंजीनियर" को सीखें। यह एक घुटने का झटका टिप्पणी हो सकती है, लेकिन मैं इसे केवल इसलिए लिख रहा हूं क्योंकि यह आपके प्रश्न की एकमात्र वर्तनी की गलती थी, बाकी सब कुछ सही था, और "engeneer" थोड़े बाहर खड़ा था।
यानिस

an opening for a software engineer from an international companyयह बहुत हद तक इस बात पर निर्भर करता है कि आप जिस कंपनी या कंपनी में आवेदन कर रहे हैं उसकी शाखा कहां स्थित है। विभिन्न देशों में अलग-अलग कानून और नियम हैं, कोई वैश्विक उत्तर नहीं है। आपको प्रति मामले के आधार पर यह दृष्टिकोण करना होगा, उदाहरण के लिए मुझे यूके में एक सॉफ्टवेयर इंजीनियर माना जाता है (जहां मैंने अध्ययन किया था) लेकिन ग्रीस में नहीं (जहां मैं रहता हूं और काम करता हूं)।
यानिस

13
इसे लागू करना ठीक है - जब तक आप गुप्त हैंडशेक जानते हैं, तब तक।
एसके-लॉजिक

8
हमने एक बार एक "engeneer" का साक्षात्कार किया, जिसने दावा किया कि उसने बोइंग के लिए काम किया है ... बोइंग के रूप में thats। उन्हें दूसरा साक्षात्कार नहीं मिला।
दाल

1
कई लोगों ने कहा "बस इसे आज़माएं", जो एक ध्वनि कैरियर सलाह है। हालाँकि, ओपी का सवाल थोड़ा अलग है। वह (या वह) बड़ा हो गया (और मुझे लगता है कि उसकी शिक्षा मिली) देश ए में, जहां "इंजीनियर" शब्द को विनियमित किया जाता है। वह अब देश बी में रहता है, और देश सी में नौकरी करता है या ऐसी कंपनी के साथ काम करता है जिसकी संस्कृति देश-सी जैसी है। कंट्री C "इंजीनियर" शब्द को विनियमित नहीं करता है, इसलिए नौकरी की पेशकश का अर्थ "सॉफ्टवेयर इंजीनियर" बहुत व्यापक अर्थों में है क्योंकि यह देश ए में समझा जाएगा। ओपी नौकरी के लिए योग्य है, लेकिन यह स्पष्ट नहीं है कि उसे क्या उपयोग करना चाहिए शब्द "इंजीनियर"।
जनवरी

जवाबों:


23

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

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


10
तुम्हें पता है, एक स्पष्टीकरण के बिना downvote मुझे एक बेहतर व्यक्ति बनने में मदद नहीं करता है। लेकिन मैं भी तुमसे प्यार करता हूँ।
माइक नाकिस

1
यदि वे देखते हैं कि आपके पास कोई डिग्री नहीं है तो भर्तीकर्ता आपको फ़िल्टर करेंगे और उन्हें एक की आवश्यकता होगी।
केविन

3
@ केविन यकीन है कि वे करेंगे, लेकिन एक "सॉफ्टवेयर इंजीनियर" के लिए एक स्थिति का विज्ञापन करना सॉफ्टवेयर इंजीनियरिंग (या जो भी इसे कहा जाता है) की डिग्री के लिए एक आवश्यकता नहीं है ।
माइक नाकिस

3
यदि आप फ़िल्टर किए जाते हैं, तो nobodys का समय बर्बाद हो जाता है .. पूरे।
स्वतंत्र

1
यहां तक ​​कि अगर नौकरी पोस्ट एक डिग्री के लिए पूछता है तो आप कभी नहीं जानते कि कैसे / क्यों / कब वे हताश हो सकते हैं और बार को कम कर सकते हैं। तो बस आवेदन करें। हफ्ता खेल ता जीत।
केविन

13

अमेरिका में, यह "सॉफ्टवेयर इंजीनियर" एक सामान्य नौकरी का शीर्षक है जिसका वास्तव में "प्रोग्रामर / विश्लेषक" या "सॉफ्टवेयर डेवलपर" से अलग कुछ भी नहीं है। यह निर्भर करता है कि प्रश्न में कंपनी एक शीर्षक के रूप में क्या देना चाहती है।

उदाहरण के लिए, एक जगह पर मैं कार्यरत था, लगभग सभी के पास एक नौकरी का शीर्षक था जो "इंजीनियर" या "तकनीशियन" के साथ समाप्त हो गया। मेरे स्थान पर मानव संसाधन प्रबंधक को "लीड मानव संसाधन इंजीनियर" कहा जाता था।


3
@ThomasOwens - मुझे नहीं पता था। आपको इसे प्यार करना होगा जब एक राज्य जिसमें "छोटी सरकार" पर गर्व करने वाले नेता होते हैं, के पास इस तरह के नियम होते हैं।
jfrankcarr

1
@ थोमस ओवेन्स - मैं टीएक्स में रहता हूं, सीएस के लिए टीएक्स में एक एबीईटी मान्यता प्राप्त विश्वविद्यालय गया, और मैंने कभी नहीं सुना है कि सॉफ्टवेयर इंजीनियर एक विनियमित शीर्षक है। विकी कहते हैं कि केवल 44 लोगों के पास वास्तव में एक आधिकारिक टीएक्स प्रमाणन है। क्षेत्र की कंपनियां किसी अन्य की तरह ही शीर्षक फेंकती हैं। इसलिए, मेरे अनुभव में एफडब्ल्यूआईडब्ल्यू विनियमन मौजूद हो सकता है, लेकिन इसे लागू नहीं किया जा रहा है। विकी के अनुसार भी इसे स्वीकार नहीं किया जा रहा है।
पी। ब्रायन। मैके

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

1
@ P.Brian.Mackey आप केवल काम पर शीर्षक का उपयोग कर सकते हैं, यह मानते हुए कि आप पीई हैं या छूट को पूरा करते हैं। हालांकि, मेरे पास व्यक्तिगत व्यवसाय कार्ड हैं जो खुद को एक "सॉफ्टवेयर इंजीनियर" के रूप में पहचानते हैं - यह टेक्सास में इनका उपयोग करने के लिए टेक्सास कानून के खिलाफ है, भले ही मैंने खुद को एबीईटी मान्यता प्राप्त इंजीनियरिंग कार्यक्रम से स्नातक किया हो। मुझे यकीन नहीं है कि आपके सीएस कार्यक्रम को कम्प्यूटिंग प्रत्यायन आयोग या इंजीनियरिंग प्रत्यायन आयोग द्वारा मान्यता प्राप्त थी, लेकिन मेरा ईएसी द्वारा मान्यता प्राप्त था। मैं भी इस तरह के कानून के प्रवर्तन के बारे में निश्चित नहीं हूं, लेकिन तथ्य यह है कि कानून किताबों पर है।
थॉमस ओवेन्स

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

10

मेरे द्वारा काम किए गए कुछ बेहतरीन सॉफ्टवेयर डेवलपर्स के पास सॉफ्टवेयर विकास से संबंधित डिग्री नहीं है। स्वयं, मेरे पास आईटी में डिग्री है, लेकिन फिर भी सॉफ्टवेयर विकास में अपना करियर बनाया।

व्यावसायिक इंजीनियरिंग संघों का गठन तब होता है, जब किसी विशेष तकनीकी क्षेत्र में सार्वभौमिक और अचिंतित मानकों और स्वीकृत प्रथाओं के पास होता है और जब ऐसे पेशेवरों की मांग की तुलना में उनके पास अपेक्षाकृत बड़ी मात्रा में योग्य श्रम होता है। यह अपेक्षाकृत परिपक्व इंजीनियरिंग क्षेत्रों में होता है।

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

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

मेरी राय में, यह किसी दिन उस स्थान पर पहुंच जाएगा जहां उपलब्ध सॉफ्टवेयर की लागत और मूल्य का 90% अधिक उचित रूप से संरेखित होगा, और डिजाइन के दृष्टिकोण के लिए स्वीकृत और औपचारिक तरीकों से बड़े, महंगे और उच्च स्तर के संचालित प्रोजेक्ट होंगे। समस्या। केवल इस बिंदु पर एक पेशेवर एसोसिएशन में योग्य इंजीनियरों की आवश्यकता एक उज्ज्वल जादूगर बच्चे की आवश्यकता से अधिक होगी जो कम औपचारिकता के साथ काम कर सकते हैं। मैं इसे कम से कम एक और 15-20 साल के लिए नहीं देख रहा हूं।


बहुत ही सुखद [कम से कम मेरे लिए, किसी भी तरह], धन्यवाद! :)
मैक

1
मैं दूसरे पैराग्राफ के बारे में निश्चित नहीं हूं। कंप्यूटिंग (कंप्यूटर और सॉफ्टवेयर इंजीनियर) के साथ-साथ कंप्यूटिंग पेशेवरों - IEEE कंप्यूटर सोसाइटी, ACM, और ब्रिटिश कंप्यूटर सोसाइटी में बड़ी संख्या में इंजीनियरों के आसपास डिज़ाइन किए गए कई पेशेवर संगठन हैं। IEEE कम्युनिकेशन सोसाइटी ने अन्य IEEE सोसाइटियों में सॉफ़्टवेयर पेशेवरों तक पहुंचने की शुरुआत की है, और विभिन्न देशों में अन्य स्थानीय समाजों की खोज की है। एसई अभी भी अन्य इंजीनियरिंग विषयों की तुलना में कम परिपक्व है, लेकिन सॉफ्टवेयर इंजीनियरों और पेशेवरों के लिए संघ हैं।
थॉमस ओवेन्स

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

1
@ThomasOwens - मैं कौशल के परीक्षण में चयनात्मक वाणिज्यिक कंपनियों के कर्मचारियों के खिलाफ रक्षा ठेकेदारों को गड्ढे में नहीं डालेगा। मैंने दोनों किया है, और रक्षा ठेकेदार बहुत कम चुनिंदा हैं। रक्षा व्यवसाय को आगे बढ़ाने के लिए आवश्यक कौशल तकनीकी की तुलना में बहुत अधिक राजनीतिक हैं।
केविन क्लाइन

1
अंतिम पैराग्राफ में आपकी राय के बारे में: कंप्यूटर इंजीनियरिंग और अधिक औपचारिक इंजीनियरिंग ट्रेडों (जैसे सिविल इंजीनियरिंग) के बीच एक अंतर, एक हैकर एक पुल का निर्माण नहीं कर सकता है, उसके पास उपकरण या सामग्री नहीं है। लेकिन सबसे बड़ी सॉफ्टवेयर कंपनियों की तुलना में बेहतर सॉफ्टवेयर तैयार करने के लिए उनके मॉम्स के बेसमेंट में एक हैकर के लिए हमेशा संभावना रहेगी। यह अधिक कठिन हो सकता है, लेकिन संभावना हमेशा मौजूद रहेगी - पुलों के विपरीत। बस मेरी काउंटर राय; खुश होती है।
बटंस Dec४०

5

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


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

3
@Thomas Owens उदाहरण के लिए रूस में (और यह "सोवियत रूस में नहीं है ..." मजाक) यह सच नहीं है, अधिकांश आईटी से संबंधित नौकरी की पेशकशों में शिक्षा के मामले में कोई सख्त आवश्यकता नहीं है। जब मैंने करियर को छोटा किया था। मैंने कम देखा, लेकिन अभी भी काफी कुछ ऑफर हैं जो इसे निर्दिष्ट नहीं करते (या इसे एक आवश्यकता नहीं बनाते)। मुझे लगता है कि उन देशों में जहां पैसा आपको बहुत आसान (रिश्वत, आदि) प्राप्त करने में मदद करता है या शिक्षा बहुत आधुनिक नहीं है, इसका मूल्य बहुत कम है।
XzKto

3

कम से कम अमेरिका में, कुंजी यह है कि आपको वह करने में सक्षम होना चाहिए जो विवरण में वर्णित है। जिस तरह से आप उन कौशलों को कम महत्वपूर्ण पाते हैं।

HOWEVER- ऐसी कंपनियां हैं जो स्क्रीनिंग करती हैं जहां आपके पास एक एंट्री लेवल पोजीशन के लिए यह काफी मदद करता है:

  • किसी चीज में बी.एस या बीए डिग्री
  • अधिमानतः कंप्यूटर से संबंधित कुछ में एक बीएस - कंप्यूटर इंजीनियरिंग, सॉफ्टवेयर इंजीनियरिंग, कंप्यूटर विज्ञान, आईटी, गणित, या कुछ इसी तरह की। यहां तक ​​कि EEs, भौतिक विज्ञान, या किसी भी अन्य विज्ञान से आपको लिंग्विस्टिक्स या फाइन आर्ट्स की तुलना में अधिक अवसर प्राप्त होने की संभावना है।
  • एक अच्छा जी.पी.ए.

यह काफी हद तक कंपनी की स्क्रीनिंग प्रक्रिया और आवेदकों की संख्या के साथ है। कम औपचारिक कंपनी, द्वारा और बड़े, स्क्रीनिंग कम प्रतिबंधक।

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

शुरू

जहाँ तक एक फिर से शुरू होता है, मैं आपको हाइलाइट करने की सलाह दूँगा। आपने क्या नहीं किया है। एक क्लासिक फिर से शुरू प्रारूप में शामिल होंगे: - आपके लक्ष्य - आपकी शिक्षा - आपके तकनीकी कौशल - आपके पिछले कार्य अनुभव

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

जब आप स्वतंत्र व्यक्तिगत परियोजनाओं के माध्यम से प्राप्त किए गए कौशल के लिए बोलते हैं, तो आपके पास दो विकल्प हैं, आईएमओ, आपके पास कितनी जगह उपलब्ध है, इस पर निर्भर करता है।

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

  • एक अनुभव सूची वाले एक अधिक अनुभवी उम्मीदवार के लिए एक मील लंबा - बस "कौशल / ज्ञान अनुभाग" में नए कौशल छड़ी करें जब तक कि परियोजना अविश्वसनीय और समीक्षा के लिए उपलब्ध न हो। उदाहरण के लिए, यदि आपने हाइबरनेट के एक बड़े हिस्से को कोडित किया है - तो उसे वहां डाल दें !!! लेकिन अगर आपने अपने बिंगो समूह के लिए एक वेब सर्वर बनाया है ... मैं शायद उस बड़ी कंपनी में दिलचस्पी रखता हूं जो आपको पिछले 3 वर्षों से नियोजित कर रही है ...

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


1

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


-1

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


2
"Software engineer isn't a real engineer."बता दें कि IEEE के लिए। या ABET में, जहाँ इंजीनियरिंग प्रत्यायन आयोग, संगणना प्रत्यायन आयोग के विपरीत सॉफ्टवेयर इंजीनियरिंग कार्यक्रमों का आकलन करता है, जो कंप्यूटर विज्ञान और सूचना प्रौद्योगिकी कार्यक्रमों का आकलन करता है। "There is also some debate as to whether software development actually fits in the same definition of engineer or if it would even be beneficial to make software development an engineering process."जैसा कि IEEE द्वारा परिभाषित किया गया है और स्टीव मैककोनेल और डेविड पारनास की पसंद के लिए वकालत की गई है, यह इंजीनियरिंग है।
थॉमस ओवेन्स

1
@ रायथल - मेरे मूल देश में - मैं आपको आश्वस्त कर सकता हूं - सॉफ्टवेयर इंजीनियरिंग एक औपचारिक योग्यता है जिसमें ५ साल के अध्ययन की आवश्यकता होती है [जिनमें से प्रथम तीन इलेक्ट्रॉनिक इंजीनियरों में मेरा विश्वास है]।
मैक
हमारी साइट का प्रयोग करके, आप स्वीकार करते हैं कि आपने हमारी Cookie Policy और निजता नीति को पढ़ और समझा लिया है।
Licensed under cc by-sa 3.0 with attribution required.