Jakie źródła przykładowej pracy należy wykorzystać podczas rozmowy kwalifikacyjnej? [Zamknięte]

Jeden z moich przyjaciół został zwolniony. Kiedy z nim rozmawiałem, powiedział, że nie pozwolili mu wziąć kopii niczego, nad czym pracował. Kiedy zapytał, w jaki sposób pokazać pracodawcy innemu pracodawcy podczas rozmowy kwalifikacyjnej, powiedziano mu, że będzie musiał coś wyjaśnić.

Czy powinniśmy, jako programiści, pobierać próbki naszych wcześniejszych prac dawnych pracodawców? Jakie źródła kodu powinniśmy się pochwalić w wywiadzie? Kiedy prawie każdy pracodawca prosi o przykładową pracę, jak mamy uzasadnić, co można wysłać? Czy naszym obowiązkiem jest utrzymywanie projektów po pracy przez całe życie, abyśmy mieli kod, który możemy legalnie pokazać naszemu następnemu pracodawcy?

Tytuł 17 § 107 kodeksu USA określa okoliczności, w których dzieło chronione prawem autorskim może być kopiowane do dozwolonego użytku, niezależnie od tego, czy dzieło zostało opublikowane, czy nie. Ponieważ prawo autorskie jest tym, co zwykle chroni kod źródłowy, ma on znaczenie dla twojego pytania.

Nie jestem prawnikiem i nie znam żadnego orzecznictwa, które by to ustanowiło, ale moim zdaniem kopiowanie krótkich przykładów twojej pracy byłoby objęte dozwolonym użytkiem, pod warunkiem, że jest to wystarczająco mała próbka, aby nie być kompletny działający program lub moduł, który nie ujawnia żadnych tajemnic handlowych. Jeden z dziesięciu plików z implementacji sterownika chipa z publicznie dostępnym arkuszem danych w żaden sposób nie zaszkodzi byłym pracodawcom. Wdrożenie ściśle tajnego algorytmu firmy, któremu pomogłeś zaprojektować, wpędzi cię w kłopoty.

Nie jestem pewien co do części prawnej, ale co o tym myślę, nigdy nie powinieneś mieć prawa zabierać ze sobą swojej pracy. Otrzymałeś wynagrodzenie za pracę. To nie jest twoja własność, ale własność firmy.

Często ludzie zabierają ze sobą swoją pracę w celach informacyjnych lub z innych powodów, bez informowania firmy. To jedyny sposób, aby to zrobić. Nadal jesteś za to odpowiedzialny, na wypadek wycieku.

Miałem podobną sytuację, w której mogłem pokazać moją starą pracę i to prawdopodobnie poprawiłoby mój profil, ale nie wybieram też i nie żałuję. To był mój stary zasób firmy i tak powinno być. Jeśli twoje umiejętności komunikacyjne nie są wystarczająco dobre, aby wyjaśnić, co zrobiłeś, nie powinieneś obwiniać swojego poprzedniego pracodawcy.

Uwaga: Nie jestem pewien, do jakiego rodzaju pracy się tu odwołuje. To może mieć do pewnego stopnia znaczenie.

Gdyby ktoś przyszedł na rozmowę i pokazał mi coś, co było wyraźnie poufną własnością poprzedniego pracodawcy (w tym kod źródłowy publicznej witryny internetowej), miałbym poważne zastrzeżenia co do zatrudnienia tej osoby, niezależnie od jej innych umiejętności i zdolności.

To znaczy, podejrzewam, że jest to całkowicie legalne i dopuszczalne, i każdy kolejny pracodawca, dla którego warto pracować, zrozumie sytuację.

Z mojego doświadczenia wynika, że ​​pracodawcy są bardziej zainteresowani wynikami twojej poprzedniej pracy lub słysząc, jak opisujesz jej architekturę. Nie są zainteresowani przeglądaniem stron i stron rzeczywistego kodu. Jeśli naprawdę chcą zobaczyć twój styl kodowania, zwykle proszą cię o wykonanie jakiegoś trywialnego zadania.

Osobiście pytam moich pracodawców, czy mogę zrobić zrzuty ekranu z mojej pracy, aby dodać je do mojego portfolio. Zrobię edycję obrazu, aby usunąć dane specyficzne dla firmy, lub zapełnić aplikację danymi zastępczymi, więc zwykle nie ma z tym problemu. Następnie mogę użyć tych zrzutów ekranu, aby opisać aplikację potencjalnym pracodawcom, a oni mogą zobaczyć wyniki tego, co zrobiłem w przeszłości.

Pamiętaj tylko, aby najpierw zapytać swojego pracodawcę. Nie wziąłbym niczego, nawet zrzutów ekranu, z których usunięto dane specyficzne dla firmy, chyba że byłyby w porządku.

Nie wiesz, gdzie wytyczasz linię, patrząc na kopie kodu lub pytanie o to, jak rozwiązałeś dany problem. Ile szczegółów można wprowadzić bez ujawnienia czegoś ważnego w kodzie?

Jeśli przyniesiesz mi wydruk, skąd mam wiedzieć, że go napisałeś? Oczywiście zostaniesz poproszony o wyjaśnienie, co robi i dlaczego to zrobiłeś. Równie łatwo może być popatrzenie na czyjś kod i wyjaśnienie, co on robi i jak go ulepszyć.

W końcu musisz tylko udowodnić, że umiesz pisać kod i mam nadzieję, że tak właśnie zrobisz, pisząc kod.

