Testowanie na froncie - czy warto?

Kiedy jest czas na naukę? I w sumie to kto ma za to płacić?
Czy powinniśmy uczyć się w czasie pracodawcy, w czasie kiedy robimy projekty?

Jeżeli nie będziemy się rozwijać, to trudno będzie spełniać coraz wyższe wymagania projektów. Codziennie powstają nowe narzędzia, biblioteki, frameworki czy języki programowania?

Kiedy znaleźć czas na naukę?

Przedstawiam metodę opisaną przez Kenta Beck - 80/15/5.
W skrócie wygląda to następująco:
80% - LOW RISK, NORMAL REWARD
15% - HIGH RISK, HIGH REWARD
5% - CURIOSITY

Artykuł Kenta Beck był zapalnikiem do tego odcinka. Mam kilka własnych przemyśleń jak znaleźć balans? Czy to odpowiednie proporcje? Gdzie w tym modelu jest czas na przekazywanie wiedzy?

Zapraszam do wysłuchania odcinka.

Metafora długu technicznego przyjęła się bardzo dobrze.

Piszesz kod, nie dbasz o jakość, a potem płacisz procent przy każdej nowej funkcjonalności. Metafora wydaje się prosta, ale temat jak zawsze jest bardziej złożony.

Omawiam matrycę długu technicznego. Mamy 2 kryteria: - celowość - rozsądek
Jak wygląda większość projektów? Jakie umiejętności odróżniają juniorów od seniorów?

Zapraszam do wysłuchania 🙏

Wracam po naprawdę długiej przerwie.

Wracam z nowym formatem, zakresem tematów i oprawą muzyczną.

Zapraszam do wysłuchania wstępu, a właściwie rozbiegówki przed prawdziwymi odcinkami. Do usłyszenia. Piona.

Znowu bierzymy na tapet książkę Software Engineering at Google. Tym razem omawiamy temat zasad i utrzymywania porządku w codebase. Poruszamy następujące kwestie:

• jak podejść do style guide?
• czy można utrzymać ten sam styl w wielu projektach?
• kto odpowiada za utrzymywanie porządku?
• czy automatyzacja to jedyne rozwiązanie?
• ten sam czy inny styl dla kolejnego projektu?

Zapraszamy do wysłuchania rozmowy 💪

Wracamy z kolejnym odcinkiem, gdzie analizujemy temat z książki Software Engineering at Google. Tym razem bierzemy na tapet dokumentację w projekcie.

Dyskutujemy:

- czy rzeczywiście dokumentacja to pierwsza potrzeba w projekcie?
- kiedy potrzebujemy dokumentacji?
- kto powinien być odpowiedzialny za jej utrzymywanie?
- jakie projekty szczególnie potrzebują dokumentacji?
- jakie korzyści ma tworzenie dokumentacji?
- czy możemy zmierzyć ROI z dokmentacji?

Na te i wiele innych pytań staramy się odpowiedzieć w tym odcinku. Zapraszam do wysłuchania rozmowy na Spotify, Apple Podcasts, Google Podcasts i https://poprostujs.pl

Zapraszam na kolejny wywiad. Tym razem zaprosiłem Adama Bara. Znamy się z Adamem już od dłuższego czasu i wiem, że Adam mocno siedzi w tematach web performance & PWA.

Chciałem porozmawiać na oba tematy, ale … trochę się rozgadaliśmy i przegadaliśmy tylko web performance. Mam nadzieję, że przyjdzie czas na dogrywkę i temat PWA.

Adam przeprowadza audyty wydajności i pomaga firmom osiągnąć lepsze === szybsze systemy. Rozmawiamy na temat:
- przeprowadzania audytów
- metryk wydajności aplikacji
- wpływu architektury na wydajność
- kompromisach we wspólnych działaniach z teamami marketingowymi
- przydatnych narzędziach w mierzeniu wydajności
- “ulubionych” bibliotekach

