क्या डेवलपर परीक्षण पर मेरे काम का फायदा उठाया जा रहा है? [बन्द है]

Question

मैं नौकरी की तलाश कर रहा हूं और कई पदों पर आवेदन कर चुका हूं। एक नियोक्ता ने जवाब दिया। मेरे पास एक बहुत लंबा फोन साक्षात्कार था (शायद एक घंटे +) और फिर उन्होंने मुझे एक डेवलपर परीक्षण के साथ सेट किया। मुझे बताया गया कि परीक्षण 6 से 8 घंटे के बीच होने का अनुमान लगाया गया था, और यह कि उनके अनुमोदन से मिले परिणामों को प्रदान किया गया, मुझे मेरे काम का भुगतान किया जाएगा।

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

छोटी कहानी, यह 6-8 घंटे की तुलना में बहुत अधिक समय लेती है। इसमें से बहुत खराब वीएम के कारण था जो मैं चला रहा था (विजुअल स्टूडियो 2013 को लोड करने में 10 मिनट का समय लगा, और 3 जीबी जिनमार समाधान को खोलने के लिए एक और 15 मिनट)।

मुझे बताया गया कि परीक्षण पूरा करने के बाद मुझे अपने स्रोत नियंत्रण में बदलाव करना चाहिए ... हम्म, ओके। मैंने निर्देशों का पालन किया। और परिवर्तनों को करने के बाद, मुझे एक प्रतिक्रिया ईमेल की गई थी। SVG सही रंग के नहीं थे, इस एज-केस में एक बग था, इस दूसरी चीज़ के साथ एक सामयिक समस्या थी जिसे मैंने कभी अनुभव नहीं किया, आदि। इसलिए मैं इस चीज़ में अभी १३-१४ घंटे हूँ, और मुझे करना होगा बग फिक्स करते हैं। मैं उन्हें करता हूं, और नियोक्ता अधिक बग फिक्स अनुरोधों के साथ वापस आता है।

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

क्या मैं सिर्फ सस्ते श्रम के लिए इस्तेमाल किया जा रहा हूं? भले ही उन्होंने मुझे 6 घंटे के लिए प्रति घंटे 50 डॉलर देने का वादा किया हो, लेकिन मैंने अब इस चीज़ के बारे में 18 घंटे लगा दिए हैं। अगर मैं उन सभी सामानों को ठीक कर दूंगा जो वे अपने साथ रखते हैं, तो मैंने कम से कम 16 घंटे मुफ्त काम किया होगा।

मैंने कई डेवलपर परीक्षण किए हैं, लेकिन मैंने कभी ऐसा नहीं लिया जिसके दौरान मैंने उत्पादन के लिए नियत कोड पर काम किया हो। मैंने कभी भी एक परीक्षा नहीं ली, जहां मैंने एक ऐसी सुविधा लागू की, जो विकास के लिए पाइपलाइन में थी, और मैंने कभी ऐसा नहीं लिया, जिसमें 4 राउंड और कुल 20+ घंटे लगे हों। मुझे लगता है कि वे अपने डेवलपर परीक्षण का उपयोग कर रहे हैं सस्ते पर कुछ कार्यक्षमता के क्षेत्र के लिए।

क्या मुझे गलत धारणा है? और क्या यह परीक्षण प्रोटोकॉल उचित है?

Comments

वह पागल है। मुझे लगता है कि शायद आपको मुफ्त श्रम का लाभ दिया गया था।

— jmq

आपको एक चालान भेजना चाहिए।

— toasted_flakes

अच्छा पुराना साक्षात्कार संचालित विकास। एक "devabuse" टैग होना चाहिए।

— डेन

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

— जॉन आर। स्ट्रोम

इस कंपनी को अपने राज्य के श्रम विभाग को रिपोर्ट करने पर विचार करें। मुफ्त में काम लेना आम तौर पर अवैध है।

— एंड्रयू मेडिको

Answer 1

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

एक परीक्षण में जा रहे हैं, आपको पता होना चाहिए और कुछ चीजों को स्पष्ट करना चाहिए:

