CV do oceny - Java Developer 4 lata expa

Cześć, można liczyć na ocenę CV?
Zbliża mi się prawdopodobnie zmiana pracy ze względu na sytuację firmy i przygotowuje już się do ewentualnej zmiany. Odświeżyłem CV, ale nie wiem czy jest godne dzisiejszych czasów

CV_do_oceny.pdf

4 lata expa i tylko Java?

CV naprawdę spoko wygląda. Koniecznie zrób wersję angielską. Możesz też przetestować, na ile twoje cv jest kompatybilne z ATS.

Dużo lania wody.

1. Spring Boot, Spring, Hibernate.
   Wymieniajac to już zakładam że nie masz pojęcia co to jest ani czym się różni.
2. Jenkins - ide o zakład że nie znasz...
3. Git - jaki?
4. Mikroserwisy, wzorce rest api - wszystko i nic...

Opisz co to był za projekt, jaka twoja rola, zadania. Nie trzeba punktować.

Tworzenie REST API zgodnie z zasadami RESTful...
Tworzenie i utrzymanie testów jednostkowych...
Analiza wymagań i ich przekładanie na rozwiązania systemowe

No słabo. Takie punkty w CV totalnie nic nie wnoszą.

Może się przypier*** ale jako osoba technicza po prostu stwierdzam że to bardzo słabe umiejętności/zadania jak na kandydata który szczyci się czterema latami doświadczenia

1. Brakuje konkretów - Masz punkt o optymalizacji wydajności to warto doprecyzować, co dokładnie było optymalizowane i jaki był efekt (np. skrócenie czasu odpowiedzi, zmniejszenie obciążenia bazy itp.). Obecnie brzmi to zbyt ogólnie.

2. Dwukrotnie pojawia się „Analiza wymagań i ich przekładanie na rozwiązania systemowe" - wygląda to na copy-paste i jest niejednoznaczne bo nie wiadomo, czy pełniłeś rolę analityka, czy głównie implementowałeś wymagania. Warto to doprecyzować i rozróżnić między projektami.

3. Angular jest wymieniony w technologiach, ale nie wynika z opisu obowiązków, w jaki sposób był używany.

4. Punkt „Implementacja komunikacji asynchronicznej oraz cache” jest zbyt ogólny jak na złożoność tematu. Warto doprecyzować. W obecnej formie nie daje rekruterowi punktu zaczepienia do rozmowy, a jednocześnie może prowadzić do zbyt szerokich pytań technicznych.

Korges napisał(a):

Dużo lania wody.

1. Spring Boot, Spring, Hibernate.
   Wymieniajac to już zakładam że nie masz pojęcia co to jest ani czym się różni.

Co do Spring i Spring Boot to niezła pułapka bo pewnie spora część devów powie czym się różni ale zawsze ktoś będzie mieć inne zdanie (w szczególności rekruter) i powie, że nie wiesz i się nie znasz.

1. Jenkins - ide o zakład że nie znasz...

Tu bym doprecyzował w jakim stopniu... od kiedy można powiedzieć, że się zna.

1. Git - jaki?

A ile mamy systemów kontroli wersji Git?

1. Mikroserwisy, wzorce rest api - wszystko i nic...

A tu się zgodzę.

Opisz co to był za projekt, jaka twoja rola, zadania. Nie trzeba punktować.

Słuszna uwaga.

Tworzenie REST API zgodnie z zasadami RESTful...
Tworzenie i utrzymanie testów jednostkowych...
Analiza wymagań i ich przekładanie na rozwiązania systemowe
No słabo. Takie punkty w CV totalnie nic nie wnoszą.

W sumie to co każdy z nas robi. Nie w każdym projekcie można zrobić jakieś cuda i super implementacje przyspieszające i optymalizujące wszystko.

Może się przypier*** ale jako osoba technicza po prostu stwierdzam że to bardzo słabe umiejętności/zadania jak na kandydata który szczyci się czterema latami doświadczenia

A umiejętności oceniasz po rozmowie z kandydatem czy z nieumiejętnie napisanego CV? Po to dał do ocenny, żeby je poprawić, nie?

Pamiętaj - CV to twój marketing, jedyna droga aby otworzyć sobie drzwi. U ciebie wygląda jakby ci nawet nie zależało.
Jaka była twoja rola w zespole, czy jesteś tylko padawanem wykonującym zadania, czy wspierasz biznes sugerując potencjalne rozwiązania? "Implementacja cache" - rozumiem że napiałeś swoje rozwiązanie od zera, a może jednak dodałeś tylko adnotacje Cachable i ustawiłeś TTL? Optymalizacja wydajności aplikacji - a jak ją mierzyłeś, skąd wiedziałeś co poprawić? Jakieś konkretne osiągnięcia/rzeczy którymi warto się pochwalić? Masz jakieś doświadczenie związane z observability, deploymentem, utrzymaniem już istniejącej aplikacji i upewnianiem sie, że działa jak powinna? CI,CD? Wpływ i udoskanalanie pracy zespołu/działu? Jakie systemy płatnicze, brzmi jak dużo integracji - jakich? Ile osób używa aplikacji nad którymi pracowałeś? Umiesz ten angielski w ogóle czy wpisałeś B2 bo wypada? (cv jest po polsku)

Mógłbym lecieć w nieskończoność w sumie :P

Od siebie dodam, że warto w CV umieścić jakie było konkretne przełożenie twoich akcji na biznes czy zespół, w którym pracowałeś. Np. czy zaproponowałeś i wdrożyłeś nowy sposób pracy, który zmniejszył lead time nowych funkcjonalności albo zmiany wprowadzone w architekturze pozwoliły na przetwarzanie większej ilości zapytań przekładając się na zwiększona sprzedaż.

