Jak skutecznie odpierać takie „polowanie na czarownice”?

To nie jest „polowanie na czarownice”.

Musisz spojrzeć na to z ich perspektywy.

Masz doświadczenie w programowaniu, masz dostęp do Google i Stack Overflow i jesteś naprawdę sprytny, ale tak samo jest wielu innych Łowcy pracy. Mają też doświadczenie w programowaniu, dostęp do Google i Stack Overflow itp. Innymi słowy, musisz odróżnić się od innych poszukiwaczy pracy.

I obawiam się, że judo werbalne nie jest tym, na czym powinieneś się teraz skupiać.

Jeśli chcesz mieć pracę w C # (zamiast JavaScript), powinieneś zbudować mały projekt w C #. Jeśli chcesz pracować w Javie, powinieneś zrobić projekt w Javie.

I chociaż tak, ktoś może cię zatrudnić do używania zupełnie innego języka niż ten, którego używasz, to się zdarza. Jeśli naprawdę chcesz zwiększyć swoje szanse na znalezienie pracy w jakimś konkretnym obszarze, musisz wykazać, że chcesz i jesteś w stanie podjąć się nowego projektu i zrobić to w danym języku (że nie jesteś całkowicie znane).

I nie ma na to lepszego dowodu niż projekt zabawki, nad którym obecnie pracujesz.

Projekt zabawki można następnie wykorzystać jako punkt wyjścia do dyskusji. Posiadanie projektu, o którym można porozmawiać, to w rzeczywistości świetny sposób na skierowanie rozmowy w stronę czegoś, co znasz. Bez tego ankieter może po prostu zadawać głupie, ogólne pytania, które skopiował z Internetu, na które z założenia trudno odpowiedzieć.

Zasadniczo starasz się o pracę w języku C # i korzystałeś z niej tylko na studiach.

Następnie mówisz, że pracowałeś z innymi językami i umiesz programować.

Nie jestem osobą C #, ale osobą Javy, a ekosystem Javy i najlepsze praktyki są tak rozległe, że chociaż sam język jest raczej mały, nie jest to coś, co zauważasz pierwszego dnia . Nawet z Internetem i pomocą.

Prawdopodobnie dotyczy to również C #, a starszy programista wie o tym , a ty nie !

To jest czerwona flaga i duża.

Zdobyłbym trochę więcej doświadczenia z C # i umieściłbym kilka przykładowych, dobrze dopracowanych projektów np. Github, aby świat zobaczył, czy jestem tobą.

RE: Jazda na rowerze

Programowanie jest jak jazda na rowerze

Jazda na rowerze szybko składa się z dwóch elementów :

• umiejętności
• sprawność

W Twoim przypadku wydaje się, że nie byłeś w stanie zademonstrować sprawności.

Wyobraź sobie, że jesteś menadżerem lokalnego klubu rowerowego i szukasz nowego zawodnika, który dołączy do Twojego zespołu. Czy przyjąłbyś kolarza, który nie trenował od 2 lat?

W wielu przypadkach kluby rowerowe nastawione na osiągi chciałyby rowerzysty, który byłby w świetnej formie w momencie wynajmu, aby mogli unikaj kosztów szkolenia kierowcy.

Re: Zrozumienie komputerów

Znajomość programowania wymaga zrozumienia, jak działają komputery, jak „myślą”. Jeśli znasz jeden język, nauka innego nie jest trudna.

Koszt podnoszenia umiejętności

Nie ma znaczenia, czy jest to trudne czy łatwe. Liczy się to, ile czasu zajmie Ci osiągnięcie produktywności, a jeśli nie znasz języka / technologii, może to zająć miesiące.

Rozwiązanie

Proponuję wejść w otwarty projekt źródłowy.

Dzięki publicznym zatwierdzeniom możesz łatwo pokazać swój wkład (który pokazuje Twoje umiejętności), a dwuletnia przerwa staje się nieistotna.

Nie chcę cię bić, ale twój opis wiedzy programistycznej jest naiwny.

Składnia jest łatwa. Sprawdzanie składni jest łatwe. Trudno wiedzieć, na co patrzeć.

Kiedy użyłbyś zadania, a nie wątku? LINQ istnieje już od kilku lat, ale założę się, że nie było go, gdy byłeś na studiach. Kiedy użyłbyś EF, SQLLINQ, a nie surowego TSQL? Czy korzystałeś z kolejki wiadomości?

