SlideShare a Scribd company logo
1 of 25
Download to read offline
Katarzyna Javaheri-Szpak
Mity o pracy testera
Agenda
šKilka słów o mnie
šDlaczego wybrałam taki temat?
š6 mitów o pracy testera – subiektywny przegląd
šBonus dla początkujących
šSesja Q&A
O mnie
wykształcenie filologiczne
praca w Iranie i Afganistanie
kursy językowe
kilka wydanych książek
do 2016
O mnie
2016 przebranżowienie
(studia podyplomowe z FE, 180-h zawodowy kurs testerski)
2017 pierwsza pełnoetatowa praca w IT (front-end)
2018
pierwsza praca jako tester
początki automatyzacji w Pythonie
2020 procesy Quality Assurance
2022
certyfikat Scrum Developer Certified
procesy DevOps
2023 certyfikat ISTQB Foundation (w końcu 🤓)
Oprócz tego:
nieustannie się dokształcam (studia AI, certyfikaty DevOps)
dzielę się wiedzą (m.in. Tech Leaders)
Dlaczego wybrałam taki temat?
šWokół branży IT oraz testowania narosło wiele mitów
šSzum i “moda” w social mediach, nierzetelne lub
szkodliwe informacje, błędna terminologia
šDzisiejsza prezentacja à moja subiektywna ocena
zebranych przykładów
Mit nr 1 – próg wejścia do testowania
šChcesz się “wbić” do IT? Testowanie ma najniższy próg
wejścia!
šPrzysłowiony “człowiek z ulicy” może zacząć testować po
tygodniowym kursie
šNie trzeba być osobą “techniczną”
Mit nr 1 – szkodliwość mitu nr 1
š Testowanie obecnie nie ma niskiego progu wejścia!
š Do testowania nie każdy się nadaje, nawet jeśli się doszkoli.
š Pisanie testów automatycznych to nie “trampolina” do bycia
programistą [patrz mit nr 6]
š Czasy nietechnicznych “klikaczów” już minęły.
š Prywatna rada: trzeba to lubić!
[mój case: od front-endu do testowania i nie jestem jedynym
przypadkiem]
Mit nr 2 – zarobisz miliony monet
š Eldorado! Nie dość, że niski
próg wejścia to jeszcze
zarobisz 10K, 15K, 20K, sky is the
limit!
š “Świat wchłonie każdą ilość
pracowników IT” (i oczywiście
świetnie im zapłaci)
Mit nr 2 – szkodliwość mitu nr 2
š Tester lub QA rzeczywiście może bardzo dobrze zarabiać, ale:
š nie stanie się to natychmiastowo po podjęciu decyzji “chcę być testerem”
i zrobieniu paru kursów
š rynek obecnie jest trudny i pracodawcy, nawet jeśli ich stać na więcej, próbują
złapać dobrych kandatów za niższe wynagrodzenia
š Pieniądze nie powinny być główną motywacją do wejścia w IT.
Trzeba to lubić i “czuć”.
Mit nr 2 – jak jest z tymi zarobkami?
š Najnowszy raport Just
Join IT 2023/2024
Mit nr 3 – bugi to sens życia testera
š “zarabiaj na wytykaniu czyichś
błędów”
š “im więcej błędów znajdziesz
tym jesteś lepszym testerem”
š “odwieczna wojna na linii
developer-tester”
š “tester świętuje, gdy znajdzie
buga”
Mit nr 3 – bugi to sens życia testera wg AI
Mit nr 3 – szkodliwość mitu nr 3
š Wszelkie podziały w zespole nie prowadzą do niczego dobrego. Lepiej niech zostaną
tylko na memach.
š Wytykanie komuś błędów (bugów) nie podniesie morale kompletnie nikomu.
š Wbrew pozorom testowanie, a zwłaszcza QA, nie polega na znajdywaniu błędów.
š Znajdywanie błędów jest słuszne i pożyteczne, ale najważniejsze jest by do tych
błędów w ogóle nie dopuścić
š Fałszywe poczucie “Znalazłem X błędów. Jestem potrzebny w tym projekcie”.
š Odpowiedzialność za jakość to odpowiedzialność całego zespołu.
Mit nr 4 – QA, tester, SDET = wszystko jedno
š Czy QA to tester? Czy tester to QA? A co z SDET (Software
Development Engineer in Test)?
š Niekonsekwencja w użyciu nazw ról związanych z testowaniem oraz
Quality Assurance
š Traktowane jako synonimy
š Gdzie jest największy problem? à ogłoszenia o pracę, rozmijające
się oczekiwania pracodawców i pracowników już po zatrudnieniu
Mit nr 4 – QA, tester, SDET = wszystko jedno
SDET (Software Development Engineer in Test)
Tester
Test Engineer
Software Tester
QA Tester
Quality Assurance Specialist
Quality Assurance Engineer
Automation Test Engineer
Test Consultant
Quality Engineer
Automation Engineer
Automation QA Engineer
Manual QA Tester
Manual QA Engineer
QA Specialist
Test Analyst
Application Tester
Software Test Engineer
Test Specialist
QA Professional
Mit nr 4 – i jeszcze po polsku…
Analityk QA (Analityk Zapewnienia
Jakości)
Inżynier ds. Testów
Inżynier QA (Inżynier Zapewnienia Jakości)
Analityk Jakości
Analityk Testów
Analityk Jakości Oprogramowania
Specjalista ds. Zapewnienia Jakości
Inżynier ds. Walidacji Oprogramowania
Inżynier Jakości Oprogramowania
Tester Aplikacji
Specjalista ds. QA
Tester ds. Automatyzacji
Specjalista ds. Inspekcji
Oprogramowania
Analityk Kontroli Jakości
Mit nr 4 – szkodliwość mitu nr 4
š Tester, QA i analityk to różne stanowiska, różna odpowiedzialność
š Nigdy nie wiesz o jakie obowiązki tak naprawdę chodzi, gdy
aplikujesz na ogłoszenie
š Często osoby rekrutujące same nie wiedzą czy szukają testera, QA
inżyniera czy „kogoś od wszystkiego”
š Znane przypadki: tester jako scrum master, tester jako specjalista
UX/UI, tester jako specjalista ds. social mediów, tester-product
owner (ma to plusy i minusy)
Mit nr 4 – QA, tester, SDET = wszystko jedno
ZAPEWNIENIE
JAKOŚCI
TESTOWANIE
QA = Quality Assurance
zapewnienie jakości
testowanie = może być
częścią procesu
zapewniania jakości
Mit nr 4 – zgodnie z ISTQB (4.0 FL)
Testowanie jest formą kontroli jakości.
Kontrola jakości to podejście ukierunkowane na
produkt i mające charakter korekcyjny.
Zapewnienie jakości to podejście ukierunkowane na
procesy i mające charakter prewencyjny, które skupia
się na wdrażaniu i udoskonalaniu procesów.
Mit nr 5 – automaty jedyną słuszną drogą
š Przyjęło się, że naturalnym krokiem
w rozwoju testerskim jest
automatyzacja.
š Jest to popularna narracja, ale
przecież to nie jedyna słuszna
droga.
Mit nr 5 – szkodliwość mitu nr 5
š Niepotrzebna presja, zwłaszcza na początku kariery w testach
(“muszę jak najszybciej nauczyć się automatów”)
š Zamknięcie się na inne ścieżki rozwoju, a są to m.im.
š testowanie dostępności
š testowanie wydajności
š liderowanie/zarządzanie
š testowanie bezpieczeństwa
š testowanie embedded (oprogramowania wbudowanego)
š różne obszary niszowe
š po prostu bycie ekspertem w testach manualnych
Mit nr 6 – automaty jako przepustka do
“prawdziwego” programowania
š Często kariera testera manualnego i potem automatyzacja testów są traktowane jako
przepustka do “prawdziwego” programowania
TAK
Automatyzacja testów pozwala na praktyczne
zastosowanie konceptów programistycznych
Testowanie automatyczne może pomóc
w zrozumieniu kodu produkcyjnego i procesów
ciągłej integracji (CI/CD)
NIE
U testera lub QA inżyniera najważniejszy jest
mindset i inne, całościowe spojrzenie na
oprogramowanie oraz procesy ich tworzenia
Pisanie skryptów automatycznych to tylko
narzędzie, by realizować zadania zapewniania
jakości
Mit nr 6 – szkodliwość mitu nr 6
šJeśli jesteś przekonany, że chcesz być programistą, to
szkoda Twojego czasu na wdrażanie się w rolę testerską
šSzkoda też czasu Twojego pracodawcy, ponieważ
prawdopodobnie nie dasz z siebie “wszystkiego” mając
z tyłu głowy inne priorytety
Bonus dla początkujących
Chcę być testerem - co robić, jak żyć?
š Nie ma szans byś na początku wiedział/a wszystko à potrzebny jest plan
š Lepiej skupić sie porządnie na kilku podstawowych tematach niż próbować na raz
zrozumieć tzw. “wszystko”
š Nie kłamiemy w CV
š Angielski (ewentualnie niemiecki)
š Ostrożnie dobieraj materiały i kursy – najlepiej z dobrymi opiniami lub z polecenia
š Czas też kosztuje! Nie nabieraj się na darmowe, niskiej jakości webinary czy inne
“programy”, które mają Cię na końcu przekonać do drogiego zakupu
š Zaprzyjaźnij się z AI
š Kiedy coś nie idzie do przodu – zastanów się czy to naprawdę jest dla Ciebie (mój case:
frontend)
Pytania
Dziękuję za uwagę!
javaheri.pl