1. इस पर सहमति होनी चाहिए और ज्ञात होना चाहिए कि परीक्षण के दौरान उत्पन्न किसी भी कार्य का उपयोग आवश्यक कार्यों में अपने कौशल का निर्धारण करने के अलावा किसी भी उद्देश्य के लिए नहीं किया जा सकता है।
2. एक कोड परीक्षण 4 घंटे से अधिक नहीं चलना चाहिए।
3. आप कंपनी के कर्मचारी नहीं हैं, इसलिए आपके द्वारा उत्पादित कोड के लिए भुगतान किए जाने वाले किसी भी सुझाव का फायदा होना लाजिमी है। भुगतान का एक लिखित अनुबंध पर जोर देते हैं अगर वहाँ भी इस का एक संकेत है।
4. उस समय पर विशिष्ट सीमाएं निर्धारित करें, जब आप परीक्षण के किसी भी भाग पर खर्च करेंगे, और फिर उन सीमाओं पर टिके रहेंगे। यदि आप किसी कारण से खुद को सीमा से अधिक पाते हैं, तो विचार करें कि आप उस सीमा पर क्यों जा रहे हैं। क्या इसकी वजह उनका दबाव है? क्या इसलिए कि आपने गलतियाँ की हैं? क्या इसलिए कि आपने खराब अनुमान लगाया है कि कुछ को पूरा करने में कितना समय लगना चाहिए?
5. यदि आप महसूस करते हैं कि आपने किसी विशेष विषय को कवर किया है तो अपनी ज़मीन खड़ी करें। यदि आपने पहले ही बग तय कर लिया है, और वे आपसे लगभग एक समान बग को ठीक करने के लिए कह रहे हैं, तो कहें "हमने पहले ही उस विषय को बग एक्स के साथ कवर कर लिया है, शायद हम कुछ और कर सकते हैं जो कुछ नया प्रदर्शित करता है।"
6. किसी भी परिस्थिति में आपको उत्पादन पाइपलाइन में कुछ भी नहीं देखना चाहिए। इसमें किसी भी प्रकार की विकास शाखा शामिल है जो अंततः उत्पादन पाइपलाइन को जन्म दे सकती है। जब संदेह होता है, तो कोड परीक्षणों के लिए कुछ भी नहीं जांचें जो जरूरी नहीं है कि व्यक्ति में हो, मैं जोर देकर कहता हूं कि कोड को पहले मेरे व्यक्तिगत सार्वजनिक भंडार में जांचा जाए। इससे मुझे अपने काम को अनुचित तरीके से करने से कम से कम किसी तरह की सुरक्षा मिलती है।
7. उनके व्यवहार के लिए उन्हें हर तरह से जज करें जितना वे आपको जज कर रहे हैं। यदि आपको लगता है कि वे आपके साथ सामने नहीं आ रहे हैं, तो उन्हें इस पर कॉल करें। यदि आपको लगता है कि आपके साथ गलत व्यवहार किया जा रहा है, तो बोलें।

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

Comments

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

— कोडविअर

इससे भी बदतर, अगर मैं एक ऐसी कंपनी होती जो मैं नहीं चाहती कि लोग मेरे लिए काम करें और मेरे उत्पादन वातावरण तक पहुँचने के लिए सभी उचित एनडीए और अन्य रूपों पर हस्ताक्षर करें, और आपका वीसीएस एक उत्पादन वातावरण है ...

— jwenting

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

— नील स्लेटर

@marcvangend: यहां (अमेरिका स्थित) मेरी प्राथमिक चिंता दायित्व होगी। चूंकि कोई औपचारिक अनुबंध नहीं है और कोई प्रत्यक्ष संबंध नहीं है, अगर कुछ गलत हो जाता है और उनके सॉफ़्टवेयर में कुछ का शोषण होता है, तो उनके लिए कुछ "साक्षात्कारकर्ता" पर दोष देना बहुत सरल होगा। # मेरे काम को चोरी होने से रोकने के बजाय केवल एक आत्म सुरक्षा उपाय है। मैंने अपने काम को बहुत सालों से चुराया है, और यह वास्तव में मुझे परेशान नहीं करता है।

— जोएल एथरटन

@WayneWerner: या पारंपरिक सलाहकार की कविता। "गुलाब लाल हैं, violets नीले हैं, मेरे गधे का भुगतान करें।"

— जोएल एथरटन

Answer 2

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

यह कहा जा रहा है, एक परीक्षण एक परीक्षण है।

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

• यह एक अस्तित्व कोड आधार के साथ सौदा नहीं करना चाहिए। मध्यम-पैमाने के उत्पाद के कोड आधार को समझने में कोड की गुणवत्ता और तकनीकी ऋण के आधार पर दिन या सप्ताह (या महीने या साल) लग सकते हैं। बौद्धिक संपदा भी एक मुद्दा हो सकता है (जब तक कि कोड खुला नहीं है)।

  जब लक्ष्य परीक्षण करना है कि उम्मीदवार अस्तित्व कोड आधार को बनाए रखने में सक्षम है, तो परीक्षण विशेष रूप से परीक्षणों के लिए लिखे गए एक छोटे (500-600 LOC) काल्पनिक कोड आधार पर किया जा सकता है।

