DevEnv - 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ą ośmieszające?

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

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 😉 Mając doświadczenie, łatwo znaleźć pracę – lepiej płatną czy też oferującą więcej benefitów i ciekawszy projekt.

Co jednak zrobić jeśli dopiero wchodzimy na rynek pracy w branży IT? Co zrobić gdy nikogo nie znamy kto może nas polecić? Jak sobie poradzić jako potencjalny junior z szukaniem swojego pierwszego zatrudnienia?

Ale też przede wszystkim:

Czy branża IT jest tylko dla programistów?

W tym odcinku mocną uwagę skierowaliśmy na bootcampy programistyczne. Odpowiadając m.in na pytanie: czy 3 miesięczny kurs wystarczy aby podczas rekrutacji od razu wymagać 15k na rękę? 💰

Mówimy o tym na co zwracać uwagę, jak zahaczyć się w firmie technologicznej oraz skąd wiedzieć czego dana firma oczekuje od potencjalnego juniora.

Zainteresowany? W takim razie zapraszam Cię do odsłuchu tego odcinka podcastu.

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

➡️ Jakie role może pełnić w IT osoba która wcześniej nie miała do czynienia z branżą?
➡️ Od czego zacząć wchodząc w IT?
➡️ Jakie materiały poleciłbyś osobom wchodzącym dopiero do IT?

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

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 Cię do pozostawienia swojej odpowiedzi w komentarzu – dziękuję.

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 pojawiły się także inne warte uwagi techniki.

Jesteś ciekawy jakie? To serdecznie zapraszam Cię do odsłuchu ⤵️⤵️

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. 📊 Relikt przeszłości. Zresztą nasz tytuł mocno nawiązuje do czasów w których komunizm był codziennością naszych rodziców.

Taka forma zarządzania często obniża produktywność, morale zespołu czy też wpływa na podjęcie decyzji o zmianie pracy. Ogranicza nasz potencjał oraz ujawnia brak wiary w umiejętności. 😒
Micromanagement coś co utrudnia czy może ułatwia Ci pracę?

Podczas tego odcinka definiujemy złe ale także dobre aspekty mikrozarządzania, staramy się nakreślić sytuacje w których jest to pewnego rodzaju „przysługą” w stronę zespołu. Mówimy o powodach, doświadczeniach i sposobach przeciwdziałania takiej formie współpracy.

Zapraszam do odsłuchu 📢

Czy micromanagement wprowadzony w sposób świadomy (lub też nie) kiedyś pomógł Ci osiągnąć wyznaczony cel? Jak dokładnie wyglądała Twoja sytuacja? Co konkretnie Ci pomogło, a co utrudniło pracę?

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