Wychodząc z kontroli jakości, w jaki sposób można znaleźć pierwszą pracę deweloperską? [Zamknięte]

Pracuję w dziale kontroli jakości od 10 lat, starając się rozwijać przez około 5 z nich. Brałem zajęcia w C ++, Java i C #. Byłem w stanie napisać niektóre narzędzia i testy jednostkowe w C # w mojej obecnej pracy i (według wszystkich kont) wykonałem dobrą robotę.

Jednak 8 miesięcy temu mój pracodawca zlecił mi zadanie utworzenia nowej grupy ds. Kontroli jakości. Teraz robię ręczne testowanie i wdrażanie bez obietnicy powrotu do programowania. Patrzyłem na tablice ogłoszeń i jest wiele miejsc pracy dla programistów, więc co jeszcze mogę zrobić, aby je zdobyć? Zebrałem kilka książek na temat Ruby on Rails, które planuję przerobić na komputerze Mac w domu, ale nie jestem pewien, czy pracodawcy byliby zainteresowani czymkolwiek innym niż komercyjnym tworzeniem stron internetowych.

Czy masz jakieś sugestie, w jaki sposób mogę wykorzystać moje doświadczenie, aby znaleźć pracę jako młodszy programista? Mam na myśli taki, który wymaga programowania; posty, które widziałem dla młodszego programisty, sprowadzają się do wykonywania całej tej cholernej roboty oprócz kodowania. Powinni po prostu nazywać ich „sekretarzami technicznymi”.

Czy rozmawiałeś z obecnym pracodawcą o chęci zostania programistą? Zacznij od tego, a jeśli nie zobowiążą się, czas poszukać gdzie indziej.

Jeśli patrzysz na stanowiska programistyczne (najlepiej od młodszych), upewnij się, że zdobędą one doświadczenie w wykonywaniu rzeczywistego rozwoju, a nie „pomruk”, o którym wspominałeś. Tak długo, jak gdzieś się dostaniesz, trzymaj go przez kilka lat, a jeśli to nie twoja filiżanka herbaty, idź dalej. Posiadanie pozycji programisty w życiorysie, nawet przez kilka lat, pomoże ci uzyskać lepsze pozycje. Będę szczery podczas wszelkich wywiadów i podkreślę, że jesteś pasjonatem zostania programistą po wszystkich doświadczeniach związanych z kontrolą jakości.

Zdecydowanie powinieneś wykorzystać swoje doświadczenie związane z kontrolą jakości, ponieważ doświadczenie się liczy.

Deweloperzy często nie podchodzą do kontroli jakości - i jest to często nieuzasadnione.

Jednak uprzedzenie istnieje i nie można dokładnie wykluczyć kontroli jakości ze swojego CV.

Oto moja sugestia: Zamiast przejść bezpośrednio do programisty, przejdź do „roli w połowie drogi”. Termin (przynajmniej w USA) nazywa się „inżynierem automatyki”. Łączy umiejętności zapewniania jakości z umiejętnościami programowania i zwykle wymaga bardzo niewielkiej ilości testów ręcznych lub tradycyjnej kontroli jakości. Twoje doświadczenie z testami jednostkowymi i cel TDD sprawiają, że jest to całkiem niezła pozycja. Pełniłem tę funkcję od roku (chociaż pochodziłem z deweloperów, a później wróciłem do deweloperów) i mogę powiedzieć, że było wiele inżynierii oprogramowania do zrobienia.

Jeśli pozostaniesz przy kontroli jakości, przełącz się na firmę, w której dobrze się poruszasz, jeśli dobrze sobie radzisz (są takie firmy) i gdzie istnieje tradycja i koncentracja automatycznych testów.

Wypróbuj również ze zwinnymi sklepami. Mają tendencję do obserwowania granic qa / dev mniej.

Nie przypominam sobie, aby widziałem pracę „sekretarki technicznej”, kiedy szukałem swojej pierwszej pracy programistycznej. Oczywiście może się to różnić w zależności od tego, gdzie jesteś, ale myślę, że jeśli naprawdę chcesz włamać się do rozwoju, nie powinieneś dyskryminować ofert pracy dla młodszych programistów. Większość, jeśli nie wszyscy, powie coś w stylu „innych obowiązków wymaganych przez kierownictwo”. To normalne. To nie znaczy, że będziesz robił kawę dla swojego szefa.

Myślę, że ważną rzeczą dla ciebie byłoby zdobycie pierwszej pracy deweloperskiej. Tak naprawdę nie ma znaczenia, co to jest - wystarczy, że w CV zostanie wyświetlony „programista”, aby łatwiej było znaleźć drugą pracę programistyczną, która prawdopodobnie będzie lepsza niż pierwsza.