• यह एक वास्तविक जीवन एप्लिकेशन या सुविधा विकसित करने के लिए एक अनुरोध होने की जरूरत नहीं है। यह कोड का एक पूरी तरह से बेकार टुकड़ा हो सकता है, एकमात्र इरादे से लिखा गया है कि आप समस्या को समझ गए हैं और इसे हल करने का एक सुंदर तरीका मिला है।

• यह सही होना जरूरी नहीं है। कीड़े हैं? कोई बात नहीं। उम्मीदवार के साथ आगे के साक्षात्कार के लिए उन पर ध्यान दें; यह देखने के लिए एक उत्कृष्ट अवसर हो सकता है कि उम्मीदवार इस स्थिति में कैसे प्रतिक्रिया करता है।

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

• यह इस परीक्षण के दौरान लिखे गए कोड के लिए कंपनी के संस्करण नियंत्रण को समाप्त करने के लिए प्रश्न से बाहर है। वे एक उम्मीदवार द्वारा लिखित कुछ के साथ अपने संस्करण नियंत्रण को प्रदूषित क्यों करेंगे?

निष्कर्ष निकालने के लिए, जब आपसे प्रोडक्शन कोड लिखने, बग्स हल करने और कंपनी के संस्करण नियंत्रण में अपना काम करने के लिए दर्जनों घंटे खर्च करने के लिए कहा जाता है:

• या तो वे आपको मुफ्त में सुविधाओं को लागू करने के लिए उपयोग कर रहे हैं,

• या वे वास्तव में नहीं समझते कि साक्षात्कार कैसे किया जाए।

दोनों ही मामलों में, काम करने के लिए बेहतर जगह की तलाश करें।

Comments

+1 "कोड गुणवत्ता और तकनीकी ऋण के आधार पर" या महीनों या वर्षों के लिए। इसके अलावा अगर यह इतना बुरा है कि वे उन डेवलपर्स को दूर कर देंगे जो डब्ल्यूटीएफ की स्टीमिंग पाइल को छांटने में सक्षम हैं और उन्हें इसे किराए पर देना होगा जो इसे बदतर बना देगा ...

— जूलिया हेवर्ड

यह पूरी तरह से एक समस्या है, जैसे "इन ईएफ कक्षाओं को देखते हुए, एक प्रश्न लिखें जो कुछ जटिल मानदंड लौटाता है और परिणाम को एक रूप में प्रदर्शित करता है"। मैं इंटरव्यू लेने वाले से इस तरह का माहौल बनाने के लिए कहने की कल्पना नहीं कर सकता, बल्कि उन्हें एक मौजूदा वीएम दें जो सब कुछ सेट अप कर देता है।

— गाबे

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

— आर्सेनी मूरज़ेंको

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

— गेब

Answer 3

एक लंबा जवाब लिखने के लिए नहीं जा रहा है, लेकिन मैं गंभीर रूप से भ्रमित हूं, कोई भी कॉपीराइट के मुद्दे को क्यों नहीं ला रहा है?

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

Comments

मैंने कभी भी कोडिंग टेस्ट के बारे में नहीं सुना है जो उत्पादन में अपना रास्ता बनाता है। कॉपीराइट यहाँ एक वैध मुद्दा है।

— जोश

बीमा का उल्लेख नहीं है

— क्रेक

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

— user2338816

@ user2338816: सबसे पहले, भले ही भुगतान दिया गया हो, फिर भी आप कॉपीराइट के उल्लंघन के लिए मुकदमा कर सकते हैं क्योंकि कागज पर भुगतान अक्सर काम का अनुबंध नहीं होता है, बल्कि एक ... ठीक है, अंग्रेजी शब्द नहीं मिल सकता है। हालांकि आप सही हैं कि आपको कोड की एक प्रति की आवश्यकता होगी क्योंकि आपको मुकदमा दायर करने से पहले कॉपीराइट कार्यालय में इसे पंजीकृत करना होगा।

— डेविड मूलर

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

— केविन

Answer 4

अधिक कैरियर अनुभव वाले लोग इस प्रश्न का उत्तर देने में बेहतर हो सकते हैं, लेकिन मैं व्यक्तिगत रूप से 20+ घंटे के देव परीक्षण के साथ बहुत सहज नहीं होगा। ऐसा लगता है कि वे कार्य के कार्यों को पूरा करने के लिए साक्षात्कार का उपयोग कर रहे हैं।

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

