DevEnv - O programowaniu bez kaca

Deadline często kojarzy nam się w sposób pejoratywny. Natomiast często ustalamy sobie pewny zakres czasu, aby zrealizować pewne cele lub zadania – nie mając w tym, złej intencji. Podczas pracy w projektach, nie jednokrotnie spotkaliśmy się z ograniczeniami czasowymi, które wyznaczały dostarczenie zdefiniowanej funkcjonalności. Czy zatem możemy zadać pytanie:

Deadline = Timebox?

No właśnie. Czy deadline może posiadać pozytywny wydźwięk w zespole programistycznym?

Skupiliśmy się podczas tego podcastu na odpowiedzeniu sobie, kiedy deadline jest sztywny i nie można go przesunąć oraz jak radzić sobie z ustalaniem scope, który ma zostać zrealizowany w określonym terminie. Bartek wspomina także o sytuacji, gdy osoba z zespołu chcąc dociągnąć rzeczy na czas, wylądowała na OIOM (Oddział Intensywnej Opieki Medycznej).

Gotowy na podzielenie się swoimi spostrzeżeniami? Zatem:

➡️ Czy spotkałeś się kiedyś z deadlinem w projekcie?
➡️ Czy deadline często wiązał się z nadgodzinami?
➡️ Jak sobie radzić w negocjacjach na temat, tego co dowieźć na określony czas?

Konteneryzacja, a zarazem jedna z najważniejszych implementacji w postaci Docker staje się powoli standardem w programistycznym świecie. Dlatego też postanowiłem porozmawiać z Damianem, specjalistą tego tematu. Jednym z najważniejszych pytań podczas naszej rozmowy było:

W czym może pomóc DOCKER programiście?

Jednak nie tylko na ten temat dyskutowaliśmy. Pojawiło się także kilka ważnych punktów, na które należy uważać podczas przygotowywania aplikacji do działania w postaci kontenera. Sporo także mówimy o tym, jak uruchamiać aplikację produkcyjnie, która zamknięta została do postaci artefaktu Docker Image.

Gotowy na podzielenie się swoimi spostrzeżeniami? Zatem:

➡️ Czy spotkałeś się wcześniej z konteneryzacją?
➡️ Czy wykorzystujesz Dockera w swojej pracy?
➡️ Czy aplikacja nad którą pracujesz, posiada swój Docker Image?

W kanonie obowiązkowych narzędzi, które powinien znać każdy programista, spotykamy takie określenie jak WZORCE PROJEKTOWE. Niczym mityczna postać. Wszyscy słyszeli, a nawet kolega żony najlepszego przyjaciela nawet zastosował kiedyś SINGLETONA 😀

Śmiechy i żarty, ale prawda jest taka, że wielu programistów wykorzystuje ograniczoną ich ilość. Ponieważ nie mają potrzeby stosowania innych lub je stosują, nie wiedząc o tym. Formy wzorców i ich zastosowanie jest różne. Czasem na siłę próbujemy, je upchać w miejsca, gdzie nie pasują. Czasem ich nie używamy pomimo, że istnieje ku temu zasadność.

Jaką wartość dają WZORCE PROJEKTOWE?

Luźno dyskutujemy o wzorcach – ich zaletach i wadach. Dyskutujemy o tym, czy faktycznie służą do ułatwienia komunikacji pomiędzy programistami, czy nie. Jaka jest ich inna rola?

Gotowy na podzielenie się swoimi spostrzeżeniami? Zatem:

➡️ Czy wzorce projektowe są potrzebne programiście?
➡️ Jakie wzorce projektowe według Ciebie są przydatne?
➡️ Czy kiedykolwiek wzorce utrudniły Ci rozwój kodu?

Na początku marca tego roku w wielu firmach IT zapadła decyzja o rozpoczęciu w pełni zdalnej pracy. My, czyli osoby przyzwyczajone do pracy w biurze, musieliśmy sobie poradzić z nowym wyzwaniem. Zmieniła się forma komunikacji, miejsce pracy, a czasem też i sprzęt na którym wykonywaliśmy swoje obowiązki.
Jak poradziliśmy sobie z wymuszoną pracą zdalną?

Mając na uwadze nasz jeden z pierwszych podcastów – dobre praktyki pracy zdalnej, mogliśmy zastosować kilka zawartych w nim porad. Czy się przydały? Czy pomogły? O tym w najnowszym odcinku podcastu.