To może zaoszczędzić trochę kłopotów, jeśli pracujesz nad projektem typu open source i otrzymujesz rekomendacje od zaufanego źródła, które może zweryfikować twój wkład. Wątpię, by twój obecny pracodawca złożył roszczenie, ale nie znam prawa, w którym mieszkasz.

Musisz zrozumieć, że to nie jest twój kod. Nie masz prawa nikomu tego okazywać, a twój były pracodawca z pewnością ma prawo chronić swoje zestawy, nie pozwalając ci odejść z kopią.

Kod, który zwykle pokazywałeś w wywiadzie, składałby się z projektów hobbystycznych i / lub programów narzędziowych, z których zrezygnowałeś w wolnym czasie. Jeśli nie masz żadnego z nich do pokazania i szukasz pracy, zacznij pracę nad jedną. Publiczne repozytorium git-hub to świetna rzecz, aby pochwalić się w wywiadzie.

Co więcej, myślę, że popisywanie się poprzednim kodem pracodawcy w rozmowie kwalifikacyjnej jest kiepskie i prawdopodobnie będzie cię kosztować rozmowę. Każdy fragment kodu MUSI być pełen błędów, które mogą ujawnić lukę.

Niedawno założyłem blog, w którym zapisuję swoje doświadczenia związane z nauką programowania. Ponieważ jestem dość spóźnionym początkiem, nie mam wielu wcześniejszych projektów, więc jest to również sposób na udokumentowanie moich postępów. Ten blog byłby również wykonalnym publicznym portfolio moich umiejętności. Nic w tym nie jest wbudowane w czas pracy ani nie opiera się na bibliotekach pracy lub zastrzeżonych koncepcjach, które mogą być objęte tajemnicą.

Ta strona jest prawdopodobnie jedynym kodem, który musiałbym już podać, gdybym o to poprosił podczas wywiadu; jest publiczny i ma historię utworów - choć byłoby lepiej, gdyby całe źródło takich projektów było hostowane na GitHub lub podobnym.

Gdybym nie mógł ręcznie napisać podstawowej składni i pojęć dla pytania do wywiadu w wybranym języku, prawdopodobnie nie byłbym dla nich wystarczająco dobry.

Wszystko, co mówię, dotyczy zwykłych pracowników do woli. Jeśli jesteś kontrahentem, zasady mogą być inne, choć nie postawiłbym wiele na te punkty.

Jeśli jesteś stałym pracownikiem, wszystko, co zrobiłeś, jest własnością pracodawcy. Oznacza to, że nie możesz zabrać go ze sobą bez pozwolenia. To ich - dlatego zapłacili ci za wykonanie pracy! I niekoniecznie chcą, aby było to widoczne w całej branży.

Są w pełni w swoich prawach, aby nie pozwolić ci zachować kopii.

Po zwolnieniu / zwolnieniu jest już za późno, IMO. (Cóż, nie jest za późno, ale teraz masz dużo pracy w nowym „wolnym czasie”).

W wolnym czasie powinieneś wykonywać INNE PROJEKTY PROGRAMOWANIA. Aplikacje Shareware, smartfony lub tablety. Pracuj nad projektami typu open source. Wybierz JEDEN, a następnie zrób to.

SO - kiedy potencjalny pracodawca prosi o próbki, masz dużo do pokazania ze swojego „wolnego czasu”.

Zgadzam się - rzeczy, które zrobiłeś jako płatny pracownik dla swoich poprzednich pracodawców, nigdy nie powinny być brane i na pewno nie pokazywane.

Jest własnością firmy (chyba że w jego umowie zaznaczono inaczej, jeśli ją posiada). Mogą robić z nim, co chcą, w tym nie zezwalać mu na dostęp, pokazywanie lub kopiowanie. Zapłacili mu za wyprodukowanie czegoś, to jest ich.

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.

Można to uznać za kradzież i bardzo dobrze może być nielegalne.

Nie jestem prawnikiem.

Kluczową częścią pracy programisty jest komunikacja. Jeśli potrafisz dobrze przekazać swoją przeszłość zawodową i wiedzę, nie musisz podawać poprzedniego kodu.

Również firma, w której pracujesz, w większości przypadków posiadałaby własność intelektualną kodu, który piszesz, więc dlaczego mieliby lub wręcziliby to?

Nigdy nie wziąłbym i nie pokazałem kodu, który napisałem dla poprzedniego pracodawcy. Nie ufałbym również komuś, z kim przeprowadzałem wywiad, który przyniósł kod od ostatniego pracodawcy (czy zamierzają nam potem ukraść kod? Czy rzeczywiście go napisałeś?).

Rozwiązaniem tego może być praca nad projektem open source lub projektem osobistym, jeśli chcesz zademonstrować swój kod. Chociaż zrobiłem to i zaoferowałem, że pokażę kod, który napisałem, większość pracodawców nie chce widzieć poprzedniej pracy (nie jest to dowód, że ją napisałeś). Kiedy w przeszłości przeprowadzałem wywiady z ludźmi, poprosiłem ich, aby napisali fragmenty lub odpowiedzieli na pytania związane z programowaniem. Nie możesz tego BS.

Być może nie byłeś w stanie zabrać ze sobą pracy, którą wykonałeś dla swojego pracodawcy, ale który programista nie ma projektów domowych, które mógłby pokazać?