बहुत कम से कम, कोड के लिए भुगतान पर चर्चा करने से आपको यह तय करने में मदद मिलेगी कि क्या आप किसी प्रस्ताव को स्वीकार करना चाहते हैं। मैं एक प्रस्ताव स्वीकार नहीं करना चाहता अगर वे सोचते थे कि केवल छह घंटे के लिए आपको भुगतान करना उचित था।

Comments

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

— कोडविअर

मेरा एक पूर्व सहकर्मी 200+ परियोजनाओं के साथ एक समाधान में एक टीम का हिस्सा बन गया, इसलिए यह अनसुना नहीं है।

— ट्रिप्सिस

Answer 5

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

प्रश्न में वर्णित स्थिति बहुत ज्यादा लग रही है जैसे कोई व्यक्ति मुफ्त (या सस्ते) के लिए कुछ उपयोगी पाने की कोशिश कर रहा है।

Answer 6

मैंने कभी भी एक घंटे से अधिक समय तक एक देव परीक्षण नहीं किया है, और ये सभी 'पहेलियाँ' हैं, यह देखने के लिए काम का एक टुकड़ा है कि क्या मैं समस्याओं को हल कर सकता हूं और किसी निश्चित समय सीमा के भीतर एक निर्धारित उद्देश्य को पूरा कर सकता हूं।

$ 50 (या मेरे लिए, £ 25-30) एक बहुत ही खराब दिन की दर है, यह एक पेय के बदले में अपने शौचालय को ठीक करने के लिए प्लंबर की तरह है।

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

मूर्ख होना, दुख की बात है, जीवन का हिस्सा है, लेकिन आपको वापस बैठना और उसे स्वीकार नहीं करना है।

Comments

लोगों को इस तरह का नाम और शर्म बताने की बुरी सलाह, किसी को भी कानूनी और कैरियर की परेशानी का अंत नहीं कर सकती।

— jwenting

मैं वास्तव में सिर्फ उनके साथ फोन बंद कर दिया। स्थिति को ठुकरा देने के बाद मुझसे पूछा गया कि क्या मैं अपनी आलोचनाएं प्रदान कर सकता हूं, और मैंने समझाया कि मैं इस संभावना को लेकर चिंतित था कि मैं सस्ते में विकास कर रहा था। कंपनी में POC से मिले फीडबैक के आधार पर, और उनके सोर्स कंट्रोल में चेकइन करते हैं और आगे सोर्स कोड में देखते हुए, मुझे नहीं लगता कि वे ऐसा कर रहे हैं। एक छोटी कंपनी के काम पर रखने की प्रवृत्ति के बारे में औसतन, 6 महीने या प्रति माह 2 लोगों की तरह दिखता है। उस ने कहा, मैं अभी भी अभ्यास से सहमत नहीं हूं। वहां गुन काम नहीं।

— कोडवायर

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

— एक पीला छाया

@ कोडवर्ड आप कहते हैं कि आपने स्थिति को ठुकरा दिया है। क्या इसका मतलब है कि उन्होंने आपको पद की पेशकश की है? और आपके "देव परीक्षण" कार्य के लिए भुगतान की और चर्चा हुई है?

— user2338816

@ कोडवरियर गुड कॉल! कभी-कभी आपको केवल यह जानना होगा कि कब चलना है।

— AJFaraday

Answer 7

तुलना करने के लिए: मेरी वर्तमान नौकरी के लिए इंटरव्यू के बारे में 1 घंटा बात कर रहा था कि मैंने अभी तक क्या किया है और कंपनी क्या करने की योजना बना रही है और मैं इसमें कैसे फिट होऊंगा। इसके बाद हमने एक हफ्ते में एक छोटे से प्रोजेक्ट पर काम किया जिसमें वे झूठ बोल रहे थे। चारों ओर, मैं सिर्फ यह देखने के लिए अनुमान लगाता हूं कि हम एक दूसरे के साथ कैसे मिलते हैं। उन्होंने मुझे इसके लिए फ्रीलांसर के रूप में भुगतान किया, जो कि मुझे अब उनके कर्मचारी के रूप में मिलता है, इसलिए पूरे अवैतनिक काम का पूरा दिन कभी नहीं था, 3 दिन अकेले रहने दो।

