क्या हायरिंग मैनेजर्स के पास डेवलपर्स को स्वीकार करने में मुश्किल समय होता है, जिनके पास "व्यावसायिक रूप से समान" व्यक्तिगत ऐप होता है, लेकिन उद्यमी नहीं होते हैं? [बन्द है]


11

सीधे विश्वविद्यालय से पोस्ट ग्रेजुएशन करने के बाद, मैंने सॉफ्टवेयर इंजीनियर के रूप में नौकरी पाने की प्रतीक्षा करते हुए अपना खुद का वेब ऐप ( ईजी माय डे ) बनाने का फैसला किया ।

इस ऐप को बनाने के कारण:

  • नौकरी के दृश्य को हिट करने से पहले सॉफ्टवेयर अनुभव पर ठोस हाथ
  • एक आम समस्या का समाधान प्रदान करना
  • नौकरी की तलाश करते हुए कुछ नहीं कर बैठे

ऐप न तो एक उद्यमी प्रयास है और न ही बेचा जाने वाला व्यवसाय है। फिर भी पूरे इंटरव्यू में मैंने देखा कि प्रत्येक 5 में से 4 इंटरव्यू के दौरान मैं ऐप से गुजरता हूं, एक व्यवसाय में भ्रमित हो रहा हूं और मुझसे एक ही सवाल पूछा जाता है:

आपने व्यवसाय क्यों बनाया? आप ऐप को क्यों रोकना चाहते हैं ? क्या आप ऐप बेचना चाहते हैं?

यह जानते हुए भी कि मैंने इस एप्लिकेशन से कोई व्यवसाय नहीं बनाया और न ही कोई आय अर्जित की।

क्या उम्मीदवार जो पहल करते हैं और पक्ष में अपने स्वयं के ऐप को शिल्प करना पसंद करते हैं , वे प्रबंधक के रडार पर लाल झंडे का कारण बनते हैं ?

अपडेट करें

@ केट ग्रेगरी द्वारा अनुरोध किया गया

इसे मैं अपने फिर से शुरू करने पर बताता हूं:

व्यक्तिगत परियोजना: "इज़ माई डे डे" सास एप्लीकेशन, मॉन्ट्रियल, क्यूसी।
लिंक: http://www.easemyday.com
फेसबुक: http://www.facebook.com/EaseMyDay

"ईज माई डे" बीटा का मुख्य उद्देश्य दैनिक पोषण / स्वास्थ्य निगरानी के साथ मदद कर रहा है।

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

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

भाषाएँ / तकनीक: .... यहाँ मैं इस्तेमाल की जाने वाली भाषाओं / तकनीकों / सॉफ्टवेयर इंजीनियरिंग दृष्टिकोण की व्याख्या करता हूँ ...।


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

3
मुझे लगता है कि वे प्रबंधक हिमशैल के रहस्य को नहीं जानते, ( joelonsoftware.com/articles/fog0000000356.html देखें ) से पीड़ित हैं । वे एक पूर्ण-विकसित, रेडी-टू-यूज़, वाणिज्यिक एप्लिकेशन के साथ एक अच्छे दिखने वाले यूआई को भ्रमित करने की त्रुटि करते हैं।
डॉक्टर ब्राउन

क्या आप अपने प्रश्न को यह दिखाने के लिए संपादित कर सकते हैं कि आप अपने रिज्यूमे पर इस ऐप का वर्णन कैसे करते हैं? मुझे लगता है कि आपके साक्षात्कारकर्ता ऐप के अस्तित्व की तुलना में अधिक जवाब दे रहे हैं।
केट ग्रेगोरी

1
@GrandmasterB मैं अब राहत महसूस करता हूं कि मैं सॉफ्टवेयर समुदाय के विशेषज्ञों को देखता हूं जो वास्तव में मुझे समझते हैं: पी सभी प्रबंधक खराब नहीं हैं, लेकिन पिछले साल से मुझे नौकरी का शिकार हो गया है और प्रत्येक 5 में से 4 साक्षात्कार जो मुझे मिले, वे मेरे ऐप को देखते हैं जैसे कि मैं बड़ा पाप किया। मुझे खुशी है कि एसओ समुदाय से समर्थन मिल रहा है!
शेड्सको

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

जवाबों:


12