Zapraszam do wysłuchania rozmowy na Spotify, Apple Podcasts, Google Podcasts i https://poprostujs.pl

Kolejny wywiad wjeżdża na salony. Miałem przyjemność porozmawiać z Arturem Chmaro. Artur siedzi w tematach JS, React & blockchain. Artur dzieli się swoją wiedzą na social mediach. Prowadzi kanał na youtube - https://www.youtube.com/c/ArturChmaro oraz konto na instagramie https://www.instagram.com/fullstak_pl/. Artur jest również twórcą kursu Next.js -> https://sklep.fullstak.pl/kurs-nextjs

Rozmawiamy na temat Next.js, jakie są jego zalety i wady. Wszystko w kontekście doświadczeń Artura w projektach, które tworzy. Omawiamy różne rodzaje renderowania w Next.js - SSR, SSG oraz ISR.

Zapraszam do wysłuchania rozmowy na Spotify, Apple Podcasts, Google Podcasts i poprostujs.pl

Nie każdy kod żyje wiecznie…

W sumie, to chyba żaden.

Ale co zrobić kiedy już nie chcemy utrzymywać jakiegoś systemu czy API, z którego ciągle ktoś korzysta? W tym odcinku bierzemy na tapet “Code Deprecation”. Do dyskusji skłoniła nas książka “Software Engineering at Google by Titus Winters, Tom Manshreck & Hyrum Wright”.

Jest to pierwszy odcinek z nadchodzącej serii na temat książki nt. tworzenia software według Google i naszego komentarza.

Zapraszam do wysłuchania rozmowy na Spotify, Apple Podcasts, Google Podcasts i poprostujs.pl

Przygotowania chwilę trwały, ale w końcu mamy to. Wchodzimy z nowym formatem, a właściwie dodajemy nowy format do podcastu.

Regularnie będziemy zapraszać ciekawych ludzi ze świata JS oraz ogólnie programowania. Będziemy wspólnie rozkminiali ciekawe tematy, ale nadal wszystko w obrębie własnych doświadczeń.

Do pierwszego wywiadu zaprosiłem Krzysztofa Jendrzycę. Znamy się z Krzysztofem naprawdę dobrze i cenimy podobne wartości. Bardzo mocno trzymamy się solidnych fundamentów i prostoty. Krzysztof jest znany z bloga SkutecznyProgramista.pl, gdzie dzieli się swoimi przemyśleniami na temat nawyków, modeli mentalnych i sposobów pracy doświadczonych programistów. Bardzo szanuję go, że zawsze skupia się na własnych doświadczeniach, a nie filozofowaniu jak świat powinien wyglądać. Bardzo ciekawie o swoich przemyśleniach na różne tematy pisze również na blogu krzysztof.io

Rozmawiamy o tym, jak podejść do nauki React'a. Obaj siedzimy w temacie naprawdę długo. Wzięliśmy React'a, ponieważ dobrze rozmawiać na konkretnym przykładzie, ale rozmowa dotyczy ogólnie nauki nowych języków, bibliotek czy koncepcji.

Zapraszam do wysłuchania rozmowy na Spotify, Apple Podcasts, Google Podcasts i poprostujs.pl

Wszystko zaczęło się od monolitu i tak pewni by się skończyło, ale ...

Nie pałaliśmy zbytnio chęcią do pójścia w stronę micro frontend'ów. Natomiast wymagania w projekcie tak pokierowały naszymi wyborami, że postanowiliśmy spróbować.

Rozmawiamy o naszych doświadczeniach:

- jakie są mocne strony micro frontend'ów?
- jakie są wady?
- czy narzędzia pomagają czy przeszkadzają?
- czy warto wchodzić w temat?

Zapraszam do wysłuchania rozmowy na Spotify, Apple Podcasts, Google Podcasts i poprostujs.pl

TRANSCRIPT: 5e0298d966e043809252088b1d6be45d