Dev:cast - O Programowaniu Bez Kaca

Ofert pracy na rynku IT nie brakuje. Pracodawcy próbują zwracać na siebie uwagę nie tylko prężnym, młodym i ambitnym zespołem ale też oferowanymi benefitami. Począwszy od tych spotykanych na co dzień jak owocowe piątki, imprezy integracyjne, prywatna opieka medyczna, fun roomy (wypełnione po brzegi „zabawkami”), elastyczny czas pracy, aż po te bardziej niespotykane jak samochód sportowy na weekend.Na początku swojej zawodowej kariery kręciły mnie te wszystkie extra rzeczy. Teraz podchodzę do tego w zupełnie inny sposób. Benefity z oferty nie odgrywają większej roli, a samo określenie benefit oznacza dla mnie/nas coś nieco innego. Więc zmierzając do sedna:Jakich benefitów oczekują programiści?Dyskutujemy między innymi o tym co nas kręci, co nam totalnie zwisa oraz czy formy benefitów zmieniają się wraz z rozwojem pracownika.Gotowy na podzielenie się swoimi spostrzeżeniami? Zatem:➡️ Które benefity są dla Ciebie wartościowe?➡️ Czego brakuje Ci u obecnego pracodawcy?➡️ Jakie benefity z Twojego punktu widzenia są

IT przeżywa niesamowity rozwój. Słyszymy, że na rynku wciąż brakuje specjalistów, zarobki z roku na rok są coraz wyższe – ogólnie cud, miód i orzeszki w tej branży

Jakiś czas temu rozmawialiśmy w kuluarach na temat roli jak Lead Developer. Nasze spojrzenia na kwestię obowiązków były różne i wynikały z nabytych doświadczeń podczas pracy nad różnymi projektami w różnej konfiguracji personalnej. W tym odcinku podcastu staraliśmy się odpowiedzieć na zasadnicze pytanie:Za co może być odpowiedzialny Lead Developer?Dyskutujemy o potencjalnych odpowiedzialnościach, tym czy taka rola musi pojawiać się w każdym projekcie oraz kiedy może przynosić korzyści? Czy coś z tego wynikło? Tak. Zdefiniowaliśmy wstępnie pięć typów Lead Developera mając pełną świadomość, że to tak na prawdę typy wynikające z naszych obserwacji i wstęp do dłuższej dyskusji.Zainteresowany? W takim razie zapraszam Cię do odsłuchu tego odcinka podcastu.Gotowy na podzielenie się swoimi spostrzeżeniami? Zatem:➡️ Z jakimi typami Lead Developera się spotykałeś?➡️ Za co powinien być odpowiedzialny Lead Developer i dlaczego?➡️ A może sam pełniłeś/pełnisz rolę Lead Developera? Czym się w takim razie zajmujesz?Zachęcam

Komu tak na prawdę wysoka efektywność w IT przynosi największą wartość? Czy tylko pracodawcy czy jednak pracownik może także na tym zyskać? Kiedy efektywność nie jest pożądana, nie przynosi wartości programiście i jest totalnie przez nich olewana?Podczas dwudziestego piątego odcinka razem z Bartkiem poruszamy temat, który dzieli zamiast łączyć dwa światy – świat pracodawcy oraz pracownika. Pracodawca wymaga efektywności działań programisty, natomiast programista oczekuje otoczenia które pozwala mu dobrze i efektywnie wykonywać swoją pracę. Na co więc zwracamy my – programiści uwagę?Po co warto i jak utrzymywać wysoką efektywność w pracy?Z Bartkiem dyskutujemy o tym dlaczego warto być efektywnym oraz dzielimy się spostrzeżeniami co wpływa na naszą efektywną pracę.Zainteresowany? W takim razie zapraszam Cię do odsłuchu tego odcinka podcastu ⤵️⤵️

Front-End development ewoluuje z szybkością bliską prędkości światła ⚡️ Rozwijane są kolejne wersje istniejących rozwiązań, pojawiają się nowe frameworki oraz biblioteki. Ogromna społeczność około frontendowa głowi się i trudzi aby dostarczać coraz lepsze rozwiązania ułatwiające co dzienną pracę programisty ale także rozwiązywać znane problemy w inny, a zarazem lepszy sposób.Jak zatem nadążać za pojawiającymi się nowościami? Jak podchodzić do wyboru konkretnych rozwiązań przy startowaniu nowego projektu frontendowego?Jakie narzędzia wybierać do front-end developmentu?Razem z Łukaszem oraz Rafałem staramy się odpowiedzieć na powyższe pytania, dając wskazówki co do wyboru:- frameworka,- biblioteki do testów jednostkowych,- bundlera oraz task runnera.Ciekawy co mają do powiedzenia specjaliści w temacie frontendu? W takim razie zapraszam Cię bardzo serdecznie do odsłuchu ⤵️⤵️

Testy jednostkowe to temat, który nie raz poruszaliśmy podczas naszego podcastu. Wspominaliśmy o ich wartości, głównych zasadach ale także zachwalaliśmy technikę Test-driven development. Z naszych rozmów jednoznacznie wynika, że praca bez Unit Tests jest dla nas ciężka i tak na prawdę zwiększa ilość pracy… Dlaczego? Ponieważ po każdej zmianie w kodzie, gdy brakuje testów jesteśmy zmuszeni do przeprowadzania manualnej weryfikacji czy nasza aplikacja dalej działa bezbłędnie.Myślicie, że dobrym pomysłem byłoby nagranie odcinka w którym rozprawiamy się z „wadami” testów jednostkowych i obalamy związane z nimi mity? ✨Tym razem jednak skupiliśmy się na definicji kilku dobrych praktyk wspomagających tworzenie testów jednostkowych. Takich testów, które dobrze weryfikują implementacje, zapewniają jakość oraz łatwo jest je utrzymywać.Jakie dobre praktyki warto stosować podczas pisania testów jednostkowych?Wśród popularnych aspektów jak zasady FIRST czy grupowanie implementacji testu w trzy grupy – Given, When, Then poj