Koduję w C # na pełny etat przez ostatnie 10 lat i nie znam wszystkich funkcji. 4 lata temu pracowałem na pełnym etacie w ASP.NET. Nie jestem na bieżąco z żadną z nowych rzeczy. Osiągnięcie 1/2 prędkości zajęłoby mi miesiąc, a pełne opanowanie nowych rzeczy zajęłoby mi 4-6 miesięcy. Pracodawcy żądają nowych rzeczy, ponieważ konsumenci żądają nowych rzeczy. Konsument może nie wiedzieć, co to jest asyc, ale wie, kiedy interfejs użytkownika zawiesza się.

Sugeruję, abyś porzucił podejście i zapoznał się z najnowszymi funkcjami.

Głównym sposobem na przekonanie ankieterów, że nie zapomniałeś, jak wykonywać swoją pracę po przerwie, jest pokazanie im . Utwórz projekt w wolnym czasie, rozwijaj go od początku do końca i zapewnij im źródło i / lub linki do miejsca, w którym jest hostowany. „Martwisz się, że zapomniałem kodować? Cóż, oto kod, który napisałem w zeszłym tygodniu!”

Większym problemem jest oczywiste założenie, że programowanie to coś, czego musisz się nauczyć raz i nigdy więcej reszta to tylko szczegóły. W szczególności sugestia, że ​​ponieważ znasz JavaScript byłoby trywialne, abyś odebrał C #, jest czerwoną flagą. Po pierwsze, różnica między językami silnie i słabo typizowanymi jest ogromna! Znając JS, czy mógłbyś napisać kod skompilowany w C #? Być może mógłbyś, zwłaszcza z pomocą IDE. Ale czy byłoby to idiomatyczne, czy właściwie wykorzystywałoby (olbrzymią) platformę .NET Framework, wydajną w korzystaniu z GC, działającą równolegle tam, gdzie jest to właściwe itd.? Mam wątpliwości.

Aby podać przykład z mojego doświadczenia, kiedy nauczyłem się C #, pracując wcześniej głównie w C i C ++ (wszystkie języki podobne pod względem składniowym), oszacowałbym, że zajęło mi to dwa lub trzy lata , aby osiągnąć podobny poziom wiedzy. Czy ten potencjalny pracodawca ma dwa lub trzy lata na czekanie? Być może nie.

To prawda, że ​​pracodawcy rozumieją, że dobrzy programiści mogą w końcu nauczyć się nowych języków. Prawdą jest również, że dobrzy pracodawcy będą szkolić swoich pracowników, zamiast czekać, aż inna firma zrobi to za nich. Ale także prawdą jest, że im wcześniej nowy pracownik może osiągnąć pełną produktywność, tym lepiej z punktu widzenia pracodawcy. Możliwe, że ich obawy mogą nie dotyczyć Twojego wrodzonego talentu programistycznego, ale Twojego obecnego zestawu umiejętności i odpowiedniej wiedzy. Im bardziej nieaktualne są te rzeczy, tym dłużej zajmie Ci przyspieszenie, a dopóki to się nie stanie, będziesz pobierać pensję bez (dużych) wpłat. Patrząc w ten sposób, jest całkowicie zrozumiałe, że pracodawca będzie miał zastrzeżenia. Aby przezwyciężyć te zastrzeżenia, pokaż im , że wiesz, czego potrzebują. Pracując nad projektem w tym celu, możesz nawet zdać sobie sprawę, że przenoszenie się z jednej rzeczy do drugiej nie jest tak łatwe, jak myślisz.

Zakładając, że twoje doświadczenie z C # było bliskie początku 15 lat, o których mówisz (biorąc pod uwagę, że było to na studiach), i że zatrudniali specjalnie na stanowisko C #, tak naprawdę nie sugerowali, że masz „zapomniałeś” o swojej pracy - więcej, że tak naprawdę nigdy jej nie wykonywałeś. C # i .NET Framework sprzed około 15 lat to zupełnie inne zwierzę niż to, co masz dzisiaj. Do tego stopnia, że ​​doświadczenie w college'u byłoby prawie bezwartościowe.

Tak, doświadczenie w pracy z innymi językami dałoby ci niematerialny początek w nauce, ale w rzeczywistości byłbyś na dość stroma krzywa uczenia się przez co najmniej kilka pierwszych miesięcy, a jeśli firma zatrudnia kogoś doświadczonego w danym języku / stosie technologicznym, to generalnie dlatego, że potrzebuje kogoś, kto może zacząć działać, by tak rzec, i być produktywny nie za x miesięcy.