To są oczywiście tylko przykłady, warto wpisać w CV konkretne i mierzalne efekty twoich działań, które miały pozytywny wpływ zarówno na produkt jak i osoby z którymi współpracowałeś.

Jako, że temat Gen AI jest teraz na ustach w zasadzie wszystkich, warto o nim również wspomnieć w CV, żeby pokazać, że znasz i jesteś na bieżąco z nowymi rozwiązaniami.

Mendoza napisał(a):

Od siebie dodam, że warto w CV umieścić jakie było konkretne przełożenie twoich akcji na biznes czy zespół, w którym pracowałeś. Np. czy zaproponowałeś i wdrożyłeś nowy sposób pracy, który zmniejszył lead time nowych funkcjonalności albo zmiany wprowadzone w architekturze pozwoliły na przetwarzanie większej ilości zapytań przekładając się na zwiększona sprzedaż.

To są oczywiście tylko przykłady, warto wpisać w CV konkretne i mierzalne efekty twoich działań, które miały pozytywny wpływ zarówno na produkt jak i osoby z którymi współpracowałeś.

Jako, że temat Gen AI jest teraz na ustach w zasadzie wszystkich, warto o nim również wspomnieć w CV, żeby pokazać, że znasz i jesteś na bieżąco z nowymi rozwiązaniami.

Akurat tutaj ja bym powiedziała, że trzeba wyważyć. Tak, umieszczenie mierzalnych sukcesów, impaktu na biznes, to duży plus, ale lepiej wskazać jeden przykład, który jesteś w stanie potem w rozmowie obronić.
Z drugiej strony, jak oglądasz cv deva z 3-4 latami expa i listę sukcesów jak u Kornelli Wieczorek, to takie cv zaimponuje nietechnicznemu managerowi, ale dla mnie to brzmi jak totalny bullshit i wolę bardziej ugruntowane w faktach co robiłeś niż hiperbole impaktu. Plus poprzez jakie działanie osiągnąłeś ten sukces a nie ogólniki.

Poprawiłem, rozbudowałem moje aktualne stanowisko z racji, że tutaj mam dużo większe pole manewreu, niż przy pierwszej pracy.
Prośba o wypowiedzenie się co teraz sądzicie.

PS: Angielska wersja będzie jak dopracuje tip top polską
PS2: Umiem odróżnić Spring'a od Spring Boot'a
PS3: Nie znam tak dobrze Angulara, ale gdy musiałem coś wykonać to rozumiem ten kod, ale mimo to w pracy raczej dodawałem rzeczy na zasadzie CTRL+C/V
PS4: Fakt, z Jenkinsa jedyne co klikam to build, bądź konfiguruje buildy na zasadzie porównywania jak inne są zbudowane
I na koniec: Pracuje w fintechu, dostaje tickety co wykonać (zazwyczaj reguły sprawdzające transakcje, zablokowane karty itd.) i je wykonuje, większość rzeczy mamy już zoptymalizowanych. Jedyne co robię to dokładam nowe funkcjonalności, od czasu do czasu podbijając libki i wersje Javy+Spring + dodanie cache, tam gdzie ciągle jest używana baza + staranie się pisać optymalnych SQL. Interguje się z zewnętrznymi dostawcami, pisze testy i dokumentację, ale no to taka typowa praca deva nic nad wyrost.

Z góry dzięki!

CV_do_oceny_V2.pdf
(schludnie, choć nasrane, zdaje sobie sprawę, ale chciałbym na razie zachować 1 strone CV + stanowisko trenera, bo wydaje mi się, że troche ciekawi to ludzi jak trener bez expa i może dłużej zawiesić oko (swoją drogą 1 i 2 robota właśnie tak przebiegła, że zaciekawiło))

@kelog
@szarotka
@Korges
@bool_istnienia
@tefu
@TerazOdpowiemNaKomcie
@Mendoza

Trochę się będę czepiał, ale co mi tam.

Mnie zastanawia tutaj w postach użycia słowa "sukces". Wg mnie zwykle mocno na wyrost. Ciężko nazwać sukcesem to, że się jakąś apkę pisało i jest na produkcji. To nie jest żaden sukces. Nie mówiąc już o tym, że ktoś wszedł do projektu, który już od dawna ma wersję produkcyjną i tylko dopisywał nowe ficzery albo poprawiał błędy. 99% programistów wg mnie nie ma na koncie niczego, co można nazwać sukcesem. To tylko i wyłącznie poprawne wykonywanie tego, za co się ma płacone. Sukces to może być, gdy wprowadzone zmiany zrobią coś mega, coś co ma mierzalny i faktyczny wpływ na apkę (np. wprowadzenie własnej aplikacji na rynek, która odniosła sukces). Ale samo wdrożenie apki takim sukcesem nie jest. Albo to, że zmiany w optymalizacji przyspieszyły działanie o parę %, to też nie jest sukces.

Bardzo kiepskie CV:

1. Nic z niego nie wynika, same ogolniki
2. Templatka wygląda jakbys sie rekrutował do pracy w Smażonych Kurczakach z Kentucky
3. Zgoda rodo do wywalenia (dodanie tego w CV to red flag)

Co do treści, skup się na jakichś ciekawych aspektach projektów, które prowadziłeś, winach i impakcie, a nie tylko ogólnikach.

szarotka napisał(a):

CV naprawdę spoko wygląda. Koniecznie zrób wersję angielską. Możesz też przetestować, na ile twoje cv jest kompatybilne z ATS.

ATS abstract tree syntax?