अच्छे अनुबंध के साथ नौकरी कैसे पाएं

हैलो, हब्रोस्क नागरिकों!

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

अस्वीकरण: इस लेख में, मैं न केवल अपने अनुभव, बल्कि अपने दोस्तों के अनुभव का भी वर्णन करूंगा। स्पष्ट कारणों के लिए, मैं इस लेख में नाम से कंपनियों का नाम नहीं लूंगा।

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

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

और यह सब नहीं है। सामान्य तौर पर, मामला स्पष्ट है - नकदी रजिस्टर अतीत।

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

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

डेवलपर्स द्वारा ओपन सोर्स परियोजनाओं के समर्थन के महत्व को समझने के लिए Google सबसे पहले था, जिसने अपने कर्मचारियों को अपना 20% समय परियोजनाओं को खोलने के लिए समर्पित करने की अनुमति दी, जबकि अन्य प्रमुख कंपनियों ने इस प्रवृत्ति को उठाया और पीछे नहीं रहीं। कंपनियों के लिए लाभ स्पष्ट है, यह एक जीत-जीत की रणनीति है, क्योंकि कंपनी को सबसे प्रतिभाशाली डेवलपर्स के लिए एक हब के रूप में प्रतिष्ठा मिलती है, जो बदले में और भी अधिक शक्तिशाली पेशेवरों को आकर्षित करती है। ऐसी कंपनियों में प्रवेश करने की सीमा बहुत अधिक है और सर्वश्रेष्ठ में से सर्वश्रेष्ठ का चयन वहाँ किया जाता है।

ज्यादातर कंपनियों को केवल सुने गए नए रुझानों के बारे में पता है और श्रम अनुबंध में यथासंभव अधिक प्रतिबंधों को शामिल करने का प्रयास करते हैं। मुझे ऐसे मिलना था, बिना अतिशयोक्ति के, योगों जैसे "नियोक्ता कर्मचारी द्वारा बनाई गई और सब कुछ का मालिक है।" यह एक दुखद तथ्य है, लेकिन कई डेवलपर्स बौद्धिक संपदा अधिकारों के क्षेत्र में ज्ञान की कमी के कारण या कठिन जीवन स्थिति के कारण (यहां यह बोली प्रक्रिया तक नहीं है) से सहमत हैं। स्थिति को कैसे सुधारा जा सकता है? मेरी राय में, कई तरीके हैं:

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

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

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

PPS जारी रखने की योजना है ...