More Related Content

Similar to BugHuntFest2024 - Mity o pracy testera (Katarzyna Javaheri)

Open Source - czy aby napewno zło?” - Piotr Pyciński, KrakSpot#5
Open Source - czy aby napewno zło?” - Piotr Pyciński, KrakSpot#5Open Source - czy aby napewno zło?” - Piotr Pyciński, KrakSpot#5
Open Source - czy aby napewno zło?” - Piotr Pyciński, KrakSpot#5
krakspot
 
Od Produktywności do Sabotażu - Sławomir Radzymiński, KraQA #31
Od Produktywności do Sabotażu - Sławomir Radzymiński, KraQA #31Od Produktywności do Sabotażu - Sławomir Radzymiński, KraQA #31
Od Produktywności do Sabotażu - Sławomir Radzymiński, KraQA #31
kraqa
 

Similar to BugHuntFest2024 - Mity o pracy testera (Katarzyna Javaheri) (20)

Pierwsze kroki w IT jako programista - Fundacja MOŻESZ ITy!
Pierwsze kroki w IT jako programista - Fundacja MOŻESZ ITy!Pierwsze kroki w IT jako programista - Fundacja MOŻESZ ITy!
Pierwsze kroki w IT jako programista - Fundacja MOŻESZ ITy!
 
