Ocena/podpowiedź w sprawie CV

Cześć,

Do tej pory nie wyścibiałem nosa poza pierwszą firmę ale powoli się do tego zbieram. Będę wdzięczny za rzucenie okiem na CV i ewentualną podpowiedź co można zmienić/czego brakuje.

1. CV oczywiście posiada zdjęcie w lewym górnym rogu.
2. Na liście projektów zamiast "Xxxxxx" widnieją nazwy firm/projektów/aplikacji.
3. Jeżeli chodzi o oferty pracy to w grę wchodzi Fullstack ale celuję raczej w Backend z możliwością robienia czegoś również na froncie.

Dziękuję
cv_do_sprawdzenia.pdf

Postaraj się nie przekraczać jednej strony. Usuń drugą stronę - przenieś z niej tylko szkolenia/certy na 1 stronę zamiast sekcji cechy/umiejętności. Usuń z sekcji technologie podział na zaawansowany/średnio/początkujący. Dorzuć do kontaktu jakiś link do LI/GH. A tak to wygląda okej

Treści które mogą zniknąć

• adres, możesz zostawić miejscowość jeśli interesuje cię hybryda
• zabytkowe pehapy
• cechy i umiejętności, zamiast tego pokaż silne strony podkreślajac to co osiągnąłeś w ostatniej pracy
• język polski jest nie tylko ojczysty, ale też oczywisty jeśli masz polskie nazwisko
• bycie trenerem personalnym, możesz sobie wrzucić w zainteresowania jako ciekawostkę (chociaż możesz spróbować sprzedać te aspekty prezentacyjne) - wiem że spędziłeś jako trener sporo czasu i się tym pewnie jarasz, ale w najlepszym wypadku zostanie z tego anegdotka

Formatowanie - ludzie którzy czytają to CV szukają kilku kluczowych informacji. Podaj je na tacy:

• ile masz doświadczenia
• czy to doświadczenie jest związane z tym co chcą
• listę technologii
• angielski
• czy masz studia (mniej sprawdzane ale czasami trzeba odbębnić)

Jak czytałem to CV to:

• pierwsze co czytałem to niebieska kolumna, zaczynam od nazwiska, zjeżdżam w dół i widzę informacje które mnie nie interesują
• lecę do prawej kolumny, ale rozprasza mnie że ta lista jest zajebiście długa
• zjeżdżam na drugą stronę gdzie w sumie nic zbyt ciekawego nie ma
• muszę wrócić do góry i szukać pozostałych informacji

i takie ogólne wrażenia są takie że jest tutaj dużo tekstu, ale mało informacji. Doskonałym przykładem jest sekcja z projektami - wartość dodana z wpisania dziesiątego projektu jest niska. Po przeglądnięciu sobie po łebkach tej listy mniej więcej widzę że to jakiś software house ciachający projekty jedne po drugim. Jaki jest twój wkład w konkretny projekt, co stanowiło tam jakieś wyzwanie?

Wracam sobie z listy projektów do obowiązków i masz tam dużo generycznych informacji ale nie mam też kolejnych kluczowych:

• czy pracowałeś nad tymi projektami sam czy w zespole, jaka była twoja rola - prowadziłeś te projekty czy dostawałeś jakieś tickety do zaklepania, jaki był twój wkład? Jak były złożone, ile czasu spędziłeś na tymi ciekawszymi?
• czy są jakieś specyficzne aspekty pracy z których jesteś najbardziej dumny, gdzie sądzisz że się wyróżniasz?

Kolejność też jest dość dziwna, na przykłąd zbieranie wymagań jest wrąbane gdzieś w środek między paczki-helpery i pisanie unit testów.

Na plus że napisałeś o kilku aspektach które często wypadają słabo przy software houseach - testowanie, code review, do rozwinięcia można też dać kwestię wdrożeń (automatyczny build czy scp na serwer?).

Idąc do technologii - pytanie czym się różnią technologie "początkujący' od "dodatkowo"? Czy czujesz się swobodnie w tych narzędziach?

