วีดีโอ

A co jest złego w uczeniu się z Udemy i kursów?

39:25 - tester manualny z pajtonem - brzmi nieco obleśnie :O

Uczenie się w ciemno, bo trzeba się uczyć, jest bez sensu. Z mojej praktyki prawdopodobieństwo, że trafisz z swoją wiedzą w stos technologiczny, którego uczyłeś się w warunkach domowych jest małe. Zresztą nauka w domu, a rzeczywiste projekty to niebo, a ziemia. Branża IT jest bardzo specyficzna.

Znajdę jeszcze gdzieś dostępną listę z 200 pytaniami? Link w opisie nie działa

zapomnieliście o najbardziej potężnym narzędziu - kalendarz :P

A zakodowany token może być w postaci ciastka httpOnly? Wtedy JS nie ma nawet do niego dostępu, nie musi go zapinać do headera itp... Backend steruje ciastkiem i sesją.

dzięki

Bardzo dobrze tłumaczysz, brawo.

A co powiecie o WebStorm do TypeScripta?

Thank you for sharing so many handy techniques to debug tests in Playwright!

Łooo, dzięki za info, że arc już jest na windows-a. Korzystałem w poprzedniej pracy na mac-u i byłem mega zadowolony :D

Taktyczny komentarz dla zasięgu. Jak zawsze super odcinek, fajnie się Was razem słucha. Długość odcinka w sam raz 👍

Do TODO to nie Notion, a Obsician właśnie używam (przejęzyczenie)

I jak zwykle u Bartka, x narzędzi + bonusowe ;)

tak, wymagania trzeba zbierać, to wymaga czasu i analizy! pozdrawiam, analityczka aplikacji

A co do testowania mikroserwisów jest fajna prezentacja Jacka Milewskiego (z różnych konferencji, kilka nagran jest na YT): "Testowanie mikroserwisów to bajka"

20:10 To co Maciek opisał to jest dokładnie to, do czego AI w tej formie tak naprawdę został stworzony. Ludzie mylnie traktują go jako zagrożenie, coś co nas całkowicie zastąpi, a to jest po prostu narzędzie przyspieszające pracę. Sam wykorzystuję w ten sam sposób, a jeśli mam pod ręką kod, który mogę pokazać AIowi, to jest to też świetny kompan do code review.

Jeśli chodzi o to w co w testach iść, to ja z mojego kilkunastoletniego doświadczenia bym powiedział żeby celować w "holistycznego inżyniera zapewnienia jakości" - chodzi o to, żeby znać się na całym procesie zapewniania jakości, zarówno od strony organizacyjnej jak i technicznej i żeby znać w miarę możliwości jak najwięcej obszarów typu frontend, backend, secutity, accesibility itd. Wyspecjalizować się w dwóch, trzech ale poznać resztę na sensownym poziomie. Mówię tak, bo sam w okolicach 2014/2015 poszedłem stricte w testy backendu bo było sporo zapotrzebowania na to, a mało osób znało temat. I teraz uważam to za spory błąd, bo moje braki w obszarach frontu czy mobilek powodują, że nie nadaję się na 80-90% ofert, nawet tych gdzie testy API są kluczową ale nie jedyną kluczową umiejętnością. Gdybym choć trochę w ostatnich kilku latach poświęcił na podążanie za trendami w testach choćby frontendu to przy zmianie pracy miałbym spokojnie 2-3 razy więcej ofert do wyboru. Tak więc bardzo bym polecał unikać wchodzenia w jedną wąską specjalizacje która za kilka lat może okazać się dużo bardziej niszowa niż nam się obecnie wydaje.

Subskrybuję, więc proszę mnie już tak nie atakować :D

Maciek a masz coś do polecenia do zarządzania monorepo (nie tylko testowego) w pythonie (więc NX średnio się sprawdza)?

A dziękuję, również pozdrawiam! :)

Dzięki za odpowiedź na moje pytanie, pozdrawiam

Czy wszystkie odcinki zostały nagrane jednego dnia, czy to tylko złudzenie😉?

W pierwszym pytaniu "kolesiostwo" wjechało za mocno temu PO

super

komentorz

Dobrze się Was słucha, pozdrawiam

ciekawe, panowie, jestem analityczką aplikacji i faktycznie warto uczyć się nowych rzeczy jeśli chce się rozwijać :)

Super się Was słucha - oglądając Wasze odcinki mam wrażenie, że siedzimy na kawce i słucham bardziej doświadczonych kolegów :) No i ten suspens - skąd będziecie nadawać w kolejnym odcinku :D

Uchwyty do mikrofonów na propsie :D

