नौकरी साक्षात्कार में नमूना काम के कौन से स्रोतों का उपयोग किया जाना चाहिए? [बन्द है]

Question

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

क्या हमें प्रोग्रामर के रूप में, अपने पिछले काम के नमूने पूर्व नियोक्ताओं को लेने की अनुमति दी जानी चाहिए? साक्षात्कार में हमें कोड के कौन से स्रोतों को दिखाने की उम्मीद की जानी चाहिए? जब लगभग हर नियोक्ता नमूना काम के लिए पूछता है, तो हम कैसे औचित्य दें कि क्या भेजा जा सकता है? क्या यह हमारी ज़िम्मेदारी है कि हम अपने पूरे जीवन के लिए काम के बाद की परियोजनाओं को बनाए रखें ताकि हमारे पास कोड हो जो हम अपने अगले नियोक्ता को कानूनी तौर पर दिखा सकें?

Comments

@Craige अच्छा संपादन, धन्यवाद। मैंने प्रश्न को अस्थायी रूप से फिर से खोल दिया , मुझे लगता है कि वर्तमान संस्करण सीमा रेखा है। अगर उत्तर दक्षिण की ओर जाता है, तो यह फिर से बंद हो सकता है।

— यानि

टिप्पणीकार: यदि आपके पास कोई उत्तर है, तो एक उत्तर छोड़ दें। यदि आप इस प्रश्न के विषय पर चर्चा करना चाहते हैं, तो इसे चैट पर ले जाएं ।

Answer 1

यूएस कोड का शीर्षक 17 17 107 उन परिस्थितियों को रेखांकित करता है, जिसमें कॉपीराइट के काम को उचित उपयोग के लिए कॉपी किया जा सकता है, चाहे काम प्रकाशित किया गया हो या नहीं। जैसा कि कॉपीराइट कानून है जो आमतौर पर स्रोत कोड की सुरक्षा करता है, यह आपके प्रश्न के लिए प्रासंगिक है।

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

Comments

यही मेरा मतलब है, यदि आपने उपकरण को दिखाने वाला वीडियो रिकॉर्ड किया है तो स्रोत कोड नहीं देने के बाद से यह प्रतिलिपि प्रस्तुत करने योग्य नहीं होगा।

— जोन वैज

Answer 2

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

यह आम लोगों को कंपनी के बारे में बताए बिना संदर्भ या अन्य कारणों से उनके साथ काम करने के लिए है। आप इसे कर सकते हैं यही एकमात्र तरीका है। यदि आप इसे लीक करते हैं, तो आप इसके लिए अभी भी जिम्मेदार हैं।

मेरी भी ऐसी ही स्थिति थी, जहाँ मैं अपना पुराना काम दिखा सकता था और शायद इससे मेरी प्रोफ़ाइल को बढ़ावा मिलता, लेकिन मैं भी नहीं चुनता और मुझे इसका अफसोस नहीं है। यह मेरी पुरानी कंपनी की संपत्ति थी और यह इस तरह से होनी चाहिए। यदि आपका संचार कौशल यह समझाने के लिए पर्याप्त नहीं है कि आपने क्या किया है, तो आपको अपने पिछले नियोक्ता को दोष नहीं देना चाहिए।

नोट: मुझे यकीन नहीं है कि किस प्रकार के काम को यहां संदर्भित किया जा रहा है। यह कुछ हद तक महत्वपूर्ण हो सकता है।

Comments

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

— जोन वेंज

नहीं, आप उन्हें समझा सकते हैं। या आप इसे अपना बनाने के लिए इसे फिर से लिख सकते हैं, लेकिन सटीक एक ही बात दिखाना सवाल से बाहर है।

— नं

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

— जोन वेंज

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

— नं

क्या लोगों को अपने काम की यादें रखने की अनुमति है? विशेष रूप से ईदिक स्मृति वाले लोग? आपको कोड का उत्पादन नहीं करने के लिए समस्याओं को हल करने के लिए भुगतान किया जाता है।

— डेन

Answer 3

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

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

Comments

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

— जोन वेंज

@JoanVenge: आप गंभीरता से ऐसे नियोक्ताओं के लिए काम नहीं करना चाहते हैं। यदि वे विशेष रूप से आपसे अन्य कंपनियों से गोपनीय जानकारी प्रकट करने के लिए कहते हैं, तो क्या आप उनके बारे में कुछ भी भरोसा कर सकते हैं?

— गोरान जोविक

@JoanVenge: मेरा मतलब है, आपका दोस्त ऐसी कंपनियों के लिए काम नहीं करना चाहता है :)

— गोरान जोविक

@JoVVenge, नहीं, क्योंकि यदि वे किसी प्रतियोगी के लिए नैतिक रूप से / कानूनी रूप से कुछ संदिग्ध करने के लिए तैयार हैं, तो शायद उनके पास कर्मचारी के लिए समान रूप से अनैतिक / अवैध कुछ करने के बारे में कोई भी जांच नहीं होगी।

— चार्ल्स ई। ग्रांट

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

— जेम्स मैकलेड

Answer 4

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

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

बस पहले अपने नियोक्ता से पूछना याद रखें। मैं कुछ भी नहीं ले जाऊंगा, यहां तक ​​कि स्क्रीनशॉट में कंपनी-विशिष्ट डेटा हटा दिया गया था, जब तक कि वे इसके साथ ठीक नहीं थे।

Answer 5

यह निश्चित नहीं है कि आप कोड की प्रतियों को देखने पर एक रेखा खींचते हैं या एक सवाल है कि आपने किसी विशेष समस्या को कैसे हल किया। कोड के बारे में कुछ महत्वपूर्ण खुलासा किए बिना आप कितना विस्तार में जा सकते हैं?

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