Ogólnie mocniej skompresować, wycisnąć więcej wartości z ciekawszych aspektów. Spędziłem pewnie z kilka razy więcej czasu niż osoba która prowadziłaby z tobą rozmowę, o rząd wielkości więcej niż osoba która przegląda te CVki. Musisz więcej podać na tacy.

Przygotowywanie paczek z kodem, instalacja na nowych środowiskach oraz aktualizacja istniejących

To mnie zastanawia - co to są "paczki z kodem"? (a raczej który dokładnie rodzaj paczek z kodem masz na myśli - dość takie wieloznaczne określenie mogą oznaczać wszystko, począwszy od plików zip poprzez pakiety w jakimś systemie pakietów aż po kontenery).

I co to znaczy instalacja i aktualizacja? Jak to się odbywało? Była tam jakaś automatyzacja czy ręcznie to wgrywałeś?

PostreSQL

Tu masz literówkę.

Python, CSS, TypeScript, jQuery, React.js, PostreSQL, RabbitMQ, Redis, pytest

pomieszana zupełnie losowa kolejność.

już taka by miała więcej sensu (chociaż dalej będzie to wrzucone wszystko do jednego worka):

Python, pytest, PostgreSQL, Redis, RabbitMQ, TypeScript, React.js, jQuery, CSS

Git, GitLab CI/CD, Docker, Ansible, API, Linux, Apache, Nginx, CLI, Postman, Figma, Wrike, ClickUp, Slack

API bym wywalił, bo to nic konkretnego nie znaczy. Przynajmniej nie bez dookreślenia, o jakie API chodzi.

Ogólnie jakoś bym porozdzielał te skille wg kategorii, żeby ułatwić przeglądanie.

Uczestnictwo w inwentaryzacjach

Jak to wyglądało? Myślałem, że to praca fizyczna.

Częściowa administracja środowiskami i uruchomionymi na nich usługami

Częściowa nic nie wnosi, ale tylko obniża twoją wartość.

Sport Majsterkowanie Inwestowanie Finanse

Wywaliłbym, bo to są takie ogólne zainteresowania, że nic nikomu nie powiedzą.

LukeJL napisał(a):

Przygotowywanie paczek z kodem, instalacja na nowych środowiskach oraz aktualizacja istniejących

To mnie zastanawia - co to są "paczki z kodem"? (a raczej który dokładnie rodzaj paczek z kodem masz na myśli - dość takie wieloznaczne określenie mogą oznaczać wszystko, począwszy od plików zip poprzez pakiety w jakimś systemie pakietów aż po kontenery).

Od przygotowania kodu spakowanego w .tar i wgrania go na jakiejś maszynie u klienta, poprzez przygotowanie tego tak by klient u siebie po prostu wpisał "make install", korzystanie z ansible, gdzie proces był zautomatyzowany, a skończywszy właśnie na kontenerach, gdzie tworzone były obrazy tego co się pozmieniało, wrzucane do rejestru i aktualizowane u klienta.

I co to znaczy instalacja i aktualizacja? Jak to się odbywało? Była tam jakaś automatyzacja czy ręcznie to wgrywałeś?

I tak i tak. Ręcznie i np. ansible.

PostreSQL

Tu masz literówkę.

Dziękuję.

Python, CSS, TypeScript, jQuery, React.js, PostreSQL, RabbitMQ, Redis, pytest

pomieszana zupełnie losowa kolejność.

już taka by miała więcej sensu (chociaż dalej będzie to wrzucone wszystko do jednego worka):

Python, pytest, PostgreSQL, Redis, RabbitMQ, TypeScript, React.js, jQuery, CSS

Git, GitLab CI/CD, Docker, Ansible, API, Linux, Apache, Nginx, CLI, Postman, Figma, Wrike, ClickUp, Slack

API bym wywalił, bo to nic konkretnego nie znaczy. Przynajmniej nie bez dookreślenia, o jakie API chodzi.

Ogólnie jakoś bym porozdzielał te skille wg kategorii, żeby ułatwić przeglądanie.

Poukładam to faktycznie jakoś tematycznie.

Uczestnictwo w inwentaryzacjach

