Jak mogę wykazać umiejętności potencjalnym pracodawcom, gdy cała moja praca dotyczy wewnętrznych projektów? [Zamknięte]


30

Zajmuję swoją obecną pozycję przez długi czas (10 lat) i w tym czasie czuję się, jakbym sprawował się dobrze jako projektant, architekt systemu i programista. Jednak wszystkie prace dotyczyły wewnętrznych projektów, które nie są dostępne ze świata zewnętrznego.

Widzę wiele takich rad, które sugerują „Jeśli możesz dosłownie wskazać na coś i powiedzieć„ napisałem to ”, jest to bardzo imponujące”. Co jeśli nie możesz dosłownie „wskazać” na nic, ponieważ chociaż jesteś namiętnym programistą, który (jak to ujmuje klasyczny Joel-ism) „jest mądry i załatwia sprawy”, wszystkie te rzeczy są niewidoczne?

Czy muszę zacząć gorączkowo angażować się w projekty typu open source? Założyć blog „w prawdziwym świecie” (nie korporacyjnym)? Szczerze mówiąc, spędziłem tu większość moich 10 lat, a dopiero niedawno rozważałem wyjazd na zielone pastwiska. Czy zatopię się, zanim zacznę szukać, ponieważ skupiam się na pracy mojego obecnego pracodawcy, kosztem mojej „obecności publicznej”?


Czy masz jakieś projekty na weekend / noc? Jakieś rzeczy, które wymagały sporo inżynierii i pracy? Zawsze uważałem, że są świetne do wprowadzenia. Daje im także spojrzenie na to, jak bardzo pasjonujesz się swoją branżą.

2
Jestem na tej samej łodzi - według Joela Spolsky'ego wewnętrzni programiści są jednak bezwartościowi, a
przynajmniej

Odpowiedzi:


24

Pokazywanie projektów zewnętrznych jest pomocne, ale nigdy nie było dla mnie przeszkodą w zatrudnianiu lub zatrudnianiu się w przeszłości.

Jeśli możesz porozmawiać o projektach, nad którymi pracowałeś i wyjaśnić każdemu, kto przeprowadza z tobą wywiad, szczegółowe informacje na temat tego, co zrobiłeś, co poszło dobrze, w jaki sposób zapewniło wartość twojej organizacji. Podekscytowanie się tym, co zrobiłeś i ogólnie programowanie to dobry sposób na zdobywanie punktów w wielu miejscach. Okazanie zainteresowania rzeczami typu open source, posiadanie konta github, nawet jeśli wszystko, co robisz, to śledzenie niektórych projektów, być może niewielkiej łatki, ma pewną wartość. Przekonałem się, że większość pracodawców tak naprawdę nie patrzy na szczegóły moich projektów open source na github, są podekscytowani, aby to zobaczyć;)


+1: zawsze dokumentuj swoje osobiste projekty - i nigdy nie boli napisać artykuł o CodeProject. Kilku potencjalnych pracodawców odpowiedziało pozytywnie i pozytywnie skomentowało podczas wywiadów.
IAbstract

1
I myślę, że ludzie wspominali o blogach. Nigdy nie byłem wielki na blogach jako pracodawca, chyba że są naprawdę płodne. Jednak zwykle spoglądam na kilka postów, więc jeśli są naprawdę dobre, będzie się wyróżniał.
Travis,

4

Oczywiście nigdy nie jest za późno na rozpoczęcie.

Cały czas spotykam programistów, którzy nie są obecni w sieci; są raczej konsumentami treści niż dostawcami, a jednak ci dobrzy nigdy nie mają problemów ze znalezieniem pracy. Jeśli jesteś w tym samym miejscu przez dziesięć lat, mam nadzieję, że masz listę rzeczy do zrobienia do wypisania w życiorysie, a kilka osób, z którymi pracowałeś, może to poświadczyć.


7
Istnieje wiele kiepskich blogów, w rzeczywistości 90%. Myślę, że mózg potrzebuje wiedzieć, kiedy nie pisać :)
Job

2

Chociaż udział w projektach typu open source prawdopodobnie dałby ci pewną przewagę u niektórych ankieterów w niektórych środowiskach, nie jest mało prawdopodobne, aby ich obecność szkodziła innym ankieterom lub innym środowiskom.

Niektóre określone środowiska lub ankieterzy mogą kłaść większy nacisk na projekty open source, z których korzystają lub do których się przyczyniają, ale jeśli twoje CV jest dobre z innych powodów, prawdopodobnie nie będziesz cierpieć z powodu braku zaangażowania w te projekty.