Rozmawiałem z rekruterem na temat innego wolnego stanowiska w mieście. Nawiązał do pomysłu, że jego klientowi może się nie podobać to, że od jakiegoś czasu nie pracowałem zawodowo przy tworzeniu stron internetowych.

Jeśli pozycja była dla roli full stack lub front-end wtedy widzę, do czego zmierzał rekruter - w szczególności frameworki JavaScript poruszają się bardzo szybko i to może ich dotyczyć. Aby przeciwdziałać temu obawowi, najlepszym podejściem jest wykazanie wiedzy o tym, jak krajobraz rozwoju zmienił się w międzyczasie.

Wyjaśnij rekruterom / ankieterom, że rozumiesz, że branża szybko się rozwija, ale nadążasz za zmianami w swoim czasie osobistym (zakładając, że masz - jeśli nie, weź weekend lub dwa i spraw, że to prawda) i że czujesz, że będziesz w stanie być produktywny natychmiast po rozpoczęciu nowej pracy. Idealnie, jeśli masz czas, możesz stworzyć kilka próbek kodu w frameworkach itp., Które zostały wydane od czasu twojego odejścia z branży i opublikować je na GitHub lub podobnym miejscu w celu potwierdzenia swoich roszczeń.

mogą nadal wzdragać się przed tym pomysłem, ale większość rozsądnych powinna zrozumieć.

Problem nie jest długą przerwą.

Porównujesz:

• głównie statyczne
• skompilowane
• silnie typizowany
• oparty na klasach

