DevEnv - O programowaniu bez kaca

Tworzenie oprogramowania w szerokim horyzoncie. Podejmujemy tematy związane z dobrymi praktykami, metodykami oraz procesami, które towarzyszą na co dzień programistom.

Masz pomysł na temat odcinka? Może chcesz zostać sponsorem odcinka?

Wyślij e-mail na adres: kontakt@devenv.pl

Kategorie:
Technologia

Odcinki od najnowszych:

#28 Zbędne czy istotne? O benefitach w IT
2019-05-15 12:27:13

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ę
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ę

#27 Wejście smoka do IT
2019-05-01 23:13:25

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
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

#26 Lead Developer? Kto to #$%#@ jest?!
2019-04-10 13:43:25

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ę.
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ę.

#25 Efektywność w pracy. Jak staramy się ją utrzymywać?
2019-03-20 23:05:45

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 ⤵️⤵️
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 ⤵️⤵️

#24 Front-End Development - Startujemy z nowym projektem
2019-02-28 11:24:18

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 ⤵️⤵️
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 ⤵️⤵️

#23 Unit Tests – Dobre praktyki.
2019-02-15 12:26:41

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 ⤵️⤵️
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 ⤵️⤵️

Trendy w IT na rok 2019 (Porozmawiajmy o IT)
2019-02-07 12:51:36

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
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

#22 Code Smells. Czyli co śmierdzi w kodzie.
2019-02-01 12:01:57

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 ⤵️⤵️
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 ⤵️⤵️

#21 Kto jest odpowiedzialny za rozwój programisty?
2019-01-09 21:21:28

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ę
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ę

#20 Micromanagement. Kontrola najwyższą formą zaufania.
2018-12-19 23:26:09

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.
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.

Informacja dotycząca prawa autorskich: Wszelka prezentowana tu zawartość podkastu jest własnością jego autora

Wyszukiwanie

Kategorie