Twoje dotychczasowe doświadczenie w kontroli jakości może działać na twoją korzyść. Masz rzeczywiste doświadczenie zawodowe, którego absolwent raczej nie będzie miał. Najlepszą radą, jaką mogę udzielić, jest rozpoczęcie ubiegania się o pracę i rozmowę kwalifikacyjną. Jeśli nie zostaniesz zatrudniony, skontaktuj się z osobami, które przeprowadziły z Tobą wywiad i zapytaj ich, co mogłeś zrobić lepiej lub inaczej. To pomoże ci bardziej niż cokolwiek innego.

Moim pierwszym zadaniem jako młodszego programisty po 1,5 roku w QA (i 3 latach wsparcia podczas lata) było naprawienie problemów ze znacznikami i css. Po kilku tygodniach naprawiałem proste wady kodu, zanim wziąłem odpowiedzialność za obszary pracy i ostatecznie projekty.

W każdym zawodzie zaczynasz od dołu i rozwijasz się, rozwój z pewnością nie jest wyjątkiem i bardzo konkurencyjny. Wyraźnie masz umiejętności (uczysz się 4 języków) i jeździsz. Kontrola jakości i testy jednostkowe znacznie ułatwią ci życie.

Podejmij pracę jako młodszy programista i poczekaj na swoją pasję, doświadczenie i umiejętność przeniesienia Cię na wyższy poziom odpowiedzialności.

W oparciu o twoje pytanie, obszar, w którym mieszkasz, wydaje się mieć dużą liczbę pozycji webdev, ale wygląda na to, że twoja praca klasowa koncentruje się bardziej na rozwoju aplikacji.

Jeśli Twoim celem jest po prostu przejście do pracy programistycznej, powinieneś być pewien, że otworzysz swoje wyszukiwanie na każdą pracę programistyczną. Dostosuj swoje CV, aby skupić się na doświadczeniu programistycznym w pracy, napisz kilka zdań opisujących napisane przez ciebie automatyczne narzędzia / testy jednostkowe. To nie tylko pokaże, że masz doświadczenie w programowaniu, ale pokaże, że możesz inteligentnie dokumentować swoją pracę. Tylko nie rób z niego wypełniającego bloku tekstu, musi być napisany wystarczająco dobrze, aby recenzent nie zapisał twojego CV w koszu pod swoim biurkiem. Jeśli nie uważasz, że możesz uczynić to interesującym, to jeszcze nie próbujesz. Zrób to samo, aby wyjaśnić swoje zajęcia i projekty poboczne. Upewnij się, że zostawiasz kilka interesujących szczegółów, o których możesz porozmawiać po otrzymaniu wywiadu.

Biorąc to pod uwagę, nie umniejszaj swojego doświadczenia w zapewnianiu jakości. Jeśli zagłębisz się w kod, aby pomóc programistom w określeniu, gdzie znajdują się ich błędy, upewnij się, że wyjaśnisz, że jeśli stale szukasz sposobów na ulepszenie procesów, nie pomiń tego, jeśli siedzisz przy biurku i czekasz na cały dzień na koniec ... to prawdopodobnie nie chcesz o tym wspominać. Tylko upewnij się, że wszystko, co umieścisz w swoim życiorysie, oparte jest na rzeczywistości, powodzenia.

Gdybym był SDET (i dzięki Bogu, że nie jestem), pokazałbym swoje umiejętności w zakresie inżynierii oprogramowania poprzez wdrożenie cennego wewnętrznego narzędzia dla firmy i użyłbym C ++ / Java / C #, aby zademonstrować swoje umiejętności. Powodem, dla którego chciałbym pracować na wewnętrznym narzędziu, jest to, że najprawdopodobniej nie miałbym szansy na napisanie kodu skierowanego do klienta jako SDET, więc wewnętrzne narzędzie jest (jedyną) drogą.

Pomyśl o jakiejkolwiek wewnętrznej infrastrukturze lub narzędziach, których potrzebuje Twoja firma, ale po prostu nie ma wystarczającej liczby inżynierów, aby nad nimi pracować, takich jak monitorowanie systemu, generowanie raportów, uprząż testowa itp. I zbuduj najlepszy system, jaki możesz. Zapytaj swojego menedżera lub menedżera menedżera, czego potrzebują w infrastrukturze, aby wszystko, co zbudujesz, było ważne dla firmy.

A kiedy go zbudujesz, zastosuj solidne umiejętności inżynierii oprogramowania:

• napisz konserwowalny kod
• dodaj wiele komentarzy
• wdrożyć go w celu zwiększenia wydajności, skalowalności i niezawodności
• wyznacz cele i harmonogram wydania
• napisz czytelny dokument projektowy.

Na początku wielu prac powiedziano mi, że nie będę dotykać kodu na żywo przez wiele miesięcy. To trwa około dwóch tygodni. Potem ktoś rzuca nowy projekt na już zalaną już grupę programistów. Zgadnij, kto jest dostępny?