Witajcie Chabrowicze!
Miałem ostatnio okazję przejść sporo rozmów kwalifikacyjnych, a nawet otrzymałem oferty od kilku znanych i nie do końca europejskich firm, ale dzisiaj nie będę Wam opowiadał o tym, jak przygotować się do rozwiązywania trudnych problemów programistycznych lub jak najlepiej wykazać się umiejętnościami miękkimi. Dzisiaj porozmawiamy o umowach o otwartym kodzie źródłowym i o pracę, o tym, jak sobie radzą i jakie mogą być pułapki. Nie ma nic smutniejszego niż konieczność opuszczenia wyścigu po 3 etapach rozmów kwalifikacyjnych i tygodniu odrabiania zadań domowych, kiedy dochodzi do zrozumienia, że tej umowy o pracę nie podpiszesz nawet na muszce. Widziałem wiele umów o pracę i nauczyłem się odróżniać bardzo złe od złych, złe od zadowalających i zadowalające od dobrych. Więcej szczegółów o wszystkim pod nacięciem.
Zastrzeżenie: W tym artykule opiszę nie tylko moje doświadczenia, ale także doświadczenia moich znajomych. Z oczywistych względów nie będę w tym artykule wymieniać firm z nazwy.
Wyobraźmy sobie więc sytuację: spędzasz tydzień na rozwiązywaniu zadania testowego, przechodzisz przez 3 etapy rozmowy kwalifikacyjnej, przysyłają Ci ofertę przeprowadzki do Europy Zachodniej za stosunkowo dobre pieniądze, jesteś gotowy rzucić wszystko i już się pakujesz torby, ale coś Cię niepokoi, prosisz o trochę więcej czasu do namysłu i prosisz o przesłanie Ci projektu umowy o pracę. Dokładnie studiujesz umowę, zagłębiasz się we wszystkie niuanse i rozumiesz, że jest to przykład bardzo złego kontaktu, na mocy którego:
- Nie masz prawa niczego ujawniać, dosłownie w ogóle. W przeciwnym razie - duża kara.
- Możesz zapomnieć o swoich projektach. W przeciwnym razie - duża kara.
- Jeśli istnieje chociaż jakiś związek pomiędzy tym, co będziesz robić/wymyślasz długo po zatrudnieniu, a tym, nad czym pracowałeś lub czego się nauczyłeś/zdobyłeś od tego pracodawcy, to musisz odpowiednio przenieść na niego wszelkie prawa. Nawet jeśli wiąże się to z wyjazdem do innego kraju i zgłoszeniem patentów oraz cesji praw. W przeciwnym razie - duża kara.
- Otrzymujesz nadgodziny bez dodatkowego wynagrodzenia.
- Pracodawca może jednostronnie zmienić warunki umowy.
I to nie wszystko. Generalnie sprawa jest jasna - za kasą fiskalną.
Jeszcze przed tym wydarzeniem intensywnie o tym myślałem Klauzula własności intelektualnej lub Akapit dotyczący praw własności intelektualnej w szczególności w umowach o pracę pracowników branży IT i programistów. Pisanie wysokiej jakości kodu to często jedyna umiejętność, którą posiadamy i którą doskonalimy latami w nadziei, że uda nam się sprzedać ją drożej, jednak w pewnym momencie dochodzimy do zrozumienia, że tę umiejętność można nie tylko sprzedać, ale zainwestował także w open source, które coraz częściej nazywane jest ciemną materią branży oprogramowania, gdzie działa jego własna „grawitacja” i inne „prawa fizyki”. Możesz przyczynić się do otwartych projektów w celu samorozwoju i nawiązania kontaktów z innymi programistami, ale często także po to, aby zostać zauważonym przez potencjalnych pracodawców. Profil na GitHubie często może powiedzieć o deweloperze znacznie więcej niż profil na LinkedIn, a pisanie otwartego kodu, udział w zbiorowych recenzjach kodu, zgłaszanie błędów i pisanie dokumentacji do projektów open source staje się częścią życia najbardziej aktywnych i zmotywowanych programistów .
Uczestnicząc w różnych konferencjach IT w Europie, zapoznałem się z terminem IP-Friendly w odniesieniu do umów o pracę. Termin ten odnosi się do umów, które w żaden sposób nie ograniczają pracowników w kierunku ich wysiłku intelektualnego w czasie wolnym lub nie wprowadzają uzasadnionych ograniczeń mających na celu ochronę pracodawcy przed konkurencją. Na przykład warunki umowy stanowiące, że „wszystko, co zostanie zrobione na sprzęcie pracodawcy i pod jego bezpośrednim poleceniem, należy do pracodawcy” są bardziej przyjazne dla własności intelektualnej niż „wszystko, co zostanie zrobione w trakcie trwania umowy o pracę, należy bezwarunkowo do pracodawcy”. Jak to mówią, poczuj różnicę!
Google jako pierwszy zrozumiał, jak ważne jest, aby programiści wspierali projekty open source, pozwalając swoim pracownikom poświęcić nawet 20% swojego czasu pracy na projekty open source, inne czołowe firmy podążyły za tym trendem i nie pozostają w tyle. Korzyść dla firm jest oczywista, jest to strategia korzystna dla obu stron, ponieważ firma zyskuje reputację ośrodka skupiającego najbardziej utalentowanych programistów, co z kolei przyciąga jeszcze więcej silnych specjalistów. Próg wejścia do takich firm jest bardzo wysoki i wybierają najlepszych z najlepszych.
Większość mniejszych firm o nowych trendach wie jedynie ze słyszenia i stara się zmieścić w umowie o pracę jak najwięcej ograniczeń. Spotkałem się z takimi bez przesady sformułowaniami jak: „Pracodawca jest właścicielem wszystkiego i wszystkiego, co stworzy pracownik”. To smutny fakt, ale wielu deweloperów zgadza się na takie warunki ze względu na brak wiedzy z zakresu praw własności intelektualnej lub trudną sytuację życiową (nie ma czasu na przeglądanie ofert). Jak można poprawić sytuację? Moim zdaniem jest kilka sposobów:
- Zwiększaj świadomość pracowników branży IT na temat praw własności intelektualnej.
- Promuj ideę umów przyjaznych IP wśród pracodawców.
- Nie tylko po to, aby uczestniczyć w projektach open source, ale także być ewangelistami open source.
- Wspieraj deweloperów w sporach z korporacjami, staraj się, aby opinia publiczna była po stronie dewelopera, jeśli korporacja próbuje „wycisnąć” projekt.
Ostatecznie znalazłem pracę na znacznie lepszych warunkach umowy. Najważniejsze, żeby nie spieszyć się z pierwszą ofertą i szukać dalej. I wnoś swój wkład w open source, ponieważ dziedzictwem kulturowym programisty jest jego kod, a jeśli programista pisze cały kod dla korporacji, to jego dziedzictwo, jego widoczny i namacalny ślad w krajobrazie cyfrowym jest zero.
PS Jeśli spodobał Ci się ten artykuł, zostań moim subskrybentem na Habré - mam jeszcze wiele niezrealizowanych pomysłów, o których chcę napisać, więc dowiesz się o nich jako pierwszy.
PPS Planowana jest kontynuacja artykułu...
W ankiecie mogą brać udział tylko zarejestrowani użytkownicy.
Czy Twoja umowa o pracę jest przyjazna dla własności intelektualnej?
-
65.1%Tak28
-
34.8%Nie15
Głosowało 43 użytkowników. 20 użytkowników wstrzymało się od głosu.
Źródło: www.habr.com