język (C #) na

• dynamiczny
• interpretowany
• słabo wpisane
• oparte na prototypach

język (Javascript).

I myślisz, że są one wymienne, ponieważ mają podobną składnię. Gdybym był ankieterem, byłoby to więcej niż wystarczająca ilość informacji, aby natychmiast przerwać dyskusję.

Możesz zająć się tym problemem samodzielnie, zanim to zrobią, i usiąść za kółkiem, wyjaśniając, że pauza nie jest tak naprawdę wadą. Spróbuj ich komplementować, np. „Jesteś starszym programistą, wiesz, że nie chodzi o zapamiętywanie składni, ale o to, aby wiedzieć, czego się nie wie”
Możesz też chcieć pokazać, że wiesz, co nowego i co działa dobrze z ich stosem programistycznym . Np. „Podczas gdy byłem w przerwie, śledziłem wiadomości i trendy dotyczące języka X i frameworku Y, mogę łatwo zbudować coś zgodnie ze standardami z 2018 roku”

Musisz zdać sobie sprawę, że główny programista prawdopodobnie ma rację. Nie pozwoliłbym komuś, kto opisuje siebie w sposób, w jaki to robisz (tło JavaScript, kategoryzowanie języków w sposób, w jaki to robisz) zamykać dużą i krytyczną bazę kodów OOP bez odpowiedzi na kilka poważnych pytań.

Dla mnie to jest coś zupełnie innego, jeśli programujesz w języku opartym na prototypach lub w języku opartym na klasach. Sam jestem biegły w wielu językach, jednak wszystkie są oparte na klasach (nawet jeśli nie mam fundamentalnej kwestii faworyzowania jednego nad drugim), wiem, że moją słabością jest używanie języków opartych na prototypach - i gdybym ubiegał się o pracę w tych przypadkach jest oczywiste, że musiałbym przekonać osobę techniczną przesłuchującą mnie, że wiem, co się dzieje.

W takiej sytuacji zazwyczaj powinieneś pokazać, że próbujesz wyjaśnić, czego brakuje na podstawie twoich umiejętności, w tym akceptacji faktu, że możesz nie być najbardziej biegłą technicznie osobą na danym stanowisku, ale najbardziej profesjonalną osobą z wolą uczenia się i robienia tego, co jest potrzebne.

Programowanie to umiejętność, języki to zwykłe narzędzia. Najlepszym kontrargumentem byłby. „Gdybyś miał wykwalifikowanego mechanika samochodowego, czy wątpiłbyś w jego umiejętności, ponieważ ostatnio nie używał klucza do filtrów oleju?”

Umiejętność jest ważniejsza niż narzędzie.

Całkowicie rozumiem, skąd pochodzisz. Jestem inżynierem oprogramowania, który zaczynał jako hobbysta i miałem sporo czasu, przekonując rekruterów i działy HR, aby dali mi pierwszą szansę. Wygląda na to, że bariery, na które natrafisz po dłuższej przerwie w pracy deweloperskiej, są dość podobne. Mając to na uwadze, moja rada:

Mam wykształcenie i doświadczenie zawodowe w IT, szczególnie w tworzeniu stron internetowych. Programuję i piszę znaczniki od 15 lat. Pracowałem zawodowo jako programista stron internetowych i wykorzystałem te umiejętności w życiu osobistym.

To, co powiem, może zabrzmieć głupio lub powierzchownie, ale narodziło się w moim doświadczenie w ciągu ostatnich dziesięciu lat pracy. Odkryłem, że firmy, które opisują swoich programistów jako „IT” i umieszczają elementy takie jak „pisanie znaczników” w opisach stanowisk, są bardziej tradycyjnymi i mniej elastycznymi operacjami. IT wydaje się być także centrum kosztów w organizacji nietechnicznej, podczas gdy rozwój jest „tam, gdzie dzieje się magia” w firmie skoncentrowanej na technologii. Będąc po obu stronach tej przepaści (cztery lata w QA / programowaniu w roli IT, reszta w programowaniu poza IT), zachęcałbym cię do obrania tego drugiego rodzaju roli, jeśli to możliwe. Z mojego anegdotycznego doświadczenia wynika, że ​​IT dużo bardziej przejmuje się posiadanymi certyfikatami i tym, jak dobrym kandydatem jesteś na papierze (np. Czy masz jakieś luki w zatrudnieniu?), Podczas gdy sklepy z oprogramowaniem wydają się bardziej przejmować „czy możesz rozwiązać ten problem problem z tablicą / zabranie do domu zadania programistycznego „co moim zdaniem działałoby na Twoją korzyść. Jest to trochę styczne do reszty odpowiedzi, ale nadal warte rozważenia!

Zrobiłem sobie przerwę od branży IT przez ostatnie 2 lata, ponieważ potrzebowałem tylko przerwy. Niedawno zacząłem ponownie próbować wrócić do pracy.

Dobrze jest mieć coś do pokazania lub historię do opowiedzenia o przerwie. Gdyby przerwa brzmiała: „Po prostu wypaliłem się programowaniem”, całkowicie to rozumiem, ale będziesz chciał mieć pozytywny spin, aby to zrobić, gdy pojawi się w wywiadach. Byłoby miło móc po prostu jasno przedstawić swoje powody, ale myślę, że trochę osobistego marketingu poprawiłoby twoje szanse. Czy miałeś okazję pracować nad czymkolwiek ciekawym przez ostatnie dwa lata, podróżować, a może podążać za pasją niezwiązaną z programowaniem?

Pod koniec ubiegłego roku dyrektor generalny lokalnej firmy znalazł mnie na LinkedIn i zachęcił mnie do aplikowania. Spotkałem się przez telefon z CEO i głównym programistą. Główny programista sprawił, że brzmiało to tak, jakbym nie miał szans, ponieważ od czasu studiów nie używałem żadnego konkretnego języka programowania (C #).

Jeśli wziąłeś też wolne projektów oprogramowania, byłoby dobrze, gdybyś wziął tę kopię zapasową teraz, zamiast po powrocie do pracy. Kiedy próbowałem przejść od hobbysty do profesjonalisty, projekty poboczne dostarczyły dowodów, które wzmocniły pewność menedżerów ds. Rekrutacji, że nie rozbiłbym się i nie spaliłbym pierwszego dnia.

Oto przykład Stworzyłem (znacznie później), próbując nauczyć się nowego języka (Rust). To amatorski Tetris napisany w języku, którego nie opanowałem. Nawet biorąc pod uwagę, że jest to ocena niższa od profesjonalnej, możliwość wskazania pracy, którą pomyślnie ukończyłem w języku, który był dla mnie nowy, pomogła mi w samodzielnym przedstawieniu sprawy. Zademonstrowanie znajomości języka C # w pobocznym projekcie zmniejszyłoby ryzyko zatrudnienia z perspektywy firmy.

Chociaż byłem trochę urażony tą protekcjonalną uwagą, nie odpowiedziałem i po prostu pozwoliłem, aby tak było . Ale naprawdę chciałem postawić go na swoim miejscu. Programowanie przypomina jazdę na rowerze lub wiązanie butów. Nie jest to coś, o czym po prostu „zapomina się”.

Współczuję Ci tutaj. Mimo to synchroniczne aplikacje żądań / odpowiedzi, które budowałem na bazie Django w 2012 roku, bardzo niewiele przypominają aplikacje jednostronicowe, które ludzie obecnie budują na podstawie ogólnych interfejsów API Rest. Tyle logiki zostało przeniesionych do frontendu. Wciąż wiesz, jak jeździć pojazdem kołowym, którego nauczyłeś się jeździć, ale obecnie dzieciaki jeżdżą na monocyklach. Nie musisz używać najnowszych i najlepszych do tworzenia przydatnych interfejsów, ale odkryłem, że wymagania dotyczące rekrutacji mają tendencje do nowszych frameworków. Powinieneś przynajmniej zapoznać się z nimi, aby móc przedstawiać dobrze uzasadnione argumenty, kiedy są lub nie są odpowiednie.

Każdy dobry programista może polegać na niezliczonych zasobach i dokumentacji, jeśli zapomni polecenie lub metoda. Jeśli znasz jeden język, wybranie innego nie jest trudne.

Prawda i fałsz. Miałem prace, w których współtworzyłem kod w Javie i C #, ale Python to mój chleb powszedni i mogę śmiało powiedzieć, że chociaż wykonałem zadania, które musiałem wykonać w tych innych językach, zrobiłem to bez znajomości idiomu językowego i mój kod z pewnością miał „akcent”, który zdradzał mnie jako obcego mówcę.

Przenieśmy się do dnia dzisiejszego, rozmawiałem z rekruterem o innej otwartej pozycji. Nawiązał do pomysłu, że jego klientowi może się nie podobać, że od jakiegoś czasu nie pracowałem zawodowo w tworzeniu stron internetowych. Pozwolę sobie na to, ale nadal będę starał się o to stanowisko.

Jak mam radzić sobie z takimi pracodawcami lub rekruterami? Czy warto odpierać takie „polowanie na czarownice”?

Będąc wyjątkowo dobrym! Nie doświadczasz polowania na czarownice; masz wątpliwości ludzi, którzy nie są zaznajomieni z Twoją pracą i Twoimi możliwościami. Jest to spotęgowane, ponieważ dobre wykonywanie swojej obecnej roli jest traktowane jako mocny dowód kompetencji (co odkryłem, próbując znaleźć pracę jako hobbysta bez tego doświadczenia). To zdumiewające, jak ważne są tego rodzaju dowody; w 2011 roku nie mogłem komuś zapłacić, żeby pozwolił mi programować dla nich, ale po roku doświadczenia z programistą zajmującym się tytułami zawodowymi (podczas którego nie byłem nawet dobrym programistą), zacząłem zbierać rekruterów co tydzień lub nawet codziennie.

Musisz dać ankieterom ciepłe i rozmyte poczucie swojej zdolności do wykonania zadania, którego potrzebują. Możesz to zrobić, odświeżając swoje umiejętności, doskonaląc technikę rozmowy kwalifikacyjnej i pokazując im ostatnio wykonane prace. Jeśli nie pracowałeś ostatnio, teraz jest dobry moment, aby wskoczyć do pobocznego projektu, który odkurzy twoje umiejętności programistyczne ORAZ da ci gotowy projekt, który możesz omówić z ankieterami.

Moja najlepsza rada to pokazuj, nie mów.

Jeśli mówią tak, jakbyś zapomniał, co masz zrobić, odpowiedz z praktyczną wiedzą. Pokaż, że masz doświadczenie.

W wolnym czasie napisz jedną lub dwie aplikacje, umieść część swojej pracy na żywo w Internecie i dołącz ją do listów motywacyjnych itp., Aby mogli zobaczyć Twoją pracę. Jeszcze lepiej, zostaw kod otwarty do przeglądania na GitHubie lub podobnej usłudze.

Również krótka notatka z własnego doświadczenia. Rekruterzy będą stosować podejście rozproszone, aby dopasować jak najwięcej potencjalnych kandydatów do stanowisk, które próbują obsadzić. Było to dla mnie bardzo frustrujące, gdy szukałem stanowiska na najniższym szczeblu i wysłano mnie 300 mil na rozmowę kwalifikacyjną na stanowisko, którego pensja jest wyższa niż teraz, 8 lat później, zarabiając.

Ja w końcu znalazłem pracę, gdy jeden z tych rekruterów bardzo bezpośrednio zdecydował się zerwać kontakt, ponieważ nie otrzymałem żadnej z nieodpowiednich ofert, do których mnie polecał.

Przeszukałem oferty pracy w Railsach (moim głównym medium), i wysyłał spekulacyjne e-maile, a także odpowiadał na ogłoszenia o pracę. Sam znalazłem tę pracę, ponieważ od samego początku byłem bardzo szczery, jeśli chodzi o moje stanowisko, w przeciwieństwie do pracy z profesjonalnym rekruterem.

Krótko mówiąc: jeśli ścieżka agentów rekrutacyjnych nie działa dla Ciebie, wypróbuj inny sposób.

Z mojego doświadczenia wynika, że ​​zarówno jako ankieter, jak i rozmówca, miałeś trochę pecha. Wiele firm nie przejmuje się tym, czy ich nowy pracownik zna język lub ramy języka, których akurat używają w swoim obecnym projekcie.

W końcu IT to szybko zmieniająca się dziedzina, więc to, co jest najnowsze i najfajniejsze dzisiaj, jutro będzie starym, chrupiącym, starym kodem. To, czego chcę podczas rozmowy z kimś, to dowiedzieć się, czy ma dobre podstawy CS i może łatwo podchwycić nowe rzeczy, niech to będą języki, frameworki lub style programowania.

To, motywacja i zainteresowanie programowaniem (jakieś fajne projekty na githubie? dodatkowa praca nad projektem open source? co sądzisz o najnowszych osiągnięciach w Twoim ulubionym języku? ...) są o wiele bardziej ważne niż to, czy znasz C #.

To w dużym stopniu sugeruje, jakiej odpowiedzi udzieliłbym ankieterowi w tej sytuacji: Nie, nie znam C # w tej chwili, ale mam motywację, aby to wybrać i mam o wiele ważniejsze umiejętności, które mogę wnieść do firmy, niż znajomość jakiejś konkretnej składni.

Po pierwsze, nie zakładaj, że „agresywne” pytanie ankietera oznacza, że ​​ma on o Tobie negatywną opinię. Mogą po prostu próbować zobaczyć, jak reagujesz na niewielką presję.

Po drugie, są ludzie w tej branży, którzy naprawdę wierzą, że musisz mieć 10-letnie doświadczenie we wszystkich technologiach, których będziesz używać przy nowym projekcie i kompletnie nie rozumieją, że dobrzy programiści cały czas uczą się nowych sztuczek i że naprawdę chcą kogoś, kto jest dobry w nauce nowych umiejętności. Wykorzystaj rozmowę kwalifikacyjną jako okazję, aby powiedzieć im, że się mylą: powiedz im, ile nowych języków i technologii opanowałeś w swojej karierze. Jeśli to zadziała, masz do czynienia z pracodawcą, dla którego dobrze będzie pracować; jeśli tak się nie stanie, najlepiej wyjdziesz z tego.

Oto kilka doskonałych odpowiedzi sugerujących OP, aby stworzyć projekt zabawki. Proponuję mu pójść o krok dalej i spróbować zdobyć trochę pracy jako niezależny programista internetowy. Na stronie freelancera jest mnóstwo zadań związanych z tworzeniem stron internetowych. Kiedy zrobi tam kilka projektów, może połączyć swój profil freelancera z linkinem.

Dwie rzeczy:

Opinia rekrutera nie jest zbyt przydatna, nie jest on kierownikiem ds. rekrutacji i nie ma wpływu na ostateczną decyzję. Komentarz twojego rekrutera był nieprofesjonalny, ale powszechny, ponieważ są po prostu ludźmi takimi jak wszyscy. Liczą również na to, że dostaniesz pracę w zamian za Twój czas, więc może to być po prostu sposób na to, że nie będą chcieli z tobą pracować. Tak czy inaczej, idź dalej, jest tam wielu rekruterów i jak powiedziałem, robią to, aby pieniądze nie pomogły.

W Twojej sytuacji polecam bezpośrednie zgłoszenie się, być może z listem motywacyjnym określając niektóre swoje kwalifikacje, ale oto, z czym będziesz musiał się zmierzyć:

Jeśli mogę zatrudnić dwóch programistów i obaj mogą rozwiązać problem, w przypadku gdy jeden ma niedawne doświadczenie, a drugi nie, który z nich myślisz, że rozwiążesz to szybciej (w ramach budżetu)?