यदि कोड वास्तव में उत्पादन में उपयोग किया जाता है, तो मैं उन्हें आपके द्वारा खर्च किए गए 24 घंटों के लिए बिल भेजूंगा, न कि आपकी गलती अगर उनके अनुमान गलत हैं। यह मानते हुए कि उन्होंने आपको अनुमान नहीं लगाने दिया कि इसमें कितना समय लगेगा।

Comments

जब आप कहते हैं कि आपने एक परियोजना पर काम किया है, तो वे "चारों ओर झूठ बोल रहे थे", क्या यह एक परियोजना थी जो वे उत्पादन में उपयोग करते थे? जैसा कि अन्य उत्तर इंगित करते हैं, यह किसी भी स्थिति में अजीब है, चाहे आप भुगतान किए गए हों या नहीं, और आमतौर पर उम्मीदवार की तुलना में कंपनी के लिए बदतर हैं।

— trysis

कॉन्ट्रैक्ट-टू-हायर के एक छोटे संस्करण की तरह लगता है, जो एक सामान्य व्यवसाय अभ्यास है (हालांकि आमतौर पर केवल एक सप्ताह नहीं)।

— जो

Answer 8

जब आप अपने काम के लिए (कुछ) भुगतान कर रहे हैं, तो यह एक परीक्षण परियोजना की तरह नहीं लगता है, यह आपको बाहर सस्ते / मुफ्त काम पाने के लिए एक घोटाले की तरह लगता है। यह हो सकता है कि यह एक परीक्षण परियोजना होने का इरादा था , बस संरचित या बहुत अच्छी तरह से प्रबंधित नहीं किया गया था ।

लेकिन प्रबंधन जो इतना बुरा है कि यह एक घोटाले की तरह लग रहा है, निश्चित रूप से कुछ ऐसा है जिसे आपको यह ध्यान में रखना चाहिए कि क्या नौकरी लेनी है या नहीं।

एक उचित परीक्षण परियोजना को यह स्पष्ट करना चाहिए कि

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

शर्तों को आप के लिए स्वीकार्य होना चाहिए चाहे आप काम पर रखें - यदि शर्तें केवल स्वीकार्य हैं यदि वे पूर्णकालिक नौकरी के साथ आते हैं, तो वे वास्तव में स्वीकार्य हैं।

Answer 9

मुझे नहीं लगता कि वे वास्तव में सस्ते श्रम पाने के लिए इसका इस्तेमाल करेंगे।

वजह साफ है। आपके द्वारा उन परीक्षणों को लिखने के बाद, उन्हें लोगों की समीक्षा करने की आवश्यकता है कि आप क्या लिखते हैं, हाँ समीक्षा कोड स्वयं कोड लिखने की तुलना में बहुत आसान है, लेकिन इसमें अभी भी बहुत समय लगता है।

और फिर उसके बाद शायद उन्हें लोगों को उन परीक्षणों को बनाए रखने, इसे समझाने, आदि की आवश्यकता होती है।

और मैं बस किसी भी आईटी कंपनी की कल्पना नहीं कर सकता जो यूएस में विशेष रूप से $ 100 से कम कंपनियों को बचाने के बारे में परवाह करेगी। यह कभी नहीं होता कि व्यापार कैसे चलता है।

Comments

अगर उन्हें 20+ घंटे का काम मिल गया, और $ 50 ph की कीमत (6- तेजस्वी नहीं) पर 6-8 के लिए भुगतान किया, तो उन्होंने $ 100 से अधिक की बचत की है। शायद वे काम करने वाले कोड की तुलना में सस्ते में और जल्दी से कुछ हासिल करने में अधिक रुचि रखते हैं जो काम करता है या बनाए रखने योग्य है? लालच, अक्षमता और लोगों की दूरदर्शिता को कम मत समझना।

— jwg

मैं यह तर्क नहीं दे रहा हूं कि यह उचित या उचित है, बस यह संभव है कि ऐसा हो सकता है । वहाँ बहुत सारे घोटालेबाज हैं, जिनमें कुछ मूर्ख भी शामिल हैं।

— jwg

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

— cHao

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

— cHao

@Taemyr: उह, अगर मैं ओपी समझ में उनके codebase है एक खंडित गड़बड़ - कुछ एक एकल वी.एस. समाधान में 132 के बारे में परियोजनाओं?

— थकाला

Answer 10

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

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

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

Comments

यह पोस्ट पढ़ना मुश्किल है (पाठ की दीवार)। आप आपत्ति तो नहीं है संपादित एक बेहतर आकार में यह ing?

— गन्नत

Answer 11

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

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

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

एक कोड बंदर मत बनो। चले जाना।