Testowanie. Wprowadzenie do testowania oprogramowania.
Testowanie. Wprowadzenie do testowania oprogramowania. Testowanie. Wprowadzenie do testowania oprogramowania.
Testowanie. Wprowadzenie do testowania oprogramowania.
 
Mity, które blokują Twoją karierę
Mity, które blokują Twoją karieręMity, które blokują Twoją karierę
Mity, które blokują Twoją karierę
 
Aula polska - Psychologia i Code Review
Aula polska -  Psychologia i Code ReviewAula polska -  Psychologia i Code Review
Aula polska - Psychologia i Code Review
 
AI w marketingu i biznesie - Anna Ledwoń-Blacha I More Bananas
AI w marketingu  i biznesie - Anna Ledwoń-Blacha I More BananasAI w marketingu  i biznesie - Anna Ledwoń-Blacha I More Bananas
AI w marketingu i biznesie - Anna Ledwoń-Blacha I More Bananas
 
[TestWarez 2017] QA z perspektywy biznesu – jak zarabiać na testowaniu
[TestWarez 2017] QA z perspektywy biznesu – jak zarabiać na testowaniu[TestWarez 2017] QA z perspektywy biznesu – jak zarabiać na testowaniu
[TestWarez 2017] QA z perspektywy biznesu – jak zarabiać na testowaniu
 
MS - Wprowadzenie do testów jednostkowych
MS - Wprowadzenie do testów jednostkowychMS - Wprowadzenie do testów jednostkowych
MS - Wprowadzenie do testów jednostkowych
 
Jak wybrać studia podyplomowe z zarządzania projektami? Poradnik kandydata
Jak wybrać studia podyplomowe z zarządzania projektami? Poradnik kandydataJak wybrać studia podyplomowe z zarządzania projektami? Poradnik kandydata
Jak wybrać studia podyplomowe z zarządzania projektami? Poradnik kandydata
 
Girls in IT - QA
Girls in IT - QA Girls in IT - QA
Girls in IT - QA
 
Analityk w świecie automatyzacji i robotyzacji biznesu
Analityk w świecie automatyzacji i robotyzacji biznesuAnalityk w świecie automatyzacji i robotyzacji biznesu
Analityk w świecie automatyzacji i robotyzacji biznesu
 