Jak zawsze jednak musisz dostosować swoją aplikację do pracy, o którą się ubiegasz. Podkreśl obszary, które mogą być nimi zainteresowane, odznacz obszary, które raczej nie będą zainteresowane.

Przeprowadzając wywiad na temat mojego obecnego stanowiska, podkreśliłem pracę, którą kiedyś wykonałem przy użyciu ekstremalnego mikroskopu ultrafioletowego, ponieważ wiedziałem, że moi potencjalni pracodawcy będą wiedzieć, co się z tym wiąże. Wyjaśniłem jasno, że chociaż nie byłem inżynierem optycznym ani UHV, jako inżynier oprogramowania miałem uznanie dla optyki odbijającej (a nie refrakcyjnej) i systemów o ultrawysokiej próżni. To prawie na pewno wyróżniało mnie z tłumu.

Wreszcie to, że nie możesz pokazać im kodu (a czasem nawet szczegółowo omówić produkt), nie oznacza, że ​​nie możesz mówić o decyzjach projektowych, które tak podejmowałeś, ani o skutkach, jakie miałeś na produkt.

Z własnego doświadczenia mogę wyjaśnić, że:

  • W mojej pierwszej pracy po uniwersytecie zreorganizowałem wojskowy system klient / serwer GIS, aby miał stałą wydajność we wszystkich zakresach zoomu, a nie wykładniczo wolniejszy w miarę oddalania się użytkownika.
  • Podjąłem się projektu, który spóźnił się już 6 miesięcy, w którym nie napisano żadnego oprogramowania i dostarczono najważniejsze funkcje, zanim sprzęt był gotowy do testów na żywo.
  • Z powodzeniem przeniosłem aplikację widzenia maszynowego z przestarzałej biblioteki do nowoczesnej, dodając obsługę kamer Firewire i Gig-E Vision, zachowując jednocześnie kompatybilność wsteczną z kamerami analogowymi.

i tak dalej.


1

Zgadzam się ze wszystkim, co powiedziano do tej pory, i zdecydowanie zalecałbym zrobienie czegoś samemu. Nie musi to być coś dużego, tylko coś małego i interesującego, co robisz w wolnym czasie. Pokazuje podejście „hej, jestem zainteresowany robieniem rzeczy nawet po zakończeniu godzin pracy”, co zawsze jest plusem.


1

Nie podkreśliłbym tego. Jestem w pozycji, w której pracuję nad projektami, o których tak naprawdę nie mogę nikomu szczegółowo mówić, ponieważ jestem w sektorze obrony, w którym wiele rzeczy jest sklasyfikowanych. To w połączeniu z brakiem konta github nie przeszkadza mi w pokazaniu, że znam swoje rzeczy i jestem dobry w tym, co robię, i dobrze sobie radzę w wywiadach.


1

Jest to bardzo powszechne - istnieje wiele firm kontraktowych z dużą liczbą pracowników piszących kod w ramach umów o zachowaniu poufności lub poufności, które nigdy nie zostaną zwolnione.

Wiele z nich nie ma projektów pobocznych ani pracy o otwartym kodzie źródłowym, ale nadal bez problemu zmienia zadania. Musisz więc porozmawiać o rodzajach pracy i wykonanych projektach bez naruszania NDA.

Oczywiście, jeśli dołączyłeś lub zacząłeś projekt open source (lub dwa), to świetny sposób, aby naprawdę coś popisać.


0

Moim rozwiązaniem tego rodzaju problemu było stworzenie małej, chronionej hasłem strony internetowej, której mógłbym użyć jako portfolio online. Następnie podzieliłem pracę, którą wykonałem przez pracodawcę, a następnie według projektu. Mam gdzie indziej indeks umiejętności, który prowadzi do konkretnych projektów.

Klauzule poufności uniemożliwiają mi podanie wielu szczegółów, nawet na mojej stronie, ale jestem w stanie podkreślić, co robiłem i jakie były odpowiednie lub wykorzystane umiejętności.

Coś takiego może ci pomóc. Ostatecznie jednak zgadzam się z innymi tutaj, którzy powiedzieli, że nie będzie to sytuacja zrobienia lub złamania. 10 lat doświadczenia w połączeniu z kilkoma pozytywnymi zaleceniami powinno mieć spore znaczenie.

Korzystając z naszej strony potwierdzasz, że przeczytałeś(-aś) i rozumiesz nasze zasady używania plików cookie i zasady ochrony prywatności.
Licensed under cc by-sa 3.0 with attribution required.