आखिरकार, आपको बस यह साबित करना होगा कि आप कोड लिख सकते हैं और मुझे आशा है कि आप जिस तरह से कर रहे हैं वह वास्तव में कोड लिख रहा है।

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

Answer 6

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

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

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

Answer 7

हाल ही में मैंने कार्यक्रम को सीखने की चुनौती से निपटने के लिए अपने अनुभवों को दर्ज करते हुए एक ब्लॉग शुरू किया। जैसा कि मैं काफी देर से स्टार्टर हूं, मेरे पास पहले की परियोजनाओं का खजाना नहीं है, इसलिए यह मेरी प्रगति का दस्तावेजीकरण करने का एक तरीका है। यह ब्लॉग मेरे कौशल का एक व्यवहार्य ऑनलाइन सार्वजनिक पोर्टफोलियो भी होगा। इसमें कुछ भी काम के समय में नहीं बनाया गया है, या कार्य पुस्तकालयों या स्वामित्व की अवधारणाओं पर निर्भर करता है जो गोपनीयता द्वारा कवर किया जा सकता है।

यह साइट संभवतः एकमात्र कोड है जिसे मैंने पहले ही हाथ में ले लिया है-अगर साक्षात्कार में इसके लिए कहा जाए; यह सार्वजनिक है और इसका एक ट्रैक इतिहास है-हालांकि यह बेहतर होगा यदि ऐसी परियोजनाओं के पूरे स्रोत को GitHub या समान पर होस्ट किया गया था।

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

Answer 8

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

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

वे पूरी तरह से अपने अधिकारों के भीतर हैं कि आप एक प्रति न रखने दें।

Comments

हां, लेकिन फिर उन्होंने उसे यह भी क्यों बताया कि "वह कुछ करने के लिए (भविष्य के नियोक्ताओं को) समझाएगा", जैसे कि उसे निकाल दिया गया था?

— जोन वेंज

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

— जेम्स मैकलेड

@JamesMcLeod - सच है, लेकिन यह 'हम आपको इसे बनाने के लिए भुगतान किया है, इसलिए यह हमारे संबंध है' को बदलने के लिए नहीं जा रहा है।

— माइकल कोहेन

@MichaelKohne - बिल्कुल सच है। बस कुछ सामान्य ज्ञान हमें याद दिलाने के लिए कि विभिन्न न्यायालयों में बहुत अलग कानून हैं।

— जेम्स मैकलेड

Answer 9

आपके द्वारा रखी गई / जाने के बाद, यह बहुत देर हो चुकी है, IMO। (खैर, अब बहुत देर नहीं हुई है लेकिन अब आपको अपने नए "खाली समय" में काम करना है)।

आपको अपने खाली समय में अन्य PROGRAMMING PROJECTS करना चाहिए। शेयरवेयर, स्मार्ट फोन या टैबलेट ऐप। ओपन सोर्स प्रोजेक्ट पर काम। PICK ONE, और फिर इसे करें।

एसओ - जब भावी नियोक्ता नमूनों के लिए पूछता है, तो आपके पास अपने 'खाली समय' से दिखाने के लिए बहुत सारे हैं।

मैं सहमत हूँ - सामान जो आपने अपने पिछले नियोक्ताओं के लिए भुगतान किए गए कर्मचारी के रूप में किया था, उसे कभी नहीं लेना चाहिए और निश्चित रूप से नहीं दिखाया जाना चाहिए।

Answer 10

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

From what I know of my other co-workers, people easily get the stuff they worked on
(without informing the company), and either make a video or take some screenshots of it
without any problem.

यह चोरी के रूप में देखा जा सकता है और बहुत अच्छी तरह से अवैध हो सकता है।

मैं वकील नहीं हूं।

Answer 11

डेवलपर्स जॉब का एक प्रमुख हिस्सा संचार है। यदि आप पिछले कार्य इतिहास और ज्ञान को अच्छी तरह से संवाद कर सकते हैं, तो पिछले कोड को देने की कोई आवश्यकता नहीं है।

इसके अलावा, जिस कंपनी के लिए आप काम करते हैं, वह अधिकांश मामलों में आपके द्वारा लिखे गए कोड की बौद्धिक संपदा रखती है, इसलिए उन्हें या वास्तव में वे इसे क्यों सौंपेंगे?

Answer 12

मैं पिछले नियोक्ता के लिए लिखे गए कोड को कभी नहीं लूंगा और दिखाऊंगा। मुझे किसी पर भी भरोसा नहीं होगा कि मैंने साक्षात्कार दिया था कि उनके अंतिम नियोक्ता से कोड कौन लाया है (क्या वे हमारे पास से कोड चोरी करने जा रहे हैं? क्या आपने वास्तव में इसे लिखा था?)।

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

Answer 13

हो सकता है कि आप अपने काम को अपने साथ नहीं ले पाए हों जो आपने अपने नियोक्ता के लिए किया था, लेकिन किस प्रोग्रामर के पास पालतू परियोजनाएं नहीं हैं जो वह दिखा सकता है?

Comments

हां, लेकिन नियोक्ता दावा करते हैं कि वे भी, यानी कुछ भी आप घंटों के बाद करते हैं।

— जोन वेंज

@JanVenge, कुछ दावा कर सकते हैं कि, लेकिन क्या यह एक वैध दावा है, आपके रोजगार समझौते की प्रकृति पर निर्भर करता है। मेरे अनुभव में ज्यादातर कंपनियों को तब तक परवाह नहीं है जब तक यह उनके व्यवसाय क्षेत्र में नहीं है।

— चार्ल्स ई। अनुदान