हर प्रोजेक्ट चरणों में बनाया गया है:

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

    उदाहरण: बिल्लियों और कुत्तों के लिए एक चैट इतना शानदार होगा!

  • मैं कागज पर अवधारणा / विचार का मसौदा तैयार करता हूं। यह कदम महत्वपूर्ण है, क्योंकि विशुद्ध रूप से अमूर्त और सट्टा कुछ अधिक ठोस हो जाता है। इसका मतलब यह नहीं है कि यह उचित है, लेकिन कम से कम इसका वर्णन किया गया है।

    उदाहरण: एक 20 पृष्ठों का मसौदा जिसमें बताया गया है कि बिल्लियाँ और कुत्ते एक-दूसरे से ऑनलाइन कैसे बात कर सकते हैं, जबकि वे कीबोर्ड या माउस का उपयोग करने में असमर्थ होते हैं। इसमें उस चीज के मेरे व्यक्तिगत चित्र भी शामिल हैं जो जानवर के सिर पर तय किए जाएंगे और पीसी में प्लग किए जाएंगे।

  • मैं एक प्रोटोटाइप करता हूं। महान, अब, मुझे पता है कि यह भी संभव है।

    उदाहरण: मैंने अपने द्वारा बनाए गए प्रायोगिक उपकरण को दो बिल्लियों के सिर पर रखा, और वे संवाद करने में सक्षम थे। अफसोस की बात है, एक बिल्ली को जला दिया गया था, और दूसरा पागल हो गया। वास्तव में परवाह नहीं है; मेरे घर के सामने, प्रयोग करने के लिए अन्य बिल्लियाँ हैं।

  • मुझे लगता है कि मैं एक अर्ध-काम कर रहे संस्करण का उपयोग कर सकता हूंयह एक वाणिज्यिक उत्पाद नहीं है, लेकिन इसका उपयोग ऐसे व्यक्ति द्वारा किया जा सकता है जो उत्पाद की बाधाओं से पूरी तरह अवगत है।

    उदाहरण: साधन ठीक काम कर रहा है, और यह बिल्लियों को आग में नहीं डालता है। वे अंततः पागल हो सकते हैं यदि साधन उनके सिर पर गलत तरीके से स्थापित हो। मैंने अपने सहकर्मी को अवधारणा समझाई। हमारी बिल्लियों ने दो घंटे तक एक-दूसरे से बात की, लेकिन फिर उसकी बिल्ली खिड़की से बाहर कूद गई; पता नहीं क्यों, लेकिन मैंने एक बग खोला और इसे "पुन: पेश नहीं कर सकता" के रूप में बंद कर दिया, क्योंकि मेरा खुश और मोटा रहता है।

  • मैं एक काम करने वाले उत्पाद को समाप्त करता हूं जो मेरे द्वारा और अंततः कुछ अन्य लोगों द्वारा उपयोग किया जाता है।

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

  • मैं एक स्थिर उत्पाद को सीमित लोगों तक सीमित करता हूं।

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

  • उत्पाद एक व्यावसायिक सफलता है और लोकप्रिय बनने के लिए हासिल किया गया है।

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

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

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

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

  • आपकी अवधारणा व्यावसायिक रूप से व्यवहार्य थी,

  • आप इसे तकनीकी रूप से करने में सक्षम थे,

  • और आप अन्य लोगों को वास्तव में इसका उपयोग करने और इसके लिए भुगतान करने के लिए समझाने में सक्षम थे।

क्या यह एक लाल झंडे का कारण बनता है जो आपने केवल तकनीकी भाग में किया है? हर्गिज नहीं। यदि उन्हें एक व्यवसायी को नियुक्त करने की आवश्यकता है, लेकिन वे बताते हैं कि वे एक सॉफ्टवेयर इंजीनियर की खोज करते हैं, तो वे इसे गलत कर रहे हैं। तो नहीं, यह कोई बुरी बात नहीं है; अपने उद्देश्यों के बारे में बहुत स्पष्ट रहें: आप इसे इसलिए नहीं बेचते हैं:

  • आप नहीं करना चाहते हैं।

    बिल्कुल समझ में आता है। आपको ग्राहकों से बात करने, या लेखा करने से नफरत हो सकती है। यह तुम्हारा काम नहीं है।

  • आप केवल तकनीकी पहलुओं में रुचि रखते हैं।

    बिल्कुल समझ में आता है। आप अपने करियर के दौरान उन चीजों पर ध्यान देना चाहते हैं जिनकी आपको सबसे ज्यादा जरूरत होगी।

इसलिए नहीं कि:

  • आपने कोशिश की और असफल रहे।

    विफलता कैसे प्रस्तुत की जाती है , इसके आधार पर , यह बहुत नकारात्मक हो सकता है।

  • तुम भी कोशिश मत करो, अपने आप को कह रही है कि आप कभी सफल नहीं होंगे।

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


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

2
क्या होगा यदि आप सिर्फ ऐप प्रदान करते हैं यदि वे इसके लिए पूछते हैं? दूसरे शब्दों में, यदि वे आपके तकनीकी कौशल के बारे में कुछ जानना चाहते हैं, और ऐप उसे प्रदर्शित करेगा, तो उसे दिखाएं। कम से कम तब आप एक विशिष्ट प्रश्न का उत्तर दे रहे हैं, बजाय उन्हें बेतरतीब ढंग से कुछ दिखाने के लिए और सोच रहे हैं कि वे इस पर कैसे प्रतिक्रिया देंगे।
रॉबर्ट हार्वे

4
@ शादेस्को: यदि आप एक ऐसे प्रबंधक के सामने हैं जो "आप जैसे लोगों" को पसंद नहीं करता है, अर्थात ऐसे लोग जिन्हें काम मिल जाता है , तो यह आपके लिए पहली जगह नहीं है। अन्य उम्मीदवार को पसंद करना क्योंकि आपने अपने दम पर प्रोजेक्ट किए हैं जबकि उन्हें मुझसे कोई मतलब नहीं है।
आर्सेनी मूरज़ेंको

2
@ रोबर्टहवे: पूरी तरह से। एप्लिकेशन को ओपन सोर्स बनाना भी एक लाभ हो सकता है, जब तक कि लेखक को विशेष रूप से सोर्स कोड पर गर्व न हो।
आर्सेनी मूरज़ेंको

@MainMa धन्यवाद, आप इस विषय में पूरी तरह सही हैं कि आपके लिए सबसे अच्छी कंपनी नहीं है। लेकिन जब से ऐसा हुआ है, तो मुझे लगा कि मुझे यहाँ समुदाय से पूछना होगा।
शेड्सको
हमारी साइट का प्रयोग करके, आप स्वीकार करते हैं कि आपने हमारी Cookie Policy और निजता नीति को पढ़ और समझा लिया है।
Licensed under cc by-sa 3.0 with attribution required.