Strategie automatyzacji testow
Strategie automatyzacji testowStrategie automatyzacji testow
Strategie automatyzacji testow
 
TDD – w poszukiwaniu źródeł jakości.
TDD – w poszukiwaniu źródeł jakości.TDD – w poszukiwaniu źródeł jakości.
TDD – w poszukiwaniu źródeł jakości.
 
Open Source - czy aby napewno zło?” - Piotr Pyciński, KrakSpot#5
Open Source - czy aby napewno zło?” - Piotr Pyciński, KrakSpot#5Open Source - czy aby napewno zło?” - Piotr Pyciński, KrakSpot#5
Open Source - czy aby napewno zło?” - Piotr Pyciński, KrakSpot#5
 
Code Review budujące relacje w zespole
Code Review budujące relacje w zespoleCode Review budujące relacje w zespole
Code Review budujące relacje w zespole
 
Audyt użyteczności - webinar
Audyt użyteczności - webinarAudyt użyteczności - webinar
Audyt użyteczności - webinar
 
Od Produktywności do Sabotażu - Sławomir Radzymiński, KraQA #31
Od Produktywności do Sabotażu - Sławomir Radzymiński, KraQA #31Od Produktywności do Sabotażu - Sławomir Radzymiński, KraQA #31
Od Produktywności do Sabotażu - Sławomir Radzymiński, KraQA #31
 
Edukacja testerska na Quality in IT
Edukacja testerska na Quality in ITEdukacja testerska na Quality in IT
Edukacja testerska na Quality in IT
 
Ocena i podnoszenie dojrzałości robotyzacji biznesu
Ocena i podnoszenie dojrzałości robotyzacji biznesuOcena i podnoszenie dojrzałości robotyzacji biznesu
Ocena i podnoszenie dojrzałości robotyzacji biznesu
 
Jak efektywnie podejść do certyfikacji w AWS?
Jak efektywnie podejść do certyfikacji w AWS?Jak efektywnie podejść do certyfikacji w AWS?
Jak efektywnie podejść do certyfikacji w AWS?
 
Candidate i employee experience - zacznij je mierzyc
Candidate i employee experience - zacznij je mierzycCandidate i employee experience - zacznij je mierzyc
Candidate i employee experience - zacznij je mierzyc
 

More from Katarzyna Javaheri-Szpak

More from Katarzyna Javaheri-Szpak (6)

Testowanie na 101 sposobów
Testowanie na 101 sposobówTestowanie na 101 sposobów
Testowanie na 101 sposobów
 
Podstawy testowania oprogramowania
Podstawy testowania oprogramowaniaPodstawy testowania oprogramowania
Podstawy testowania oprogramowania
 
WordPress dla początkujących
WordPress dla początkującychWordPress dla początkujących
WordPress dla początkujących
 
Bezpieczeństwo stron opartych na popularnych systemach zarządzania treścią
Bezpieczeństwo stron opartych na popularnych systemach zarządzania treściąBezpieczeństwo stron opartych na popularnych systemach zarządzania treścią
Bezpieczeństwo stron opartych na popularnych systemach zarządzania treścią
 
Codzienna praca testerki oprogramowania
Codzienna praca testerki oprogramowaniaCodzienna praca testerki oprogramowania
Codzienna praca testerki oprogramowania
 
WDI 2021 - Pierwszy duży projekt w Pythonie i Selenium - Katarzyna Javaheri-S...
WDI 2021 - Pierwszy duży projekt w Pythonie i Selenium - Katarzyna Javaheri-S...WDI 2021 - Pierwszy duży projekt w Pythonie i Selenium - Katarzyna Javaheri-S...
WDI 2021 - Pierwszy duży projekt w Pythonie i Selenium - Katarzyna Javaheri-S...
 