Dzisiejszy odcinek jest wyjątkowy. Spotkaliśmy się z Krzysztofem z podcastu "Porozmawiajmy o IT" by porozmawiać o trendach, które według nas zdominują IT w tym roku.Rozmawialiśmy o:- Cloud Native- Progressive Web Apps- Internet of Things- wzmocnieniu znaczenia takich języków programowania jak JavaScript czy Python- technologiach głosowych- sztucznej inteligencji- big data- web APIs

Podczas pracy nad rozwojem oprogramowania dostrzegamy pewne rozwiązania, które są jasnym sygnałem do podjęcia się refaktoryzacji danego fragmentu kodu. Kenta Beck zdefiniował termin Code Smells – to cechy kodu, które świadczą o złej implementacji, utrudniającej utrzymanie oraz rozwój kodu.Na jakie Code Smells zwracać uwagę w swoim kodzie?W tym odcinku podcastu skupiamy się na Code Smells, które z naszej perspektywy pojawiają się najczęściej i nad którymi warto popracować.Jeżeli chcesz poznać więcej potencjalnych smrodków w kodzie serdecznie polecamy z zapoznaniem się z materiałem umieszczonym w serwisie Refactoring.Guru.Zapraszam do odsłuchu ⤵️⤵️

Niedawno rozmawialiśmy o różnych przyczynach zmiany pracy. Jedną z nich był szumny rozwój programisty – jeśli nie czujemy, że się rozwijamy, w tym co nas interesuje i angażuje, to może to właśnie jest punkt zapalny do szukania innego miejsca dla siebie.Nasza branża szybko się zmienia, dostarczając nam co raz to nowszych narzędzi do rozwiązywania problemów. Nie wszystkie jesteśmy w stanie wykorzystać od razu w projektach produkcyjnych – ze względu na poziom skomplikowania, zupełnie nowy koncept. Czy pracodawca powinien zapewnić nam czas na ich poznawanie?Czy programista powinien rozwijać się po godzinach pracy?W tym odcinku podcastu dyskutujemy czy odpowiednim miejscem rozwoju jest tylko i wyłącznie wykonywana przez nas praca.Zapraszam do odsłuchu ⤵️Nasza opinia jest dość jednomyślna, jednak jakie jest Twoje zdanie?Zachęcam Cię do pozostawienia swojej odpowiedzi w komentarzu – dziękuję

Micromanagement czyli styl zarządzania, który nie kojarzy nam się w sposób pozytywny. To kontrola i wywieranie wpływu na osoby w zespole. Coś z czym większość z nas nie chciała by mieć na co dzień styczności. Mi mocno kojarzy się z korporacją, hierarchiczną strukturą, raportowaniem postępu prac w formalny sposób.

Jest piątek, wybija godzina 15:00. Pozostała zaledwie godzina do końca pracy. Do Twojego zespołu dociera informacja, że koniecznie teraz musicie wdrożyć na produkcję zmiany, które w ostatnim czasie wprowadziliście. Wdrożenia w piątek = istny koszmar?

Czym żyje prawdziwy programista? Kodem.I nie doszukuj się w tym żadnego ukrytego akronimu!Tym sucharem

Dotychczasowa praca zawodowa wielokrotnie pokazała nam, że estymacja projektów i dostarczanie ich na czas to element układanki, który często nam nie wychodzi. Zamiast szukać rozwiązań tych problemów posiłkujemy się dociskaniem projektów w ramach nadgodzin.

Istnieje bardzo małe prawdopodobieństwo, że spędzimy całe swoje zawodowe życie w jednej firmie. W branży IT zmieniamy pracę kierując się rozwojem zawodowym, nowymi technologiami ale także poziomem zarobków, które mocno poszybowały w górę w przeciągu ostatnich kilku lat.

Nowe osoby w projekcie i to takim trwającym już od pewnego czasu to niemałe wyzwanie. Baa, to cały proces, który może trwać dłuższy czas. Dotyczy nie tylko lidera zespołu ale także każdego członka zespołu. Różnorodność procesów, technologi, wzorców oraz rozwiązań typowych problemów sprawia, że łatwo przytłoczyć „nowego”

Odcinek specjalny z okazji

My – programiści poświęcamy zbyt wiele czasu na sprawy o niskiej wartości biznesowej. Rozwiązujemy

Udostępnianie interfejsów programistycznych w formie WebAPI stało się pewnym standardem. Integrujemy ze sobą różne systemy – komunikując je w celu wymiany wymaganych danych. Popularne serwisy udostępniają swoje dane, by programiści mogli wykorzystać potencjał zagregowanych danych.

Zarządzanie zespołem składającym się z specjalistów w branży IT nie jest łatwe. Często osoby będące programistami zmieniają swoją ścieżkę kariery, stając się liderami zespołu. Czy jednak Team Leader musiał być wcześniej osobą techniczną? Czy musiał ukończyć studia informatyczne? Może jednak w branży potrzeba nam więcej humanizmu aby uzupełnić proces wytwarzania oprogramowania? Strasznie dużo pytań…

Czy osiągnięcie pułapu Senior Software Developera to koniec programistycznego rozwoju kariery? Czy każdy dobry programista staje się po pewnym czasie Project Managerem?