PS. Jest też o tym czego nam brakuje, co pojawiło się pozytywnego oraz co nas irytuje 🙂

Gotowy na podzielenie się swoimi spostrzeżeniami? Zatem:

➡️ Czy było Ci ciężko zmienić tryb swojej pracy?
➡️ Jakie problemy pojawiły się podczas przejścia na pracę zdalną?
➡️ Jak Ci się podoba długotrwała praca zdalna?

Zachęcam Cię do pozostawienia swojej odpowiedzi w komentarzu – dziękuję 👍

Czy istnieją jakieś zasady, które sprawią, że łatwiej będzie nam żyć z Legacy Code? Dokładnie nad tym zastanawialiśmy się ostatnio. Okazało się, że w swoim rękawie, jako programiści posiadamy trochę nabytych nawyków, które w sposób świadomy ułatwiają nam rozwój kodu. Nawet tego, który cuchnie stęchlizną.

Jakie dobre praktyki warto stosować w Legacy Code?

Podczas odcinka mówimy o swoich zasadach "Minimal Development Quality", które staramy się wdrażać tam, gdzie się pojawiamy. Oczywiście – z wiedzą, że nie zawsze mogą pasować one do sytuacji. Krzysztof zarzucił również ciekawą tezą, że to w Legacy Code najwięcej się można nauczyć? Zgadzasz się z tym?

Gotowy na podzielenie się swoimi spostrzeżeniami? Zatem:

➡️ Lubisz kopać w starym kodzie nadając mu nowy kształt?
➡️ Masz zestaw swoich praktyk, które starasz się stosować podczas tworzenia oprogramowania?
➡️ Brownfield czy Greenfield?

Zachęcam Cię do pozostawienia swojej odpowiedzi w komentarzu – dziękuję 👍

Event Storming pomaga skomunikować zespół techniczny i część biznesową. Dzięki pewnym założeniom możemy opisać występujące procesy tak, aby obie strony w pełni je rozumiały. Tablica, kolorowe karteczki – czy to pomysł na rozwiązywanie problemów komunikacyjnych? No i inne pytanie, które coraz częściej sobie zadajemy jako świadomi programiści…

Kiedy Event Storming przyniesie nam wartość?

O podstawach Event Storming, Mariusz bardzo dużo opowiedział w podcaście Maćka Aniserowicza – DevTalk #110. Zachęcam do jego przesłuchania, bo tam usłyszycie o świetnie omówionych podstawach.

My natomiast skupiliśmy na dalszych rozważaniach. Jakie wartości jako programiści możemy wyciągnąć z sesji Event Stormingowej, co może być artefaktem takie sesji oraz kiedy ES się nie sprawdza.

Gotowy na podzielenie się swoimi spostrzeżeniami? Zatem:

➡️ Czy spotkałeś się wcześniej z Event Stormingiem?
➡️ Czy miałeś okazję wypróbować w praktyce sesje Event Storming?
➡️ Jeśli tak, to czy spełniła wasze oczekiwania?

Zachęcam Cię do pozostawienia swojej odpowiedzi w komentarzu – dziękuję 👍

Z chmury wielu z nas programistów korzysta na co dzień. Wdrażamy swoje aplikacje w ramach mikroserwisów, w środowiska skonteneryzowanych. Jest kilka zasad, które musimy przestrzegać aby było to możliwe. Czasem podążamy za wytycznymi z dokumentacji danego rozwiązania. Natomiast istnieje metodologia tworzenia aplikacji o nazwie Twelve-Factor App, która definiuje pewne założenia dla naszej aplikacji. Dzięki temu będziemy mogli z łatwością nie tylko uruchamiać aplikacje w chmurach tj. AWS, Azure, GCP, ale także wykorzystywać możliwość skalowania.

Jakie są plusy 12 Factor App?

Podczas odcinka dyskutujemy o tym kiedy warto zastosować metodologię Twelve-Factor App, czego nam brakuje w definicji oraz co nie zawsze się sprawdza.

Gotowy na podzielenie się swoimi spostrzeżeniami? Zatem:

➡️ Czy spotkałeś się z 12 Factor App?
➡️ Czy stosowałeś 12 Factor App podczas tworzenia aplikacji?
➡️ Jakie widzisz problemy z stosowaniem tej metodologii?