Jak to wyglądało? Myślałem, że to praca fizyczna.

Nie, nie tylko fizyczna :). Np. treść przetargu zawierała w sobie inwentaryzację istniejącego systemu informatycznego.
Wyglądało to np. tak, że jest sobie państwowa instytucja, która ma system stworzony i utrzymywany od ~8-10 lat przez firmę Xyz. Nie mają pełne dokumentacji, dopiski do dokumentacji na temat zmian, aktualizacji i poprawek to jeden wielki bajzel. Sami nie wiedzą jakie mają funkcje do dyspozycji, co z czym jest połączone. W ciągu ostatnich 5-6 lat ich serwerownie były przenoszone z instytucji do instytucji i sami nie wiedzą co i jak.
Wyglądało to tak, że zbierasz całą istniejącą dokumentację, analizujesz, jeździsz do klienta, rozmawiasz z nim (nimi), sprawdzasz, weryfikujesz i tworzysz dokument. Trochę taka metoda odkrywkowa.

Częściowa administracja środowiskami i uruchomionymi na nich usługami

Częściowa nic nie wnosi, ale tylko obniża twoją wartość.

Zgadzam się, tylko mam obawę o rozszerzanie tego, że to CV będzie po prostu wielkie.

Sport Majsterkowanie Inwestowanie Finanse

Wywaliłbym, bo to są takie ogólne zainteresowania, że nic nikomu nie powiedzą.

A przykład mniej ogólnych?

Przyznam, że pierwszy raz w życiu piszę CV. Moja pierwsza wersja wyglądała trochę na taką "przerośniętą" jak na te ~4 lata pracy.

Dziękuję za sugestie. Pomyślę jak to upakować by więcej treści w tym CV było ale znowu ono się nie rozrosło. Nawet patrząc na objętość moich odpowiedzi to już jest sporo tekstu.

xxdakee napisał(a):

Postaraj się nie przekraczać jednej strony. Usuń drugą stronę - przenieś z niej tylko szkolenia/certy na 1 stronę zamiast sekcji cechy/umiejętności. Usuń z sekcji technologie podział na zaawansowany/średnio/początkujący. Dorzuć do kontaktu jakiś link do LI/GH. A tak to wygląda okej

Cechy i umiejętności to faktycznie sekcja, która może wylecieć lub trafić na koniec.

Ten podział technologii to jest coś co zostało mi podpowiedziane przez osobę, która rekrutuje i czyta CV, jednak faktycznie jest to kwestia subiektywna.
Chciałem tutaj po prostu zaznaczyć w czym czuję się lepiej, a w czym gorzej.

Dziękuję za info.

Zawzięty jaszczur napisał(a):

Treści które mogą zniknąć

• adres, możesz zostawić miejscowość jeśli interesuje cię hybryda
• zabytkowe pehapy
• cechy i umiejętności, zamiast tego pokaż silne strony podkreślajac to co osiągnąłeś w ostatniej pracy

Ok

• język polski jest nie tylko ojczysty, ale też oczywisty jeśli masz polskie nazwisko

Ok

• bycie trenerem personalnym, możesz sobie wrzucić w zainteresowania jako ciekawostkę (chociaż możesz spróbować sprzedać te aspekty prezentacyjne) - wiem że spędziłeś jako trener sporo czasu i się tym pewnie jarasz, ale w najlepszym wypadku zostanie z tego anegdotka

Dodałem to z całkiem innego powodu (dlatego też starałem się to ograniczyć do minimum), mianowicie nie chciałem wyglądać jak gościu wyskakujący z króliczej nory.

Formatowanie - ludzie którzy czytają to CV szukają kilku kluczowych informacji. Podaj je na tacy:

• ile masz doświadczenia
• czy to doświadczenie jest związane z tym co chcą
• listę technologii
• angielski
• czy masz studia (mniej sprawdzane ale czasami trzeba odbębnić)

Jak czytałem to CV to:

• pierwsze co czytałem to niebieska kolumna, zaczynam od nazwiska, zjeżdżam w dół i widzę informacje które mnie nie interesują
• lecę do prawej kolumny, ale rozprasza mnie że ta lista jest zajebiście długa
• zjeżdżam na drugą stronę gdzie w sumie nic zbyt ciekawego nie ma
• muszę wrócić do góry i szukać pozostałych informacji

i takie ogólne wrażenia są takie że jest tutaj dużo tekstu, ale mało informacji. Doskonałym przykładem jest sekcja z projektami - wartość dodana z wpisania dziesiątego projektu jest niska. Po przeglądnięciu sobie po łebkach tej listy mniej więcej widzę że to jakiś software house ciachający projekty jedne po drugim. Jaki jest twój wkład w konkretny projekt, co stanowiło tam jakieś wyzwanie?

Oprócz ciachania projektów było jeszcze utrzymanie młodszych i starszych systemów/refaktoryzacje/przepisywania itp. Przy czym jak zacznę się tutaj rozdrabniać to ta lista się jeszcze wydłuża.

Wracam sobie z listy projektów do obowiązków i masz tam dużo generycznych informacji ale nie mam też kolejnych kluczowych:

• czy pracowałeś nad tymi projektami sam czy w zespole, jaka była twoja rola - prowadziłeś te projekty czy dostawałeś jakieś tickety do zaklepania, jaki był twój wkład? Jak były złożone, ile czasu spędziłeś na tymi ciekawszymi?
• czy są jakieś specyficzne aspekty pracy z których jesteś najbardziej dumny, gdzie sądzisz że się wyróżniasz?

Wcześniejsza wersja CV była bardziej rozbudowana ale stwierdziłem, że to za dużo jak na mój staż pracy. Opisywałem jaki miałem udział w projektach jednak to bardzo rozwleka całe CV. Pomyślę nad tym jak to wypośrodkować. Ogólnie nie jest mi łatwo opisać więcej jednocześnie nie robiąc z tego CV molocha.

Kolejność też jest dość dziwna, na przykłąd zbieranie wymagań jest wrąbane gdzieś w środek między paczki-helpery i pisanie unit testów.

Faktycznie, jakoś to usystematyzuję.

Na plus że napisałeś o kilku aspektach które często wypadają słabo przy software houseach - testowanie, code review, do rozwinięcia można też dać kwestię wdrożeń (automatyczny build czy scp na serwer?).

Zaczynając pracę nie bardzo wiedziałem czym się różni SH od firmy produktowej.
Teraz wiem i nie żałuję, że zacząłem od SH bo mnogość rzeczy, które można liznąć jest super. Teraz jednak chcę zrobić tą zmianę na coś innego. I właśnie to jest motorem zmiany.
SH,w którym pracuję całe szczęście ma również długoletnie utrzymania >10 lat (to jest powód pracy z przedpotopowymi wersjami technologii) więc nie było to tylko klepanie na taśmie.
Co do wdrożeń to i to i to. I scp i filezilla (bo klient), jak i ansible i kontenery.

Idąc do technologii - pytanie czym się różnią technologie "początkujący' od "dodatkowo"? Czy czujesz się swobodnie w tych narzędziach?

To mój czysto autorski podział. Dodatkowo to technologie, które mnie nie kojarzą się ściśle z kodem, programowaniem tylko są wykorzystywane dodatkowo. Można być specjalistą w jakimś języku programowania, a tych rzeczy z sekcji "dodatkowo" nie dotykać i się nimi nie parać. Taka to geneza mojego autorskiego podziału.
Początkujący tzn, że się tego uczę i czuję się jak początkujący ale rozumiem co chcesz powiedzieć.

Ogólnie mocniej skompresować, wycisnąć więcej wartości z ciekawszych aspektów. Spędziłem pewnie z kilka razy więcej czasu niż osoba która prowadziłaby z tobą rozmowę, o rząd wielkości więcej niż osoba która przegląda te CVki. Musisz więcej podać na tacy.

Z tym mam problem bo CV się rozrasta jak zaczynam próbować więcej tam wrzucić.

Pokombinuję z tym by to uporządkować, dodać więcej treści w miarę możliwości nie zwiększając objętości.
Dziękuję za sugestie.