BugHuntFest2024 - Mity o pracy testera (Katarzyna Javaheri)

  • 2. Agenda šKilka słów o mnie šDlaczego wybrałam taki temat? š6 mitów o pracy testera – subiektywny przegląd šBonus dla początkujących šSesja Q&A
  • 3. O mnie wykształcenie filologiczne praca w Iranie i Afganistanie kursy językowe kilka wydanych książek do 2016
  • 4. O mnie 2016 przebranżowienie (studia podyplomowe z FE, 180-h zawodowy kurs testerski) 2017 pierwsza pełnoetatowa praca w IT (front-end) 2018 pierwsza praca jako tester początki automatyzacji w Pythonie 2020 procesy Quality Assurance 2022 certyfikat Scrum Developer Certified procesy DevOps 2023 certyfikat ISTQB Foundation (w końcu 🤓) Oprócz tego: nieustannie się dokształcam (studia AI, certyfikaty DevOps) dzielę się wiedzą (m.in. Tech Leaders)
  • 5. Dlaczego wybrałam taki temat? šWokół branży IT oraz testowania narosło wiele mitów šSzum i “moda” w social mediach, nierzetelne lub szkodliwe informacje, błędna terminologia šDzisiejsza prezentacja à moja subiektywna ocena zebranych przykładów
  • 6. Mit nr 1 – próg wejścia do testowania šChcesz się “wbić” do IT? Testowanie ma najniższy próg wejścia! šPrzysłowiony “człowiek z ulicy” może zacząć testować po tygodniowym kursie šNie trzeba być osobą “techniczną”
  • 7. Mit nr 1 – szkodliwość mitu nr 1 š Testowanie obecnie nie ma niskiego progu wejścia! š Do testowania nie każdy się nadaje, nawet jeśli się doszkoli. š Pisanie testów automatycznych to nie “trampolina” do bycia programistą [patrz mit nr 6] š Czasy nietechnicznych “klikaczów” już minęły. š Prywatna rada: trzeba to lubić! [mój case: od front-endu do testowania i nie jestem jedynym przypadkiem]
  • 8. Mit nr 2 – zarobisz miliony monet š Eldorado! Nie dość, że niski próg wejścia to jeszcze zarobisz 10K, 15K, 20K, sky is the limit! š “Świat wchłonie każdą ilość pracowników IT” (i oczywiście świetnie im zapłaci)
  • 9. Mit nr 2 – szkodliwość mitu nr 2 š Tester lub QA rzeczywiście może bardzo dobrze zarabiać, ale: š nie stanie się to natychmiastowo po podjęciu decyzji “chcę być testerem” i zrobieniu paru kursów š rynek obecnie jest trudny i pracodawcy, nawet jeśli ich stać na więcej, próbują złapać dobrych kandatów za niższe wynagrodzenia š Pieniądze nie powinny być główną motywacją do wejścia w IT. Trzeba to lubić i “czuć”.
  • 10. Mit nr 2 – jak jest z tymi zarobkami? š Najnowszy raport Just Join IT 2023/2024
  • 11. Mit nr 3 – bugi to sens życia testera š “zarabiaj na wytykaniu czyichś błędów” š “im więcej błędów znajdziesz tym jesteś lepszym testerem” š “odwieczna wojna na linii developer-tester” š “tester świętuje, gdy znajdzie buga”
  • 12. Mit nr 3 – bugi to sens życia testera wg AI
  • 13. Mit nr 3 – szkodliwość mitu nr 3 š Wszelkie podziały w zespole nie prowadzą do niczego dobrego. Lepiej niech zostaną tylko na memach. š Wytykanie komuś błędów (bugów) nie podniesie morale kompletnie nikomu. š Wbrew pozorom testowanie, a zwłaszcza QA, nie polega na znajdywaniu błędów. š Znajdywanie błędów jest słuszne i pożyteczne, ale najważniejsze jest by do tych błędów w ogóle nie dopuścić š Fałszywe poczucie “Znalazłem X błędów. Jestem potrzebny w tym projekcie”. š Odpowiedzialność za jakość to odpowiedzialność całego zespołu.
  • 14. Mit nr 4 – QA, tester, SDET = wszystko jedno š Czy QA to tester? Czy tester to QA? A co z SDET (Software Development Engineer in Test)? š Niekonsekwencja w użyciu nazw ról związanych z testowaniem oraz Quality Assurance š Traktowane jako synonimy š Gdzie jest największy problem? à ogłoszenia o pracę, rozmijające się oczekiwania pracodawców i pracowników już po zatrudnieniu
  • 15. Mit nr 4 – QA, tester, SDET = wszystko jedno SDET (Software Development Engineer in Test) Tester Test Engineer Software Tester QA Tester Quality Assurance Specialist Quality Assurance Engineer Automation Test Engineer Test Consultant Quality Engineer Automation Engineer Automation QA Engineer Manual QA Tester Manual QA Engineer QA Specialist Test Analyst Application Tester Software Test Engineer Test Specialist QA Professional
  • 16. Mit nr 4 – i jeszcze po polsku… Analityk QA (Analityk Zapewnienia Jakości) Inżynier ds. Testów Inżynier QA (Inżynier Zapewnienia Jakości) Analityk Jakości Analityk Testów Analityk Jakości Oprogramowania Specjalista ds. Zapewnienia Jakości Inżynier ds. Walidacji Oprogramowania Inżynier Jakości Oprogramowania Tester Aplikacji Specjalista ds. QA Tester ds. Automatyzacji Specjalista ds. Inspekcji Oprogramowania Analityk Kontroli Jakości
  • 17. Mit nr 4 – szkodliwość mitu nr 4 š Tester, QA i analityk to różne stanowiska, różna odpowiedzialność š Nigdy nie wiesz o jakie obowiązki tak naprawdę chodzi, gdy aplikujesz na ogłoszenie š Często osoby rekrutujące same nie wiedzą czy szukają testera, QA inżyniera czy „kogoś od wszystkiego” š Znane przypadki: tester jako scrum master, tester jako specjalista UX/UI, tester jako specjalista ds. social mediów, tester-product owner (ma to plusy i minusy)
  • 18. Mit nr 4 – QA, tester, SDET = wszystko jedno ZAPEWNIENIE JAKOŚCI TESTOWANIE QA = Quality Assurance zapewnienie jakości testowanie = może być częścią procesu zapewniania jakości
  • 19. Mit nr 4 – zgodnie z ISTQB (4.0 FL) Testowanie jest formą kontroli jakości. Kontrola jakości to podejście ukierunkowane na produkt i mające charakter korekcyjny. Zapewnienie jakości to podejście ukierunkowane na procesy i mające charakter prewencyjny, które skupia się na wdrażaniu i udoskonalaniu procesów.
  • 20. Mit nr 5 – automaty jedyną słuszną drogą š Przyjęło się, że naturalnym krokiem w rozwoju testerskim jest automatyzacja. š Jest to popularna narracja, ale przecież to nie jedyna słuszna droga.
  • 21. Mit nr 5 – szkodliwość mitu nr 5 š Niepotrzebna presja, zwłaszcza na początku kariery w testach (“muszę jak najszybciej nauczyć się automatów”) š Zamknięcie się na inne ścieżki rozwoju, a są to m.im. š testowanie dostępności š testowanie wydajności š liderowanie/zarządzanie š testowanie bezpieczeństwa š testowanie embedded (oprogramowania wbudowanego) š różne obszary niszowe š po prostu bycie ekspertem w testach manualnych
  • 22. Mit nr 6 – automaty jako przepustka do “prawdziwego” programowania š Często kariera testera manualnego i potem automatyzacja testów są traktowane jako przepustka do “prawdziwego” programowania TAK Automatyzacja testów pozwala na praktyczne zastosowanie konceptów programistycznych Testowanie automatyczne może pomóc w zrozumieniu kodu produkcyjnego i procesów ciągłej integracji (CI/CD) NIE U testera lub QA inżyniera najważniejszy jest mindset i inne, całościowe spojrzenie na oprogramowanie oraz procesy ich tworzenia Pisanie skryptów automatycznych to tylko narzędzie, by realizować zadania zapewniania jakości
  • 23. Mit nr 6 – szkodliwość mitu nr 6 šJeśli jesteś przekonany, że chcesz być programistą, to szkoda Twojego czasu na wdrażanie się w rolę testerską šSzkoda też czasu Twojego pracodawcy, ponieważ prawdopodobnie nie dasz z siebie “wszystkiego” mając z tyłu głowy inne priorytety
  • 24. Bonus dla początkujących Chcę być testerem - co robić, jak żyć? š Nie ma szans byś na początku wiedział/a wszystko à potrzebny jest plan š Lepiej skupić sie porządnie na kilku podstawowych tematach niż próbować na raz zrozumieć tzw. “wszystko” š Nie kłamiemy w CV š Angielski (ewentualnie niemiecki) š Ostrożnie dobieraj materiały i kursy – najlepiej z dobrymi opiniami lub z polecenia š Czas też kosztuje! Nie nabieraj się na darmowe, niskiej jakości webinary czy inne “programy”, które mają Cię na końcu przekonać do drogiego zakupu š Zaprzyjaźnij się z AI š Kiedy coś nie idzie do przodu – zastanów się czy to naprawdę jest dla Ciebie (mój case: frontend)