Zachęcam Cię do pozostawienia swojej odpowiedzi w komentarzu – dziękuję 👍

Każdy lub prawie każdy w życiu miał taki moment, że dostawał takie zadanie, że chciał rzucić wszystko i wyjechać w Bieszczady. Pojawiały się myśli, że to nie jest dla mnie, że jestem po prostu za słaby.

Takie sytuacja pojawiają się i będą się pojawiać zarówno w życiu młodego jak i bardzo doświadczonego programisty. W pewnym momencie utkniesz nad jakimś zadaniem i będziesz musiał sobie z nim jakoś poradzić.

Moglibyśmy to spuentować stwierdzeniem „Sorry taki mamy klimat” albo „Takie jest życie! Handluj z tym„, ale my wolimy inaczej podejść do sprawy.

Jak realizować zadania na pierwszy rzut oka nierealizowalne?

W tym podcaście dzielimy się swoimi sprawdzonymi sposobami po jakie można sięgnąć w takich momentach. Sposobami pozwalającymi Tobie, poradzić sobie psychicznie z ciężkimi zadaniami, które mogą wydawać się przeszkodą nie do przejścia.

Gotowy na podzielenie się swoimi spostrzeżeniami? Zatem:

➡️ Jak radzisz sobie z przemęczeniem w pracy nad jednym zadaniem?
➡️ W jaki sposób dekomponujesz swoją pracę?
➡️ Co było kiedyś dla Ciebie zbyt ciężkim zadaniem do ogarnięcia?

Zachęcam Cię do pozostawienia swojej odpowiedzi w komentarzu – dziękuję 👍

Podczas organizacji swojej pracy i życia co dziennego coraz częściej sięgamy po oprogramowanie. Są i tacy (cześć, mam na imię Adrian 😎), którzy porzucili zeszyty z notatkami, standardowe kalendarze czy nawet papierowe książki, na rzecz elektronicznych rozwiązań. Teoretycznie i praktycznie lepszych, bardziej dostosowanych z większymi możliwościami.

Gdy zaczynamy badać teren okazuje się, że mamy potężny wachlarz oprogramowania do wyboru. Z czego korzystać? Co wybrać? Być może nasze historie pomogą Ci w dokonaniu odpowiedniego wyboru lub chociaż zachęcą do testowania innych rozwiązań.

Jakich narzędzi używają na co dzień autorzy DevEnv?

W tym odcinku dzielimy się narzędziami bez których ciężko byłoby nam funkcjonować w wirtualnej rzeczywistości, uzupełniającej tą normalną.

Gotowy na podzielenie się swoimi spostrzeżeniami? Zatem:

➡️ Jakie oprogramowanie wykorzystujesz na co dzień?
➡️ Które z narzędzi najbardziej usprawnia Twoją pracę?
➡️ Czy można żyć bez smartfona?

Zachęcam Cię do pozostawienia swojej odpowiedzi w komentarzu – dziękuję 👍

UWAGA! DevEnv YouTube => http://bit.ly/devenv-yt

Programowanie funkcyjne w ostatnim czasie mocno zaznaczyło swoją pozycję w świecie developmentu. Pojawiają się takie języki jak m.in. F#, które fascynują. Programiści języka Java coraz chętniej spoglądają w kierunku języka Scala. Ekstremalni natomiast próbują Erlanga czy Elixira.

Dlatego tym razem postanowiłem sprowadzić do podcastu osobę, która na co dzień programuje w języku uważanym za funkcyjny, aby zdradziła mi więcej szczegółów.

Co powinieneś wiedzieć o programowaniu funkcyjnym?

Podczas podcastu wypytuję Krzysztofa o najważniejsze elementy związane z programowaniem funkcyjnym. Pytam, czy na co dzień spotykamy się z rozwiązaniami funkcyjnymi w innych językach, czy istnieją wzorce projektowe podobne do tych znanych z OOP oraz jakie są różnice między tzw. obiektówką?

Gotowy na podzielenie się swoimi spostrzeżeniami? Zatem:

➡️ Czy wykorzystujesz paradygmat programowania funkcyjnego na codzień?
➡️ Co Ci się podoba, a co nie w programowaniu funkcyjnym?
➡️ Erlang, Haskel, Clojure, Scala, Elixir?

Zachęcam Cię do pozostawienia swojej odpowiedzi w komentarzu – dziękuję 👍