Taktyczny komentarz dla zasięgu tudzież łapka w górę aby Bartek nie był smutny . Pozdrawiam :)

Zostawiam łapkę w górę i mam pytanko - Maciej wspominał ostatnio na grupce testerskiej na fb że przyszłością testowania jest TestOps, czy możnaby prosić coś więcej na ten temat? Czego warto się uczyć?

Zjawisko patrzenia z góry wynika często, niestety, z kompetencji przedstawianych przez samych reprezentantów danego obszaru (tu już nie chodzi o samo niedocenienie QA, ale tutaj było to na pewno częstsze, niż w przypadku programista vs programista). Im więcej umiesz, im więcej robisz, tym mniej krzywych spojrzeń będzie. Mam podobne obserwacje co Bartek, jak QA zaczyna automatyzować, wie o co chodzi w programowaniu, zna przynajmniej podstawy programowania i stara się zrozumieć co robi DEV, to ta współpraca zaczyna naprawdę fajnie wyglądać. Dlatego też cieszę się, że zaczynamy naciskać na rozwój QA w kwestii technikaliów, bo łatwiej jest porozumieć się całemu zespołowi. O co mi chodziło więc początkowym zdaniem? Każdy z nas będzie się denerwował na osoby, które po raz piąty przychodzą zapytać o to samo lub nie są w stanie zrozumieć naprawdę podstawowych (z perspektywy całego projektu, technologii czy IT w ogóle) rzeczy. Testerzy, którzy nie chcą się rozwijać technicznie mogą wpaść w te pułapkę, że po prostu powyżej pewnego pułapu technicznego ich rozumienie się zatrzyma, co za tym idzie, programiści mogą czuć pewną "niechęć". I tak, wiem, są osoby, którym techniczny rozwój nie leży i wolą robić inne rzeczy, ba, są w nich zajebiste - super, myślę, że tutaj też nie będzie problemu z developerami, gdy pokażemy tę naszą stronę specjalizacji. Pokażemy, że się na tym znamy i rozmawiają z fachowcem. Gorzej, jeśli jedyne co potrafimy to trochę tego i trochę tamtego, a do wykonania codziennej pracy potrzebuję dużego wkładu programisty/innego członka zespołu. Zamykając to wszystko w krótkim zdaniu, im bardziej samodzielny jesteś, tym mniej problemów z devami na co dzień będziesz mieć.

Zostawiam komentarz : )

oj tam, oj tam od razu, że komentarzy nie zostawiamy 😁😁

taktyczny ;)

gratuluje nowej pracy @Maciej!

w końcu plener a nie wszędobylskie ledy :) i jeszcze spacer :D

Taktyczny komentarz dla zasięgu. Czekam na kolejne odcinki z odpowiedziami na pytania , pozdrawiam :)

Nie do końca, np w boksie nie ma białych, niebieskich pasów.

Fajny odcinek, dzięki

Branża IT to w ogóle dla mnie fenomen. Ja rozumiem, że jest popyt i stąd takie stawki, ale jakby ludziom dali normalnie zarobić w innych branżach w Polsce, to nie byłoby takich cyrków. Ja nie mówię nawet o kwotach tego mitycznego 15k, ale ludziom wystarczyłoby nawet zarabiać 8k i większość by była zadowolona.

21:18 - nic nie zostało podlinkowane :/

Maciej pamiętam Cię z uTesta ;) pozdrowienia

Szkoda, że cały odcinek gdzieś wcięło, bo tych panów mogę słuchać bez przerwy :) więcej Maćka i Tomka :)

Ile razy zmienialiście język programowania/ile języków znacie na poziomie profesjonalnym (commit on day 1)? Wiązało się to ze spadkiem wynagrodzenia (np w Pythonie mam 7 lat, ale chcę zacząć pisać w Go, którego nie używałem w pracy)?

Z punktu widzenia "seniora" - i tak i nie - lub "to zależy". Mam za sobą 2 polecenia do jednej firmy w odstępie roku i 2 razy "odpadłem". W całym procesie zawsze było "dobrze/super/fajnie" a na końcu "dziękujemy" bez rozwinięcia (ale to już materiał na inny temat). Tak, bo omija się odsiew (jak było wspomniane) a nie, bo to nie jest magiczna gwarancja wejścia do firmy.

Mam nadzieję że tytuł proroczy:) Na YT można coraz częściej spotkać się tak brzmiącymi tytułami, że AI to 'hype'. Dzięki że u Was pojawiły się rzeczowe przykłady dlaczego, bo spotykam się z takimi ogólnymi opiniami, ale które tylko ślizgają się po powierzchni dlaczego "nie zabiorą pracy".