https://www.spreaker.com/show/devenv
Masz pomysł na temat odcinka? Może chcesz zostać sponsorem odcinka?

Wyślij e-mail na adres: kontakt@devenv.pl]]>plTechnologyCopyright DevEnvhttps://d3wo5wojvuv7l.cloudfront.net/t_rss_itunes_square_1400/images.spreaker.com/original/ea7ce032bba6be87b523ee2160c30300.jpghttps://www.spreaker.com/show/devenvTue, 10 Oct 2023 20:00:26 +0000Adrian Piętka, Bartłomiej MichalskiDevEnvkontakt@devenv.plRozmawiamy o całościowym procesie wytwarzania oprogramowania.
Masz pomysł na temat odcinka? Może chcesz zostać sponsorem odcinka?

Wyślij e-mail na adres: kontakt@devenv.pl]]>falseepisodichttps://www.spreaker.com/episode/68-wlasny-produkt-czy-czyjes-legacy-co-nas-bawi-co-nas-meczy--56070120
Dlatego postanowiliśmy porozmawiać, jak wygląda miejsce naszej pracy, czego oczekiwalibyśmy gdybyśmy byli zmuszeni do jej zmienienia i co nas tak naprawdę motywuje.

✅ Jak rozgraniczamy Legacy / Startup / Produkt z perspektywy programisty?
✅ Czy odpowiedzialność za pracę jest dla nas motywująca?
✅ Jak bardzo kod musi być dobry i czy czasem “DZIAŁA” jest wystarczające?
✅ Czy po 15 latach programowania zawodowego dalej się ma z tego frajdę?
✅ Co klocki LEGO mają wspólnego z tworzeniem oprogramowania?

Jeżeli chcesz dowiedzieć się, na co po tylu latach pracy zwracamy uwagę i co jest dla nas ważne w miejscu pracy, to zapraszam Cię do tego odcinka.

---

Najważniejsze linki:

- Serwer Discord DevEnv - https://bit.ly/devenv-discord
- Najnowsze materiały DevEnv - https://bit.ly/m/devenv

---

W tym odcinku rozmawialiśmy o:

(00:32) Wstęp do tematu odcinka
(01:32) Różnice pomiędzy samymi startupami
(02:44) Produkt, czy coś innego?
(05:00) Granica pomiędzy startupem, a legacy
(05:25) Poziom odpowiedzialności i motywacji podczas pracy
(07:12) To co w kodzie jest ważne i to co może poczekać
(08:24) W startupie często szybko coś musimy weryfikować
(10:15) Nie zawsze jesteś zaangażowany full time
(11:20) Dług technologiczny
(11:58) Czas gra gigantyczną rolę
(13:00) Czas jest ważny, pytanie, czy zawsze, czy czasem jest nieco inaczej?
(14:44) Na co zwrócilibyśmy uwagę gdyby zmienialibyśmy dziś pracę?
(19:40) Po 15 latach dalej można mieć frajdę z programowania
(21:52) Co ma technologia do klocków Lego?
(22:27) Rozwój i edukacja
(23:49) Ludzie, komunikacja i współpraca
(26:07) Odpowiedzialność
(27:31) Zakończenie

---

💡 Masz pomysł na temat? Chcesz, abyśmy porozmawiali na jakiś konkretny temat lub chciałbyś wziąć udział w podcaście?

Wyślij e-mail na adres: kontakt@devenv.pl]]>https://api.spreaker.com/episode/56070120Wed, 12 Jul 2023 20:20:08 +0000Adrian Piętka, Bartłomiej MichalskiZastanawialiśmy się niedawno, co tak naprawdę wpływa na nasze dobre samopoczucie podczas wykonywania obowiązków zawodowych. Sprawa niby błaha, ale tak naprawdę, bez dobrego miejsca pracy, które nam odpowiada, ciężko dobrze realizować powierzone nam...
Dlatego postanowiliśmy porozmawiać, jak wygląda miejsce naszej pracy, czego oczekiwalibyśmy gdybyśmy byli zmuszeni do jej zmienienia i co nas tak naprawdę motywuje.

✅ Jak rozgraniczamy Legacy / Startup / Produkt z perspektywy programisty?
✅ Czy odpowiedzialność za pracę jest dla nas motywująca?
✅ Jak bardzo kod musi być dobry i czy czasem “DZIAŁA” jest wystarczające?
✅ Czy po 15 latach programowania zawodowego dalej się ma z tego frajdę?
✅ Co klocki LEGO mają wspólnego z tworzeniem oprogramowania?

Jeżeli chcesz dowiedzieć się, na co po tylu latach pracy zwracamy uwagę i co jest dla nas ważne w miejscu pracy, to zapraszam Cię do tego odcinka.

---

Najważniejsze linki:

- Serwer Discord DevEnv - https://bit.ly/devenv-discord
- Najnowsze materiały DevEnv - https://bit.ly/m/devenv

---

W tym odcinku rozmawialiśmy o:

(00:32) Wstęp do tematu odcinka
(01:32) Różnice pomiędzy samymi startupami
(02:44) Produkt, czy coś innego?
(05:00) Granica pomiędzy startupem, a legacy
(05:25) Poziom odpowiedzialności i motywacji podczas pracy
(07:12) To co w kodzie jest ważne i to co może poczekać
(08:24) W startupie często szybko coś musimy weryfikować
(10:15) Nie zawsze jesteś zaangażowany full time
(11:20) Dług technologiczny
(11:58) Czas gra gigantyczną rolę
(13:00) Czas jest ważny, pytanie, czy zawsze, czy czasem jest nieco inaczej?
(14:44) Na co zwrócilibyśmy uwagę gdyby zmienialibyśmy dziś pracę?
(19:40) Po 15 latach dalej można mieć frajdę z programowania
(21:52) Co ma technologia do klocków Lego?
(22:27) Rozwój i edukacja
(23:49) Ludzie, komunikacja i współpraca
(26:07) Odpowiedzialność
(27:31) Zakończenie

---

💡 Masz pomysł na temat? Chcesz, abyśmy porozmawiali na jakiś konkretny temat lub chciałbyś wziąć udział w podcaście?

Wyślij e-mail na adres: kontakt@devenv.pl]]>1765coding,development,it,programming,software,softwarehouse,startupfalse268fullhttps://bit.ly/devenv-podcast-67
Mamy taką możliwość, jednak czy z legalnego punktu widzenia mamy do tego prawo? Licencje w świecie oprogramowania to skomplikowana sprawa - ich mnogość, różnorodność oraz zawiłość słowna sprawia, że nawet nie chce nam się ich czytać.

Dlatego w tym odcinku pytamy naszego gościa Łukasza Januszka o licencje w typowych przypadkach używania bibliotek oraz kodu zaczerpniętego z Internetu. Staramy się uzyskać odpowiedzi m.in. na pytania:

✅ Czy możemy skopiować kod ze StackOverflow?
✅ Czym jest licencja wirusująca?
✅ Jakie licencje są "bezpieczne" i kiedy?
✅ Co gdy nie ma pliku licencji?
✅ Co z kodem wygenerowanym przez AI?

Jeżeli chcesz dowiedzieć się, w czym tkwią problemy i jakie szczegóły należy brać pod uwagę w kwestii legalności kodu, to zapraszam Cię serdecznie do przesłuchania tego odcinka.

---

Najważniejsze linki:

- Serwer Discord DevEnv - https://bit.ly/devenv-discord
- Najnowsze materiały DevEnv - https://bit.ly/m/devenv
- What are AI coding tool alternatives to GitHub Copilot - https://www.linkedin.com/posts/gergelyorosz_softwareengineering-copilot-github-activity-7054347290701930496-IWrH
- Will you get in legal trouble for using GitHub Copilot for work? - https://www.vincit.com/blog/will-you-get-in-legal-trouble-for-using-github-copilot-for-work
- StackOverflow Licensing - https://stackoverflow.com/help/licensing
- Legally - https://www.npmjs.com/package/legally
- License-Report - https://www.npmjs.com/package/license-report

---

W tym odcinku rozmawialiśmy o:

(00:32) Wstęp do tematu odcinka
(01:10) Kilka słów na temat gościa odcinka Łukasza Januszka
(02:00) Geneza problemu - StackOverflow, GitHub, AI
(04:00) Kopiowanie kodu z StackOverflow
(05:28) Czym jest licencja wirusująca?
(09:40) Licencja wirusująca - kod vs biblioteka
(11:35) Konsekwencje prawne
(14:15) Jakie licencje są "bezpieczne" i kiedy?
(19:04) Gdzie szukać pomocy czy mogę mieć problem z daną licencją?
(21:34) Jak to jest, że na Linuxie może istnieć komercyjne oprogramowanie?
(23:04) Co gdy nie ma pliku licencji?
(25:38) Chat GPT odpowiada czy można korzystać z kodu, który wygenerował
(29:20) Ograniczenia i zapisy w naszych umowach
(30:25) Licencje narzędzi takich jak GitHub Copilot
(32:36) 3 ważne punkty odnośnie własności kodu
(34:00) Odpowiedzialność za złamanie licencji / praw autorskich
(36:02) Typowe praktyki w rozwiązywaniu problemów za pomocą kodu
(38:14) Podmiana licencji przez Copilota
(39:23) 3 ważne rady na koniec
(44:30) Zakończenie

---

💡 Masz pomysł na temat? Chcesz, abyśmy porozmawiali na jakiś konkretny temat lub chciałbyś wziąć udział w podcaście?

Wyślij e-mail na adres: kontakt@devenv.pl]]>https://api.spreaker.com/episode/53915837Thu, 18 May 2023 08:14:17 +0000Adrian Piętka, Bartłomiej MichalskiPodczas tworzenia oraz rozwijania kodu często sięgamy po typowe narzędzia, oraz przeglądamy różne kody źródłowe rozwiązań. Czasem czegoś potrzebujemy i ląduje metodą Copy&Pastiego w naszym finalnym kodzie, który dostarczamy do swoich produktów lub...
Mamy taką możliwość, jednak czy z legalnego punktu widzenia mamy do tego prawo? Licencje w świecie oprogramowania to skomplikowana sprawa - ich mnogość, różnorodność oraz zawiłość słowna sprawia, że nawet nie chce nam się ich czytać.

Dlatego w tym odcinku pytamy naszego gościa Łukasza Januszka o licencje w typowych przypadkach używania bibliotek oraz kodu zaczerpniętego z Internetu. Staramy się uzyskać odpowiedzi m.in. na pytania:

✅ Czy możemy skopiować kod ze StackOverflow?
✅ Czym jest licencja wirusująca?
✅ Jakie licencje są "bezpieczne" i kiedy?
✅ Co gdy nie ma pliku licencji?
✅ Co z kodem wygenerowanym przez AI?

Jeżeli chcesz dowiedzieć się, w czym tkwią problemy i jakie szczegóły należy brać pod uwagę w kwestii legalności kodu, to zapraszam Cię serdecznie do przesłuchania tego odcinka.

---

Najważniejsze linki:

- Serwer Discord DevEnv - https://bit.ly/devenv-discord
- Najnowsze materiały DevEnv - https://bit.ly/m/devenv
- What are AI coding tool alternatives to GitHub Copilot - https://www.linkedin.com/posts/gergelyorosz_softwareengineering-copilot-github-activity-7054347290701930496-IWrH
- Will you get in legal trouble for using GitHub Copilot for work? - https://www.vincit.com/blog/will-you-get-in-legal-trouble-for-using-github-copilot-for-work
- StackOverflow Licensing - https://stackoverflow.com/help/licensing
- Legally - https://www.npmjs.com/package/legally
- License-Report - https://www.npmjs.com/package/license-report

---

W tym odcinku rozmawialiśmy o:

(00:32) Wstęp do tematu odcinka
(01:10) Kilka słów na temat gościa odcinka Łukasza Januszka
(02:00) Geneza problemu - StackOverflow, GitHub, AI
(04:00) Kopiowanie kodu z StackOverflow
(05:28) Czym jest licencja wirusująca?
(09:40) Licencja wirusująca - kod vs biblioteka
(11:35) Konsekwencje prawne
(14:15) Jakie licencje są "bezpieczne" i kiedy?
(19:04) Gdzie szukać pomocy czy mogę mieć problem z daną licencją?
(21:34) Jak to jest, że na Linuxie może istnieć komercyjne oprogramowanie?
(23:04) Co gdy nie ma pliku licencji?
(25:38) Chat GPT odpowiada czy można korzystać z kodu, który wygenerował
(29:20) Ograniczenia i zapisy w naszych umowach
(30:25) Licencje narzędzi takich jak GitHub Copilot
(32:36) 3 ważne punkty odnośnie własności kodu
(34:00) Odpowiedzialność za złamanie licencji / praw autorskich
(36:02) Typowe praktyki w rozwiązywaniu problemów za pomocą kodu
(38:14) Podmiana licencji przez Copilota
(39:23) 3 ważne rady na koniec
(44:30) Zakończenie

---

💡 Masz pomysł na temat? Chcesz, abyśmy porozmawiali na jakiś konkretny temat lub chciałbyś wziąć...]]>2718coding,development,it,license,licensing,programming,softwarefalse267fullhttps://www.spreaker.com/episode/66-rest-api-richardson-maturity-model--53586478
Rzeczywistość jest nieco inna, dlatego też dyskutujemy dzisiaj o definicji oraz panujących zasadach. Staramy się odpowiedzieć na pytania:

✅ Czym jest REST?
✅ Jakie 6 reguł definiuje REST?
✅ Czym są poziomy dojrzałości REST API?
✅ Ile ich jest i co konkretnie oznaczają?

W tym odcinku opowiadamy czym jest REST i zdefiniowane poziomy dojrzałości Leonarda Richardsona. Jaki poziom naszym zdaniem jest wystarczający oraz czy kiedykolwiek implementowaliśmy wszystkie opisane poziomy?

---

Najważniejsze linki:

- Najnowsze materiały DevEnv - https://bit.ly/m/devenv
- Serwer Discord DevEnv - https://bit.ly/devenv-discord
- Mapa Myśli REST Poziomy Dojrzałości - https://devenv.pl/download/rest-poziomy-dojrzalosci.pdf

---

W tym odcinku rozmawialiśmy o:

(0:32) Wstęp do tematu odcinka
(01:13) Czym jest REST?
(03:13) 6 głównych reguł REST
(03:17) Client-Server
(03:50) Uniform Interface
(04:25) Stateless
(07:23) Cacheable
(08:47) Layered System
(11:38) Code-On-Demand
(14:00) Model Dojrzałości Richardsona
(14:55) Level 0
(15:35) Level 1 - Resources
(17:28) Level 2 - HTTP Verbs
(20:23) Level 3 - Hypermedia Controls
(24:45) Swagger
(25:17) Podsumowanie]]>https://api.spreaker.com/episode/53586478Wed, 19 Apr 2023 19:52:44 +0000Adrian Piętka, Bartłomiej MichalskiREST towarzyszy nam od ponad 20 lat. Stał się na tyle powszechnym standardem, że czasem zapominamy, czym tak naprawdę jest. Granice się zacierają, a dla większości programistów każde tworzone API to REST API. Rzeczywistość jest nieco inna, dlatego...
Rzeczywistość jest nieco inna, dlatego też dyskutujemy dzisiaj o definicji oraz panujących zasadach. Staramy się odpowiedzieć na pytania:

✅ Czym jest REST?
✅ Jakie 6 reguł definiuje REST?
✅ Czym są poziomy dojrzałości REST API?
✅ Ile ich jest i co konkretnie oznaczają?

W tym odcinku opowiadamy czym jest REST i zdefiniowane poziomy dojrzałości Leonarda Richardsona. Jaki poziom naszym zdaniem jest wystarczający oraz czy kiedykolwiek implementowaliśmy wszystkie opisane poziomy?

---

Najważniejsze linki:

- Najnowsze materiały DevEnv - https://bit.ly/m/devenv
- Serwer Discord DevEnv - https://bit.ly/devenv-discord
- Mapa Myśli REST Poziomy Dojrzałości - https://devenv.pl/download/rest-poziomy-dojrzalosci.pdf

---

W tym odcinku rozmawialiśmy o:

(0:32) Wstęp do tematu odcinka
(01:13) Czym jest REST?
(03:13) 6 głównych reguł REST
(03:17) Client-Server
(03:50) Uniform Interface
(04:25) Stateless
(07:23) Cacheable
(08:47) Layered System
(11:38) Code-On-Demand
(14:00) Model Dojrzałości Richardsona
(14:55) Level 0
(15:35) Level 1 - Resources
(17:28) Level 2 - HTTP Verbs
(20:23) Level 3 - Hypermedia Controls
(24:45) Swagger
(25:17) Podsumowanie]]>1584api,coding,development,it,programming,rest,software,webservicefalse266fullhttps://www.spreaker.com/episode/65-clean-code-jak-definiujemy-czysty-kod--53302732
Sztuka ta nie jest łatwa, jednak istnieje kilkanaście różnych reguł i podpowiedzi, których stosowanie może pozwolić na uzyskanie "wystarczająco czystego kodu". Pytanie tylko, które z nich wybrać i kiedy stosować?

✅ Czym jest Clean Code?
✅ Jak definiować i jakie reguły można zastosować przy Clean Code?
✅ Czy Clean Code może być uniwersalny i identyczny dla wszystkich naszych projektów?
✅ Jakie zasady stosujemy w projektach i na co uważamy?

W tym odcinku podpowiadamy jak my patrzymy na Clean Code. Kiedy i po co stosujemy pewne zasady oraz dlaczego SOLID nie zawsze jest wymagany.

---

Najważniejsze linki:

- Serwer Discord DevEnv - https://bit.ly/devenv-discord
- YouTube DevEnv - https://bit.ly/devenv-yt
- Mapa Myśli Clean Code - https://devenv.pl/download/clean-code.pdf

---

W tym odcinku rozmawialiśmy o:

(00:32) Wstęp do tematu odcinka
(00:45) Serwer Discord DevEnv
(01:18) Kontekst aplikacji jest ważny
(02:30) Implementacje na przyszłość
(03:10) AHA Programming
(04:08) Ustalenie poziomu “kod wystarczająco dobry”
(06:55) Wszyscy powinni rozumieć wymagania względem kodu
(07:20) Reguły Clean Code, które można zastosować
(08:37) Gotowe reguły dla narzędzia SCA
(09:02) Wspólny standard nazewnictwa
(12:00) Standardy na wielu poziomach
(15:05) Unikamy komentarzy bez uzasadnienia
(16:02) Kiedy komentarze są zasadne
(18:03) Zasada Skauta
(19:22) Magic Numbers & String
(21:47) Zasada DRY - Don't Repeat Yourself
(24:05) Zasady SOLID*
(25:45) Dług techniczny, zasady, a konsekwencje
(26:32) W Definition of Done - “Zawsze Testy”
(27:15) Nauka na błędach jako sposób na poprawę swojego kodu
(27:55) Odpowiedni poziom satysfakcji
(29:00) Jak mierzyć Clean Code?
(35:17) Zakończenie + Najważniejsze miejsca DevEnv

---

💡 Masz pomysł na temat? Chcesz, abyśmy porozmawiali na jakiś konkretny temat lub chciałbyś wziąć udział w podcaście?

Wyślij e-mail na adres: kontakt@devenv.pl]]>https://api.spreaker.com/episode/53302732Wed, 22 Mar 2023 21:46:49 +0000Adrian Piętka, Bartłomiej MichalskiClean Code, czyli Czysty Kod. To tytuł książki, którą często polecamy młodym programistom. Ponieważ, jednym z etapów rozwoju rzemiosła programisty, jest tworzenie prostego w zrozumieniu kodu. Sztuka ta nie jest łatwa, jednak istnieje kilkanaście...
Sztuka ta nie jest łatwa, jednak istnieje kilkanaście różnych reguł i podpowiedzi, których stosowanie może pozwolić na uzyskanie "wystarczająco czystego kodu". Pytanie tylko, które z nich wybrać i kiedy stosować?

✅ Czym jest Clean Code?
✅ Jak definiować i jakie reguły można zastosować przy Clean Code?
✅ Czy Clean Code może być uniwersalny i identyczny dla wszystkich naszych projektów?
✅ Jakie zasady stosujemy w projektach i na co uważamy?

W tym odcinku podpowiadamy jak my patrzymy na Clean Code. Kiedy i po co stosujemy pewne zasady oraz dlaczego SOLID nie zawsze jest wymagany.

---

Najważniejsze linki:

- Serwer Discord DevEnv - https://bit.ly/devenv-discord
- YouTube DevEnv - https://bit.ly/devenv-yt
- Mapa Myśli Clean Code - https://devenv.pl/download/clean-code.pdf

---

W tym odcinku rozmawialiśmy o:

(00:32) Wstęp do tematu odcinka
(00:45) Serwer Discord DevEnv
(01:18) Kontekst aplikacji jest ważny
(02:30) Implementacje na przyszłość
(03:10) AHA Programming
(04:08) Ustalenie poziomu “kod wystarczająco dobry”
(06:55) Wszyscy powinni rozumieć wymagania względem kodu
(07:20) Reguły Clean Code, które można zastosować
(08:37) Gotowe reguły dla narzędzia SCA
(09:02) Wspólny standard nazewnictwa
(12:00) Standardy na wielu poziomach
(15:05) Unikamy komentarzy bez uzasadnienia
(16:02) Kiedy komentarze są zasadne
(18:03) Zasada Skauta
(19:22) Magic Numbers & String
(21:47) Zasada DRY - Don't Repeat Yourself
(24:05) Zasady SOLID*
(25:45) Dług techniczny, zasady, a konsekwencje
(26:32) W Definition of Done - “Zawsze Testy”
(27:15) Nauka na błędach jako sposób na poprawę swojego kodu
(27:55) Odpowiedni poziom satysfakcji
(29:00) Jak mierzyć Clean Code?
(35:17) Zakończenie + Najważniejsze miejsca DevEnv

---

💡 Masz pomysł na temat? Chcesz, abyśmy porozmawiali na jakiś konkretny temat lub chciałbyś wziąć udział w podcaście?

Wyślij e-mail na adres: kontakt@devenv.pl]]>2203cleancode,coding,development,it,programming,softwarefalse265fullhttps://www.spreaker.com/episode/64-dlaczego-warto-uczyc-innych-co-daje-dzielenie-sie-wiedza--52828138
Pamiętam jak postawiono mnie przed nie lada wyzwaniem - stworzeniem szkółki dla młodych adeptów programowania. Musiałem nie tylko nauczyć innych pewnych aspektów, ale także dobrze poznać swoje braki wiedzy i je uzupełnić. Nauka kogoś to dla mnie najlepszy sposób na rozwój także swoich umiejętności.

✅ Jak zatem zacząć z przekazywaniem wiedzy?
✅ Kiedy wymiana wiedzy ma sens?
✅ Czy uczenie innych może być sposobem na wypalenie zawodowe?
✅ Czy każdy nadaje się do nauki innych?
✅ Jakie techniki wykorzystujemy, aby lepiej uczyć innych?

W tym odcinku podpowiadamy jak zacząć, po co to robić i na co uważać. Niech ta forma przekazywania wiedzy, będzie źródłem inspiracji i zachętą do dzielenia się wiedzą.

---

W tym odcinku rozmawialiśmy o:

(00:32) Wstęp do tematu odcinka
(02:00) Stand-up jako forma wymiany wiedzy
(03:18) Muszą chcieć dwie strony
(03:42) Kiedy wymiana wiedzy ma sens?
(07:28) Hype na nowe rzeczy
(09:34) Jaki jest cel wymiany wiedzy?
(10:47) Stosunek korzyści do kosztu
(12:32) Egoizm, a samorealizacja
(14:02) Wymiana wiedzy, a wypalenie zawodowe
(15:20) Inspiracja innych
(16:25) Nie każdy musi dzielić się wiedzą
(17:08) Dodatkowe korzyści
(18:34) Czy każdy nadaje się do nauki innych?
(20:07) Można zacząć działać "lokalnie"
(23:07) Aby działać trzeba mieć na to czas
(23:40) Bus Factor
(25:20) Jak robić to dobrze? Technika Richarda Feynmana
(28:04) Tłumaczenie za pomocą analogii
(30:04) Różne techniki uczenia
(31:50) Zakończenie

---

💡 Masz pomysł na temat? Chcesz, abyśmy porozmawiali na jakiś konkretny temat lub chciałbyś wziąć udział w podcaście?

Wyślij e-mail na adres: kontakt@devenv.pl]]>https://api.spreaker.com/episode/52828138Thu, 23 Feb 2023 20:30:00 +0000Adrian Piętka, Bartłomiej MichalskiPraktycznie każdy dzień pracy programisty to możliwość zdobycia nowej umiejętności. Wiele z wykonywanych zdań wymaga od nas poznania czegoś nowego, eksperymentowania czy rozmowy z kolegą z zespołu. Czasem to my stajemy się źródłem wiedzy, mentorem czy...
Pamiętam jak postawiono mnie przed nie lada wyzwaniem - stworzeniem szkółki dla młodych adeptów programowania. Musiałem nie tylko nauczyć innych pewnych aspektów, ale także dobrze poznać swoje braki wiedzy i je uzupełnić. Nauka kogoś to dla mnie najlepszy sposób na rozwój także swoich umiejętności.

✅ Jak zatem zacząć z przekazywaniem wiedzy?
✅ Kiedy wymiana wiedzy ma sens?
✅ Czy uczenie innych może być sposobem na wypalenie zawodowe?
✅ Czy każdy nadaje się do nauki innych?
✅ Jakie techniki wykorzystujemy, aby lepiej uczyć innych?

W tym odcinku podpowiadamy jak zacząć, po co to robić i na co uważać. Niech ta forma przekazywania wiedzy, będzie źródłem inspiracji i zachętą do dzielenia się wiedzą.

---

W tym odcinku rozmawialiśmy o:

(00:32) Wstęp do tematu odcinka
(02:00) Stand-up jako forma wymiany wiedzy
(03:18) Muszą chcieć dwie strony
(03:42) Kiedy wymiana wiedzy ma sens?
(07:28) Hype na nowe rzeczy
(09:34) Jaki jest cel wymiany wiedzy?
(10:47) Stosunek korzyści do kosztu
(12:32) Egoizm, a samorealizacja
(14:02) Wymiana wiedzy, a wypalenie zawodowe
(15:20) Inspiracja innych
(16:25) Nie każdy musi dzielić się wiedzą
(17:08) Dodatkowe korzyści
(18:34) Czy każdy nadaje się do nauki innych?
(20:07) Można zacząć działać "lokalnie"
(23:07) Aby działać trzeba mieć na to czas
(23:40) Bus Factor
(25:20) Jak robić to dobrze? Technika Richarda Feynmana
(28:04) Tłumaczenie za pomocą analogii
(30:04) Różne techniki uczenia
(31:50) Zakończenie

---

💡 Masz pomysł na temat? Chcesz, abyśmy porozmawiali na jakiś konkretny temat lub chciałbyś wziąć udział w podcaście?

Wyślij e-mail na adres: kontakt@devenv.pl]]>1960developer,development,it,knowledge,programming,software,technologyfalse264fullhttps://www.spreaker.com/episode/63-debugowanie-aplikacji-w-chmurze--52669695
Byłem świadkiem sytuacji, gdzie aplikacja lokalnie działała bezbłędnie. Jednak po opublikowaniu nowej wersji użytkownikom, zaliczyliśmy wpadkę - przeglądarka użytkownika nie dostawała nawet odpowiedzi.

Jak zatem radzić sobie z analizą błędów, które występują w takim środowisku?

Czy wystarczy nam tzw. console.log na ekran i sprawa staje się prostsza?

W tym odcinku poruszamy nasze doświadczenia i problemy, z jakimi spotkaliśmy się, pracując na co dzień z aplikacjami korzystającymi z usług chmurowych w każdej dostępnej postaci.

---

W tym odcinku rozmawialiśmy o:

(00:32) Wstęp do tematu odcinka
(10:15) Unifikacja środowiska uruchomieniowego
(03:30) Dlaczego podobne środowiska są ważne?
(05:10) Końcowa infrastruktura też może być problemem
(07:07) Aplikacja jest na końcu łańcucha wywołań
(08:20) Debugowanie aplikacji w Docker
(08:50) Chmura to nie zawsze Docker
(09:28) Centralne logowanie i przeszukiwanie logów
(10:30) Logi super, ale tu też musimy zadbać o porządek
(11:57) Logi super, ale też mogą zakłócać działanie systemu
(13:42) Wymagania i benefity narzędzi centralnego logowania
(14:47) Monitoring oraz alerty
(15:23) Reagowanie na nieprzewidziane - Sentry
(16:50) Obsługa nieobsłużonych błędów
(18:04) Narzędzia w chmurze wspomagające analizę problemów
(19:40) Metryki techniczne
(20:10) Testowanie na produkcji
(21:00) Chmura uruchomiona lokalnie
(21:36) Najpopularniejszy sposób debugowania wśród programistów
(22:26) Odpowiedni dobór narzędzi do problemu
(23:29) Szybkość rozwiązania błędu jest często najważniejsza
(25:07) Podsumowanie

---

💡 Masz pomysł na temat? Chcesz, abyśmy porozmawiali na jakiś konkretny temat lub chciałbyś wziąć udział w podcaście?

Wyślij e-mail na adres: kontakt@devenv.pl]]>https://api.spreaker.com/episode/52669695Wed, 08 Feb 2023 13:05:40 +0000Adrian Piętka, Bartłomiej MichalskiChmura coraz częściej jest miejscem docelowym życia naszych aplikacji. Obsługujemy w niej wdrożenia testowe, stage i produkcyjne. Nie raz są to rozbudowane systemy składające się z wielu współpracujących ze sobą aplikacji. Byłem świadkiem sytuacji,...
Byłem świadkiem sytuacji, gdzie aplikacja lokalnie działała bezbłędnie. Jednak po opublikowaniu nowej wersji użytkownikom, zaliczyliśmy wpadkę - przeglądarka użytkownika nie dostawała nawet odpowiedzi.

Jak zatem radzić sobie z analizą błędów, które występują w takim środowisku?

Czy wystarczy nam tzw. console.log na ekran i sprawa staje się prostsza?

W tym odcinku poruszamy nasze doświadczenia i problemy, z jakimi spotkaliśmy się, pracując na co dzień z aplikacjami korzystającymi z usług chmurowych w każdej dostępnej postaci.

---

W tym odcinku rozmawialiśmy o:

(00:32) Wstęp do tematu odcinka
(10:15) Unifikacja środowiska uruchomieniowego
(03:30) Dlaczego podobne środowiska są ważne?
(05:10) Końcowa infrastruktura też może być problemem
(07:07) Aplikacja jest na końcu łańcucha wywołań
(08:20) Debugowanie aplikacji w Docker
(08:50) Chmura to nie zawsze Docker
(09:28) Centralne logowanie i przeszukiwanie logów
(10:30) Logi super, ale tu też musimy zadbać o porządek
(11:57) Logi super, ale też mogą zakłócać działanie systemu
(13:42) Wymagania i benefity narzędzi centralnego logowania
(14:47) Monitoring oraz alerty
(15:23) Reagowanie na nieprzewidziane - Sentry
(16:50) Obsługa nieobsłużonych błędów
(18:04) Narzędzia w chmurze wspomagające analizę problemów
(19:40) Metryki techniczne
(20:10) Testowanie na produkcji
(21:00) Chmura uruchomiona lokalnie
(21:36) Najpopularniejszy sposób debugowania wśród programistów
(22:26) Odpowiedni dobór narzędzi do problemu
(23:29) Szybkość rozwiązania błędu jest często najważniejsza
(25:07) Podsumowanie

---

💡 Masz pomysł na temat? Chcesz, abyśmy porozmawiali na jakiś konkretny temat lub chciałbyś wziąć udział w podcaście?

Wyślij e-mail na adres: kontakt@devenv.pl]]>1582cloud,cloudcomputing,developer,development,it,programming,software,technologyfalse263fullhttps://devenv.pl/62-ulga-ip-box-dla-programistow/
Z IP Box masz wyższą zdolność kredytową, możesz rozliczyć się za 3 poprzednie lata, ale na pewno słyszałeś też o tym, że to sporo formalności i ryzyko kontroli z urzędu.

Ile w tym prawdy? O korzyściach, mitach i o tym, ile można zyskać na IP Box rozmawiałem w podcaście z Aleksandrą Borowską — ekspertem ds. ulgi IP Box w Pravna Group.
Jakie wątki poruszyliśmy?

• Jak IP Box wypada na tle innych form podatkowych?
• Ile można zyskać na IP Box?
• Jak wygląda proces ubiegania się o ulgę?
• Jakie dokumenty są nam potrzebne?
• Czy IP Box = dużo formalności?
• Czy trzeba obawiać się kontroli z US?

Pravna uzyskała dla mnie IP Box’a, a także rozliczyła 3 poprzednie lata. I to jeszcze zanim wpadliśmy na pomysł, by stworzyć wspólny materiał.

---

Chcesz zostać sponsorem kolejnego odcinka podcastu?

Wyślij e-mail na adres: kontakt@devenv.pl]]>https://api.spreaker.com/episode/52534218Tue, 24 Jan 2023 23:14:08 +0000Adrian Piętka, Bartłomiej MichalskiPodatek liniowy z IP Box to opcja podatkowa, na którą zastanawia coraz więcej programistów. Ryczałt 12% jest oczywiście atrakcyjny, ale masz niższą zdolność kredytową, nie opłaca Ci się auto w leasing i nie możesz odliczyć kosztów. Z IP Box masz...
Z IP Box masz wyższą zdolność kredytową, możesz rozliczyć się za 3 poprzednie lata, ale na pewno słyszałeś też o tym, że to sporo formalności i ryzyko kontroli z urzędu.

Ile w tym prawdy? O korzyściach, mitach i o tym, ile można zyskać na IP Box rozmawiałem w podcaście z Aleksandrą Borowską — ekspertem ds. ulgi IP Box w Pravna Group.
Jakie wątki poruszyliśmy?

• Jak IP Box wypada na tle innych form podatkowych?
• Ile można zyskać na IP Box?
• Jak wygląda proces ubiegania się o ulgę?
• Jakie dokumenty są nam potrzebne?
• Czy IP Box = dużo formalności?
• Czy trzeba obawiać się kontroli z US?

Pravna uzyskała dla mnie IP Box’a, a także rozliczyła 3 poprzednie lata. I to jeszcze zanim wpadliśmy na pomysł, by stworzyć wspólny materiał.

---

Chcesz zostać sponsorem kolejnego odcinka podcastu?

Wyślij e-mail na adres: kontakt@devenv.pl]]>2290development,ipbox,it,programming,software,technologyfalse262fullhttps://www.spreaker.com/episode/61-pieklo-zarzadzania-zaleznosciami-w-projekcie--52409480
W dzisiejszym odcinku porozmawiamy sobie o naszych problemach z zależnościami. O ryzykach, które gdzieś tam czekają, oraz o tym, jak uniknąć potencjalnych problemów.

Historia uczy, że średnio co 3 miesiące dzieje się, coś związanego z zależnościami co może wymagać naszej interwencji. Chcesz się lepiej przygotować na takie sytuacje? To zapraszamy do odsłuchania tego odcinka.]]>https://api.spreaker.com/episode/52409480Wed, 11 Jan 2023 08:32:35 +0000Adrian Piętka, Bartłomiej MichalskiZarządzanie zależnościami było wcześniej problematyczne. Odkąd pojawiły się npm, yarn, nuget i inne menadżery pakietów, wszystkie problemy programistów zniknęły. Wystarczy zaciągnąć bibliotekę i już nie musimy się przejmować. Ktoś to przecież napisał,...
W dzisiejszym odcinku porozmawiamy sobie o naszych problemach z zależnościami. O ryzykach, które gdzieś tam czekają, oraz o tym, jak uniknąć potencjalnych problemów.

Historia uczy, że średnio co 3 miesiące dzieje się, coś związanego z zależnościami co może wymagać naszej interwencji. Chcesz się lepiej przygotować na takie sytuacje? To zapraszamy do odsłuchania tego odcinka.]]>1890dependencies,development,it,npm,programming,software,technologyfalse261fullhttps://www.spreaker.com/episode/60-monorepo-czy-polyrepo-nasze-doswiadczenia-gosc-dariusz-cichorski--52258347
Czy powinniśmy sięgnąć po monorepo, czy jednak po polyrepo? Które podejście bardziej pasuje dla zespołów rozproszonych, pracujących w różnych strefach czasowych?

Czy można pracować w strukturze hybrydowej?

Jak wyłapać granicę, po przekroczeniu, której warto migrować z jednego podejścia do drugiego?

Jak pewnie się spodziewacie, na te pytania odpowiedź brzmi: to zależy. Natomiast naszym celem jest przedstawienie Wam od czego 🙂]]>https://api.spreaker.com/episode/52258347Wed, 21 Dec 2022 16:10:00 +0000Adrian Piętka, Bartłomiej MichalskiKiedyś tworzyło się monolity, które składały się z wielu projektów. Potem nastąpiła era mikroserwisów, gdzie każdy, posiadał własne repozytorium. A co obecnie jest w modzie? Czy powinniśmy sięgnąć po monorepo, czy jednak po polyrepo? Które podejście...
Czy powinniśmy sięgnąć po monorepo, czy jednak po polyrepo? Które podejście bardziej pasuje dla zespołów rozproszonych, pracujących w różnych strefach czasowych?

Czy można pracować w strukturze hybrydowej?

Jak wyłapać granicę, po przekroczeniu, której warto migrować z jednego podejścia do drugiego?

Jak pewnie się spodziewacie, na te pytania odpowiedź brzmi: to zależy. Natomiast naszym celem jest przedstawienie Wam od czego 🙂]]>1685development,github,gitlab,it,monorepo,podcast,polyrepo,programming,software,technologyfalse260fullhttps://www.spreaker.com/episode/59-reaktywacja-zaczynamy-sezon-02--52112762
Na szczęście mamy grudzień 2022 r. i zapowiada się na reaktywację :)

Taką na spokojnie. Aby sił starczyło na kolejne 58 odcinków podcastu.

W tym odcinku opowiadamy o tym, co się u nas wydarzyło oraz o naszych dalszych planach.]]>https://api.spreaker.com/episode/52112762Wed, 07 Dec 2022 08:01:10 +0000Adrian Piętka, Bartłomiej MichalskiNasza obecność w podcaście DevEnv została przez ostatnie 1.5 roku mocno ograniczona. Pochłonęło nas życie prywatne, zawodowe oraz inny poboczny projekt. Wszystko to spowodowało mocne ograniczenie naszego uczestnictwa w projekt DevEnv. Na szczęście...
Na szczęście mamy grudzień 2022 r. i zapowiada się na reaktywację :)

Taką na spokojnie. Aby sił starczyło na kolejne 58 odcinków podcastu.

W tym odcinku opowiadamy o tym, co się u nas wydarzyło oraz o naszych dalszych planach.]]>1195development,it,podcast,programming,software,technologyfalse259fullhttps://www.spreaker.com/episode/58-flutter-build-native-apps-gosc-szymon-mazanik--45060119
Schodząc jednak na ziemie…

Czym dokładnie jest Flutter i kiedy warto przyjrzeć się mu bliżej?

W tym odcinku mamy możliwość zadawania pytań Szymonowi, programiście, który sporo czasu spędził przy tworzeniu produkcyjnych rozwiązań w oparciu właśnie o Fluttera.]]>https://api.spreaker.com/episode/45060119Thu, 27 May 2021 08:03:38 +0000Adrian Piętka, Bartłomiej MichalskiBudowanie multiplatformowych rozwiązań dla systemów Android, iOS, Linux, Mac, Windows oraz aplikacji webowych z wykorzystaniem jednego kodu. Brzmi abstrakcyjnie? Otóż nie. Właśnie tak przedstawiane jest rozwiązanie firmy Google o nazwie Flutter....
Schodząc jednak na ziemie…

Czym dokładnie jest Flutter i kiedy warto przyjrzeć się mu bliżej?

W tym odcinku mamy możliwość zadawania pytań Szymonowi, programiście, który sporo czasu spędził przy tworzeniu produkcyjnych rozwiązań w oparciu właśnie o Fluttera.]]>2742android,development,flutter,ios,it,mobile,programming,softwarefalsefullhttps://www.spreaker.com/episode/57-techniki-wspierajace-prace-mozgu-programisty-gosc-kamil-lelonek--44536770
Jak wspomagać swój organizm w poprawieniu skupienia i efektywności?

Sporo rozmawiamy czym jest biohacking, suplementacja, mikrodawkowanie, jak działa kawa. Kamil wymienia między innymi trzy suplementy, którymi warto się zainteresować. Dzięki temu CDP Cholina, L-Teanina czy Kordyceps nie jest już dla mnie niczym tajemniczym 🙂

Początkowo myślałem, że Cytochrom P450, to rodzaj trunku, bo taka odpowiedź pojawiła się, po tym jak zapytaliśmy o wpływ alkoholu na nasze samopoczucie. Na szczęście Kamil wytłumaczył nam rolę tego enzymu.

Ale to nie wszystko, bo na koniec pojawia się fajna anegdota na temat myszki komputerowej, interfejsu graficznego oraz copy&paste.]]>https://api.spreaker.com/episode/44536770Thu, 29 Apr 2021 12:52:26 +0000Adrian Piętka, Bartłomiej MichalskiKoncentracja, brak rozdrażnienia, motywacja i chęć działania, to praktycznie niezbędne narzędzia sprawnego programisty. To one pomagają realizować nam codzienne wyzwania. Zmęczony programista to swego rodzaju producent błędów i niezbyt udanego kodu....
Jak wspomagać swój organizm w poprawieniu skupienia i efektywności?

Sporo rozmawiamy czym jest biohacking, suplementacja, mikrodawkowanie, jak działa kawa. Kamil wymienia między innymi trzy suplementy, którymi warto się zainteresować. Dzięki temu CDP Cholina, L-Teanina czy Kordyceps nie jest już dla mnie niczym tajemniczym 🙂

Początkowo myślałem, że Cytochrom P450, to rodzaj trunku, bo taka odpowiedź pojawiła się, po tym jak zapytaliśmy o wpływ alkoholu na nasze samopoczucie. Na szczęście Kamil wytłumaczył nam rolę tego enzymu.

Ale to nie wszystko, bo na koniec pojawia się fajna anegdota na temat myszki komputerowej, interfejsu graficznego oraz copy&paste.]]>3459biohacking,developer,development,hacking,it,programming,softwarefalsefullhttps://www.spreaker.com/episode/56-low-code-no-code-must-have-czy-moda-gosc-szymon-paluch--44350062
Kolejny sklep internetowy, kolejny landing page, kolejna strona firmowa czy newsletter. To wszystko, a nawet i więcej biorąc pod uwagę narzędzia automatyzujące procesy, możemy stworzyć bez znajomości wymaganych technologii. Powstały rozwiązania, które za pomocą przyjemnego i prostego interfejsu użytkownika możemy w łatwy sposób wykorzystać, aby dostarczyć wartość biznesową. Czy to jednak znaczy, że w niedalekiej przyszłości…

Rozwiązania Low-Code / No-Code zastąpią większość programistów?

W podcaście dyskutujemy ze znawcą tematu – Szymonem Paluchem, o przyszłości programistów. Podejmujemy także temat tego, czy czasem rozwiązania Low-Code, No-Code nie są czasem łatwym wejściem w świat IT?

Jaka jest rola programistów w dobie oprogramowania, rozwiązującego częste problemy biznesowe? Czy po raz kolejny, Bartek musi implementować newsletter? Czy łatwiej skorzystać z rozwiązań typu MailerLite?]]>https://api.spreaker.com/episode/44350062Thu, 15 Apr 2021 21:03:28 +0000Adrian Piętka, Bartłomiej MichalskiRozwiązania, które umożliwiają nam tworzenie gotowego oprogramowania, stron internetowych czy witryn, bez większych umiejętności programistycznych towarzyszą nam od dawna. Front Page, Drupal, jPortal, WordPress – długo by wymieniać oprogramowanie,...
Kolejny sklep internetowy, kolejny landing page, kolejna strona firmowa czy newsletter. To wszystko, a nawet i więcej biorąc pod uwagę narzędzia automatyzujące procesy, możemy stworzyć bez znajomości wymaganych technologii. Powstały rozwiązania, które za pomocą przyjemnego i prostego interfejsu użytkownika możemy w łatwy sposób wykorzystać, aby dostarczyć wartość biznesową. Czy to jednak znaczy, że w niedalekiej przyszłości…

Rozwiązania Low-Code / No-Code zastąpią większość programistów?

W podcaście dyskutujemy ze znawcą tematu – Szymonem Paluchem, o przyszłości programistów. Podejmujemy także temat tego, czy czasem rozwiązania Low-Code, No-Code nie są czasem łatwym wejściem w świat IT?

Jaka jest rola programistów w dobie oprogramowania, rozwiązującego częste problemy biznesowe? Czy po raz kolejny, Bartek musi implementować newsletter? Czy łatwiej skorzystać z rozwiązań typu MailerLite?]]>3124application,development,it,low-code,no-code,softwarefalsefullhttps://www.spreaker.com/episode/55-jak-pracowac-z-klientem-dobre-rady-dla-ludzi-ktorzy-sie-wstydza--43831378
Dreszcz emocji do dzisiaj pojawia się podczas pierwszych rozmów z nowym klientem. Natomiast, późniejsza praca na co dzień staje się pewnego rodzaju rutyną. Wszystko to jednak efekt wielu lat pracy, nie tylko z klientem, ale głównie nad sobą.

W tym odcinku mówimy o swoich doświadczeniach podczas pracy z klientem i o wypróbowanych modelach.

Czy praca i rozmowa z klientem powinna być stresująca dla programisty?

Udzieliliśmy także, kilku drobnych wskazówek, które pomogły nam w lepszej komunikacji z klientem. Może warto się z nimi zapoznać?]]>https://api.spreaker.com/episode/43831378Wed, 10 Mar 2021 20:46:23 +0000Adrian Piętka, Bartłomiej MichalskiPamiętam, kiedy pierwszy raz moja serdeczna koleżanka z zespołu, zaprosiła mnie na rozmowę z klientem. Byłem młodym, 19-letnim programistą, który od roku pracował jako programista. To było dla mnie nie lada przeżycie – stres i obawa czy wypadnę w...
Dreszcz emocji do dzisiaj pojawia się podczas pierwszych rozmów z nowym klientem. Natomiast, późniejsza praca na co dzień staje się pewnego rodzaju rutyną. Wszystko to jednak efekt wielu lat pracy, nie tylko z klientem, ale głównie nad sobą.

W tym odcinku mówimy o swoich doświadczeniach podczas pracy z klientem i o wypróbowanych modelach.

Czy praca i rozmowa z klientem powinna być stresująca dla programisty?

Udzieliliśmy także, kilku drobnych wskazówek, które pomogły nam w lepszej komunikacji z klientem. Może warto się z nimi zapoznać?]]>2414customer,development,internet,programming,software,technologyfalsefullhttps://www.spreaker.com/episode/54-znam-wzorce-projektowe-co-dalej--43623108
Tym razem poruszyliśmy bardzo otwarty temat, ponieważ zastanawiamy się co dalej w momencie, gdy poznamy podstawowe wzorce projektowe. Jak się odnaleźć i na co zwracać uwagę podczas ich stosowania.

Na co uważać w pracy ze wzorcami projektowymi?

Czy łatwo jest rozróżniać zaimplementowane wzorce w kodzie od siebie? Czy wzorce z reguły można by było nazwać antywzorcami?]]>https://api.spreaker.com/episode/43623108Wed, 24 Feb 2021 21:21:57 +0000Adrian Piętka, Bartłomiej MichalskiTemat wzorców projektowych pojawia się w ramach DevEnv dość często. To za sprawą tego, że widzimy w nich pozytywny aspekt, wpływający na kod. Natomiast jak ze wszystkim – zdecydowanie z dawką rozsądku i umiaru. Dlatego staramy się przekazać, co o nich...
Tym razem poruszyliśmy bardzo otwarty temat, ponieważ zastanawiamy się co dalej w momencie, gdy poznamy podstawowe wzorce projektowe. Jak się odnaleźć i na co zwracać uwagę podczas ich stosowania.

Na co uważać w pracy ze wzorcami projektowymi?

Czy łatwo jest rozróżniać zaimplementowane wzorce w kodzie od siebie? Czy wzorce z reguły można by było nazwać antywzorcami?]]>2133design,development,devenv,programming,softwarefalsefullhttps://www.spreaker.com/episode/53-pragmatycznie-o-chmurze-z-wojtkiem-gawronskim--43381729
Jakie korzyści zyskują programiści podczas pracy z chmurą?

Na co uważać podczas pracy z chmurą? Jak chmura publiczna może przyśpieszyć dostarczanie rozwiązania biznesowego?

Konkretne przykłady, to coś, co w tym odcinku podcastu zostało nie raz poruszone. Jednym z nich jest projekt, o którym opowiada Wojtek, który został dostarczony szybciej, niż standardowo zakładano, dzięki właśnie, znajomości usług chmurowych.]]>https://api.spreaker.com/episode/43381729Wed, 10 Feb 2021 14:14:52 +0000Adrian Piętka, Bartłomiej MichalskiChmura publiczna na dobre zagościła w naszych projektach. Wykorzystywana w większym i mniejszym zakresie ułatwia osiągać wyznaczone cele projektowe. Niestety jak każde narzędzie, niesie ze sobą pewną pulę nowych problemów. Dlatego postanowiliśmy...
Jakie korzyści zyskują programiści podczas pracy z chmurą?

Na co uważać podczas pracy z chmurą? Jak chmura publiczna może przyśpieszyć dostarczanie rozwiązania biznesowego?

Konkretne przykłady, to coś, co w tym odcinku podcastu zostało nie raz poruszone. Jednym z nich jest projekt, o którym opowiada Wojtek, który został dostarczony szybciej, niż standardowo zakładano, dzięki właśnie, znajomości usług chmurowych.]]>3242aws,cloud,it,programming,software,technologyfalsefullhttps://www.spreaker.com/episode/52-qa-ba-pm-i-inne-magiczne-role-czy-ich-potrzebujemy--42044608
Czy potrzebujemy tych wszystkich ról zawsze? Czy część kompetencji nie może być, częścią pracy programisty?

Jak radzić sobie, gdy tych ról/kompetencji brak?

W tym odcinku podcastu rozmawiamy o tych wszystkich rolach pomocnych podczas tworzenia oprogramowania. Pytanie tylko, czy niezbędnych?]]>https://api.spreaker.com/episode/42044608Wed, 18 Nov 2020 21:13:20 +0000Adrian Piętka, Bartłomiej MichalskiQA, BA, PM, PO, Scrum Master. Wszyscy mają wspomagać zespół programistów w lepszym realizowaniu zadań. W pewnych firmach, nawet dostajemy w zespole projektowym „zestaw” tych wszystkich ról. Natomiast programuje dosłownie jedna osoba. Czy potrzebujemy...
Czy potrzebujemy tych wszystkich ról zawsze? Czy część kompetencji nie może być, częścią pracy programisty?

Jak radzić sobie, gdy tych ról/kompetencji brak?

W tym odcinku podcastu rozmawiamy o tych wszystkich rolach pomocnych podczas tworzenia oprogramowania. Pytanie tylko, czy niezbędnych?]]>1617ba,developer,development,pm,po,qa,roles,softwarefalsefullhttps://www.spreaker.com/episode/51-co-zrobic-gdy-mamy-dosc-programowania--41680357
Skąd w ogóle taki stan emocjonalny? Co poszło nie tak? Teraz gdy analizuję te sytuacje (bo było ich parę) można określić, że to, co robiłem, nijak miało się do tego, co rzeczywiście chciałbym robić. Przykład? Chciałem rozwijać się w technologiach backendowych, a 9 miesięcy musiałem spędzić po stronie frontendowej, tworząc UI w Angularze. Starałem się zmieniać środowisko, aby pojawić się w nowym i świeżym dla mnie miejscu, niestety nie zawsze tak szybko, jak bym tego chciał. Finalnie nie skończyło się jeszcze na wypaleniu, ale na pewno były to pierwsze kroki w jego kierunku.

Jak poradzić sobie z pojawiającą się niechęcią do programowania?

W tym odcinku rozmawiamy o naszych sposobach na radzenie sobie z tytułowym „mam dość programowania”. Jakie metody nam pomogły wyjść z dołka oraz jak dalej czerpać przyjemność z tworzenia oprogramowania.]]>https://api.spreaker.com/episode/41680357Wed, 28 Oct 2020 17:54:54 +0000Adrian Piętka, Bartłomiej MichalskiProgramowanie zawsze wzbudzało we mnie skrajnie pozytywne emocje. Gdy zacząłem zawodowo pracować jako programista, było jeszcze lepiej. Nie robiłem już tylko projektów do szuflady, ale były one publicznie dostępne – setki osób mogło, korzystać z tego,...
Skąd w ogóle taki stan emocjonalny? Co poszło nie tak? Teraz gdy analizuję te sytuacje (bo było ich parę) można określić, że to, co robiłem, nijak miało się do tego, co rzeczywiście chciałbym robić. Przykład? Chciałem rozwijać się w technologiach backendowych, a 9 miesięcy musiałem spędzić po stronie frontendowej, tworząc UI w Angularze. Starałem się zmieniać środowisko, aby pojawić się w nowym i świeżym dla mnie miejscu, niestety nie zawsze tak szybko, jak bym tego chciał. Finalnie nie skończyło się jeszcze na wypaleniu, ale na pewno były to pierwsze kroki w jego kierunku.

Jak poradzić sobie z pojawiającą się niechęcią do programowania?

W tym odcinku rozmawiamy o naszych sposobach na radzenie sobie z tytułowym „mam dość programowania”. Jakie metody nam pomogły wyjść z dołka oraz jak dalej czerpać przyjemność z tworzenia oprogramowania.]]>1701balance,crunch,development,life,programmer,programming,software,workfalsefullhttps://www.spreaker.com/episode/50-najwieksze-wpadki-i-fuckupy--41226701
Czy był to na tyle duży fuckup, że prawie zapadłeś/aś pod ziemie? A może to była idealna szansa do nauczenia się czegoś co zapamiętasz do końca życia?

Błędy są czymś naturalnym w trakcie rozwoju. Niektóre musisz sam/a popełnić, a w niektórych przypadkach możesz uczyć się na błędach innych osób.

50 jubileuszowy podcast zrobiliśmy w trochę inny sposób. Oddaliśmy głos naszym gościom, by mogli Ci opowiedzieć o swoich błędach oraz o tym czego się z nich nauczyli. Dlatego byś Ty już nie musiał/a ich popełniać 🙂

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

➡️ Który z omówionych fuckupów jest Ci najbliższy? ;D
➡️ Jaki był Twój największy fuckup podczas pracy w IT?
➡️ Czego się dzięki niemu nauczyłeś?]]>https://api.spreaker.com/episode/41226701Wed, 30 Sep 2020 16:31:00 +0000Adrian Piętka, Bartłomiej MichalskiCzy zdarzyło Ci się kiedyś zrobić taki błąd, po którym miałeś wrażenie, że wyrzucą Cię z pracy? Czy był to na tyle duży fuckup, że prawie zapadłeś/aś pod ziemie? A może to była idealna szansa do nauczenia się czegoś co zapamiętasz do końca życia?...
Czy był to na tyle duży fuckup, że prawie zapadłeś/aś pod ziemie? A może to była idealna szansa do nauczenia się czegoś co zapamiętasz do końca życia?

Błędy są czymś naturalnym w trakcie rozwoju. Niektóre musisz sam/a popełnić, a w niektórych przypadkach możesz uczyć się na błędach innych osób.

50 jubileuszowy podcast zrobiliśmy w trochę inny sposób. Oddaliśmy głos naszym gościom, by mogli Ci opowiedzieć o swoich błędach oraz o tym czego się z nich nauczyli. Dlatego byś Ty już nie musiał/a ich popełniać 🙂

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

➡️ Który z omówionych fuckupów jest Ci najbliższy? ;D
➡️ Jaki był Twój największy fuckup podczas pracy w IT?
➡️ Czego się dzięki niemu nauczyłeś?]]>3319bug,development,error,fuckup,it,production,softwarefalsefullhttps://www.spreaker.com/episode/49-rzeczy-o-ktorych-warto-pamietac-jako-junior-developer--40927567
Bądź programistą, który zrobi to, co potrzebne jest zrobić.

Drogi JUNIOR DEVELOPERZE, zebraliśmy kilka naszych luźnych rad, które pomogą Ci lepiej pracować w zespole. To nie nasze „widzi mi się” ale obserwacje siebie i naszych młodszych kolegów. Wszystko po to, abyś szybciej niż my, zrozumiał, że kod to nie wszystko 🙂

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

➡️ O czym powinien pamiętać JUNIOR DEVELOPER?
➡️ Co powiedziałbyś samemu sobie w przeszłości?
➡️ Jaka jest jedna najważniejsza rzecz, którą powinien wiedzieć JUNIOR DEVELOPER?]]>https://api.spreaker.com/episode/40927567Wed, 16 Sep 2020 15:25:31 +0000Adrian Piętka, Bartłomiej MichalskiJest tyle niesamowitych rzeczy, które jako programiści na początku swojej drogi musimy poznać. Nowe technologie, nowe biblioteki, nowe techniki. Ciągle coś nowego. Jednak to dopiero stożek ogromnej góry lodowej, którą zaczynamy z biegiem czasu...
Bądź programistą, który zrobi to, co potrzebne jest zrobić.

Drogi JUNIOR DEVELOPERZE, zebraliśmy kilka naszych luźnych rad, które pomogą Ci lepiej pracować w zespole. To nie nasze „widzi mi się” ale obserwacje siebie i naszych młodszych kolegów. Wszystko po to, abyś szybciej niż my, zrozumiał, że kod to nie wszystko 🙂

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

➡️ O czym powinien pamiętać JUNIOR DEVELOPER?
➡️ Co powiedziałbyś samemu sobie w przeszłości?
➡️ Jaka jest jedna najważniejsza rzecz, którą powinien wiedzieć JUNIOR DEVELOPER?]]>1528developer,development,devenv,junior,leadership,software,team,technologyfalsefullhttps://www.spreaker.com/episode/48-deadline-w-projekcie-jak-zyc--34634159
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?]]>https://api.spreaker.com/episode/34634159Wed, 01 Jul 2020 06:48:16 +0000Adrian Piętka, Bartłomiej MichalskiDeadline 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...
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?]]>2044deadline,developer,development,devenv,programming,softwarefalsefullhttps://www.spreaker.com/episode/47-docker-i-konteneryzacja-z-damianem-naprawa--31428482
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?]]>https://api.spreaker.com/episode/31428482Wed, 17 Jun 2020 13:50:56 +0000Adrian Piętka, Bartłomiej MichalskiKonteneryzacja, 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...
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?]]>2414containerization,development,devenv,docker,kubernetes,software,swarmfalsefullhttps://www.spreaker.com/episode/46-wzorce-projektowe-o-co-tyle-halasu--29189737
Ś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?]]>https://api.spreaker.com/episode/29189737Wed, 03 Jun 2020 21:20:36 +0000Adrian Piętka, Bartłomiej MichalskiW 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?]]>1737design,development,devenv,it,patterns,podcast,programmer,programming,softwarefalsefullhttps://www.spreaker.com/episode/45-praca-zdalna-w-dobie-przymusowej-izolacji--27958984Jak 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ę 👍]]>https://api.spreaker.com/episode/27958984Thu, 21 May 2020 12:45:35 +0000Adrian Piętka, Bartłomiej MichalskiNa 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...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ę 👍]]>2625covid-19,development,programming,remote,software,workfalsefullhttps://www.spreaker.com/episode/44-dobre-praktyki-w-legacy-code--25959532
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ę 👍]]>https://api.spreaker.com/episode/25959532Thu, 23 Apr 2020 19:35:24 +0000Adrian Piętka, Bartłomiej MichalskiCzy 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ą...
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ę 👍]]>3492code,development,legacy,programming,softwarefalsefullhttps://www.spreaker.com/episode/43-event-storming-z-mariuszem-gilem--25001928
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ę 👍]]>https://api.spreaker.com/episode/25001928Wed, 08 Apr 2020 19:26:51 +0000Adrian Piętka, Bartłomiej MichalskiEvent 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...
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ę 👍]]>2905cqrs,es,event,programming,software,stormingfalsefullhttps://www.spreaker.com/episode/42-the-twelve-factor-app--24354581
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ę 👍]]>https://api.spreaker.com/episode/24354581Wed, 25 Mar 2020 22:50:44 +0000Adrian Piętka, Bartłomiej MichalskiZ 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...
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ę 👍]]>154812fa,cloud,cloudnative,developer,docker,it,javascript,programming,softwarearchitecture,typescriptfalsefullhttps://www.spreaker.com/episode/41-jak-radzic-sobie-z-trudnymi-zadaniami--23765365
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ę 👍]]>https://api.spreaker.com/episode/23765365Wed, 11 Mar 2020 21:06:12 +0000Adrian Piętka, Bartłomiej MichalskiKaż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ę...
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ę 👍]]>2006developer,development,it,lead,programming,software,teamfalsefullhttps://www.spreaker.com/episode/40-narzedzia-bez-ktorych-nie-wyobrazamy-sobie-zycia--23222043
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ę 👍]]>https://api.spreaker.com/episode/23222043Wed, 26 Feb 2020 20:40:00 +0000Adrian Piętka, Bartłomiej MichalskiPodczas 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...
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ę 👍]]>2258development,it,programming,smartfon,smartphone,software,toolsfalsefullhttps://www.spreaker.com/episode/39-programowanie-funkcyjne-z-krzysztofem-kempinskim--22966057 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ę 👍]]>https://api.spreaker.com/episode/22966057Wed, 19 Feb 2020 21:02:13 +0000Adrian Piętka, Bartłomiej MichalskiUWAGA! 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... 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ę 👍]]>2767development,elixir,erlang,functional,java,javascript,js,programmer,scala,softwarefalsefullhttps://www.spreaker.com/episode/38-czy-zawsze-potrzebujemy-qa-w-projekcie--22240392
Odpowiadaliśmy na pytanie:

Czy kompetencje QA potrzebne są w projekcie?

Dyskutujemy na temat naszego zrozumienia roli Quality Assurance Specialist. Mówimy o tym, czy programiści i duże pokrycie testami automatycznymi może zastąpić QA. Zmagamy się z naszymi doświadczeniami kiedy musieliśmy wziąć na swoje barki obowiązki QA.

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

➡️ Czy w Twoim zespole pracuje QA?
➡️ Czym zajmuje się QA w Twoim projekcie?
➡️ Czy wyobrażasz sobie pracę bez QA? Dlaczego tak/nie?

Zachęcam Cię do pozostawienia swojej odpowiedzi w komentarzu – dziękuję 👍]]>https://api.spreaker.com/episode/22240392Thu, 30 Jan 2020 18:11:30 +0000Adrian Piętka, Bartłomiej MichalskiJakość wytwarzanego oprogramowania zależy od wielu, często zmieniających się czynników. Na jakość wpływa – ilość posiadanego czasu na wytworzenie programu, jego skomplikowanie, doświadczenie zespołu czy też procesy sterujące pracą. W 38 odcinku...
Odpowiadaliśmy na pytanie:

Czy kompetencje QA potrzebne są w projekcie?

Dyskutujemy na temat naszego zrozumienia roli Quality Assurance Specialist. Mówimy o tym, czy programiści i duże pokrycie testami automatycznymi może zastąpić QA. Zmagamy się z naszymi doświadczeniami kiedy musieliśmy wziąć na swoje barki obowiązki QA.

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

➡️ Czy w Twoim zespole pracuje QA?
➡️ Czym zajmuje się QA w Twoim projekcie?
➡️ Czy wyobrażasz sobie pracę bez QA? Dlaczego tak/nie?

Zachęcam Cię do pozostawienia swojej odpowiedzi w komentarzu – dziękuję 👍]]>1885falsefullhttps://www.spreaker.com/episode/37-bledy-na-poczatku-kariery-programisty--20861465
Jakie błędy popełniliśmy jako początkujący programiści?

Podczas tego odcinka staramy się przybliżyć te elementy, które zapadły nam w pamięci ale także takie, które ciągle obserwujemy u osób zaczynających pracę jako programista.

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

➡️ Jakie Ty błędy popełniłeś na początku swojej kariery?
➡️ Jakie błędy obserwujesz u nowych osób w IT?
➡️ Według Ciebie na co zwracać szczególną uwagę?

Zachęcam Cię do pozostawienia swojej odpowiedzi w komentarzu – dziękuję 👍]]>https://api.spreaker.com/episode/20861465Wed, 18 Dec 2019 19:01:17 +0000Adrian Piętka, Bartłomiej MichalskiRozpoczynanie swojej pierwszej pracy jest trudnym zadaniem. Łatwo popełnić podstawowe błędy czy też nieświadomie wkopać się w zobowiązania wynikające z podpisanej umowy. Wielokrotnie zdarzyło się nam, praktykować zachowania, które omawiamy. Dziś, z...
Jakie błędy popełniliśmy jako początkujący programiści?

Podczas tego odcinka staramy się przybliżyć te elementy, które zapadły nam w pamięci ale także takie, które ciągle obserwujemy u osób zaczynających pracę jako programista.

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

➡️ Jakie Ty błędy popełniłeś na początku swojej kariery?
➡️ Jakie błędy obserwujesz u nowych osób w IT?
➡️ Według Ciebie na co zwracać szczególną uwagę?

Zachęcam Cię do pozostawienia swojej odpowiedzi w komentarzu – dziękuję 👍]]>1646development,devenv,it,leadership,software,technologyfalsefullhttps://www.spreaker.com/episode/36-mikroserwisy-na-co-uwazac--20320934
Staramy się wypunktować najpowszechniejsze problemy, a dokładniej – problemy występujące w zespołach, które po raz pierwszy starają się stworzyć oprogramowanie oparte o mikroserwisy.

W jaki sposób podchodzić do komunikacji pomiędzy mikroserwisami?
To tylko jeden z przykładów poruszanych podczas rozmowy. Elementów wartych uwagi i przemyślenia natomiast jest znacznie więcej i dokładnie o nich rozmawiamy w tym odcinku.

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

➡️ Jak radziłeś sobie z problemami komunikacyjnymi w mikroserwiach?
➡️ Jak dobrze podejść do wyznaczania Bounded Contextu?
➡️ Co Tobie przeszkadzało w pracy z mikroserwisami?

Zachęcam Cię do pozostawienia swojej odpowiedzi w komentarzu – dziękuję 👍]]>https://api.spreaker.com/episode/20320934Wed, 27 Nov 2019 21:23:53 +0000Adrian Piętka, Bartłomiej MichalskiPodczas ostatniego odcinka podcastu rozmawialiśmy o tym kiedy warto rozważać architekturę opartą o mikroserwisy. Tym razem skupiliśmy się jednak na problemach i błędach z którymi mieliśmy styczność podczas pracy z mirkoserwisami. Niestety ale często...
Staramy się wypunktować najpowszechniejsze problemy, a dokładniej – problemy występujące w zespołach, które po raz pierwszy starają się stworzyć oprogramowanie oparte o mikroserwisy.

W jaki sposób podchodzić do komunikacji pomiędzy mikroserwisami?
To tylko jeden z przykładów poruszanych podczas rozmowy. Elementów wartych uwagi i przemyślenia natomiast jest znacznie więcej i dokładnie o nich rozmawiamy w tym odcinku.

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

➡️ Jak radziłeś sobie z problemami komunikacyjnymi w mikroserwiach?
➡️ Jak dobrze podejść do wyznaczania Bounded Contextu?
➡️ Co Tobie przeszkadzało w pracy z mikroserwisami?

Zachęcam Cię do pozostawienia swojej odpowiedzi w komentarzu – dziękuję 👍]]>2046development,graphql,javascript,microservices,nodejs,rest,softwarefalsefullhttps://www.spreaker.com/episode/35-mikroserwisy-kiedy-warto--19887259
Mikroserwisy czy to na prawdę lek na całe zło?

Wspominamy także o początkowych problemach z którymi sami spotkaliśmy się podczas rozpoczynania przygody z architekturą mikroserwisów. Wiele z tych aspektów nie pojawiały się nad jednym większym, monolitowym systemem.

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

➡️ Czy pracowałeś kiedyś w systemie opartym w 100% na podejściu mikroserwisowym?
➡️ Jak radzicie sobie z zarządzaniem mikroserwisami na produkcji?
➡️ Kiedy Twoim zdaniem mikroserwisy mają sens?

Zachęcam Cię do pozostawienia swojej odpowiedzi w komentarzu – dziękuję 👍]]>https://api.spreaker.com/episode/19887259Wed, 06 Nov 2019 14:47:36 +0000Adrian Piętka, Bartłomiej MichalskiO mikroserwisach czytamy i słyszymy dużo. Sugerowane są podczas budowy rozwiązań Cloud Native oraz chwalą się nimi duże firmy jak Netflix czy Amazon. Gdzie tkwi jednak ich siła? Czy mikroserwisy są dobre dla każdego problemu? Wybór natomiast tego...
Mikroserwisy czy to na prawdę lek na całe zło?

Wspominamy także o początkowych problemach z którymi sami spotkaliśmy się podczas rozpoczynania przygody z architekturą mikroserwisów. Wiele z tych aspektów nie pojawiały się nad jednym większym, monolitowym systemem.

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

➡️ Czy pracowałeś kiedyś w systemie opartym w 100% na podejściu mikroserwisowym?
➡️ Jak radzicie sobie z zarządzaniem mikroserwisami na produkcji?
➡️ Kiedy Twoim zdaniem mikroserwisy mają sens?

Zachęcam Cię do pozostawienia swojej odpowiedzi w komentarzu – dziękuję 👍]]>1721development,graphql,microservices,nodejs,rest,softwarefalsefullhttps://www.spreaker.com/episode/34-jak-wprowadzac-testy-automatyczne-w-legacy-code--19082464
Dlatego też automatyzacja testów w takich aplikacjach nie jest czymś prostym. Należy zidentyfikować miejsca, które warte są wprowadzenia takich testów oraz te, które należy pozostawić ciągle w sferze testów manualnych.

Dyskutujemy o tym gdzie i jakie testy automatyczne warto wprowadzić.

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

➡️ Czy kiedykolwiek wprowadzałeś testy automatycznej w Legacy Code?
➡️ Co jest największym wyzwaniem w automatyzacji takiej aplikacji?
➡️ Lepiej utrzymywać czy zaorać wszystko i zacząć od nowa? 😉

Zachęcam Cię do pozostawienia swojej odpowiedzi w komentarzu – dziękuję 👍]]>https://api.spreaker.com/episode/19082464Thu, 12 Sep 2019 21:21:21 +0000Adrian Piętka, Bartłomiej MichalskiPodczas utrzymywania aplikacji z leciwym i zarazem ciężkim do utrzymania kodem, często myślimy o wprowadzaniu testów automatycznych. Na konferencjach słyszmy – Pisz testy jednostkowe! Nawet gdy rozwijasz stary kod. Natomiast rzeczywistość bywa...
Dlatego też automatyzacja testów w takich aplikacjach nie jest czymś prostym. Należy zidentyfikować miejsca, które warte są wprowadzenia takich testów oraz te, które należy pozostawić ciągle w sferze testów manualnych.

Dyskutujemy o tym gdzie i jakie testy automatyczne warto wprowadzić.

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

➡️ Czy kiedykolwiek wprowadzałeś testy automatycznej w Legacy Code?
➡️ Co jest największym wyzwaniem w automatyzacji takiej aplikacji?
➡️ Lepiej utrzymywać czy zaorać wszystko i zacząć od nowa? 😉

Zachęcam Cię do pozostawienia swojej odpowiedzi w komentarzu – dziękuję 👍]]>1722code,devcast,development,it,legacy,programming,software,unittestfalsefullhttps://www.spreaker.com/episode/33-machine-learning-z-arturem-trzesiokiem--18942008
Rozmawiamy o podstawach oraz zastosowaniach Machine Learning, poruszając najważniejsze elementy, ale także dyskutując o tym:

- Jakie problemy mogą być rozwiązywane przez Machine Learning?
- W jaki sposób wygląda praca/proces z Machine Learning?
- Od czego warto zacząć naukę?
- Na ile istotna jest wiedza na temat algorytmów, statystyki, matematyki?
- Jak wygląda rynek pracy dla MLowca?
- Jakie części naszego życia mogą zostać usprawnione przez Machine Learning?
- Czy są i jeśli tak, to jakie niebezpieczeństwa niesie za sobą Machine Learning?

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

➡️ Czy badałeś kiedyś czym jest to słynne uczenie maszynowe?
➡️ Czy miałeś do czynienia w projekcie z Machine Learning?
➡️ Czy Machine Learning może zastąpić programistów w określonym zakresie?

Zachęcam Cię do pozostawienia swojej odpowiedzi w komentarzu – dziękuję 👍]]>https://api.spreaker.com/episode/18942008Wed, 28 Aug 2019 19:54:49 +0000Adrian Piętka, Bartłomiej MichalskiGościem występującym w 33 odcinku podcastu jest Artur Trzęsiok, specjalista na co dzień zajmujący się Machine Learning m.in. w interesującym projekcie medycznym. Rozmawiamy o podstawach oraz zastosowaniach Machine Learning, poruszając najważniejsze...
Rozmawiamy o podstawach oraz zastosowaniach Machine Learning, poruszając najważniejsze elementy, ale także dyskutując o tym:

- Jakie problemy mogą być rozwiązywane przez Machine Learning?
- W jaki sposób wygląda praca/proces z Machine Learning?
- Od czego warto zacząć naukę?
- Na ile istotna jest wiedza na temat algorytmów, statystyki, matematyki?
- Jak wygląda rynek pracy dla MLowca?
- Jakie części naszego życia mogą zostać usprawnione przez Machine Learning?
- Czy są i jeśli tak, to jakie niebezpieczeństwa niesie za sobą Machine Learning?

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

➡️ Czy badałeś kiedyś czym jest to słynne uczenie maszynowe?
➡️ Czy miałeś do czynienia w projekcie z Machine Learning?
➡️ Czy Machine Learning może zastąpić programistów w określonym zakresie?

Zachęcam Cię do pozostawienia swojej odpowiedzi w komentarzu – dziękuję 👍]]>2264ai,deep,devcast,devenv,inteligencja,learning,machinefalsefullhttps://www.spreaker.com/episode/32-problemy-w-projektach--18825393
Tym razem staramy się ominąć problemy techniczne i skupić się na tych około projektowych, najczęściej przez nas spotykanych problemach.

Brak informacji o tym jak uruchomić projekt, znużenie projektem, wykonywanie skomplikowanych czynności manualnych, to tylko część tematów, które poruszyliśmy w tym odcinku podcastu.

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

➡️ Co najczęściej denerwuje Cię w projektach?
➡️ Czy istnieją problemy, których nie rozwiązujecie?
➡️ Jakie problemy sam wygenerowałeś i musiałeś się potem z nimi zmagać?

Zachęcam Cię do pozostawienia swojej odpowiedzi w komentarzu – dziękuję 👍]]>https://api.spreaker.com/episode/18825393Thu, 15 Aug 2019 12:38:47 +0000Adrian Piętka, Bartłomiej MichalskiProblemy w projekcie pojawiają się często. Staramy się je rozwiązywać, aby ułatwiać sobie pracę. Część z nich niestety świadomie pozostawiamy i nieco udajemy, że ich nie ma. Dotyczą one różnych aspektów – od problemów technicznych po organizacyjne....
Tym razem staramy się ominąć problemy techniczne i skupić się na tych około projektowych, najczęściej przez nas spotykanych problemach.

Brak informacji o tym jak uruchomić projekt, znużenie projektem, wykonywanie skomplikowanych czynności manualnych, to tylko część tematów, które poruszyliśmy w tym odcinku podcastu.

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

➡️ Co najczęściej denerwuje Cię w projektach?
➡️ Czy istnieją problemy, których nie rozwiązujecie?
➡️ Jakie problemy sam wygenerowałeś i musiałeś się potem z nimi zmagać?

Zachęcam Cię do pozostawienia swojej odpowiedzi w komentarzu – dziękuję 👍]]>1647development,devenv,it,software,startup,team,techleadershipfalsefullhttps://www.spreaker.com/episode/31-cqrs-z-andrzejem-krzywda--18683339
Rozmawiamy o CQRS (Command Query Responsibility Segregation), poruszając najważniejsze podstawy, ale także dyskutując o:

- CQRSie jako sposobie na walkę z legacy code, szczególnie w kontekście aplikacji opartych o Ruby on Rails,
- wykorzystaniu widoków bazodanowych w read modelach, czyli „CQRS po białostocku”,
- dużych formularzach, które mogą wywołać kilka akcji domenowych,
- Eventual Consistency.

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

➡️ Czy wykorzystywałeś w praktyce wzorzec CQRS?
➡️ Jakie inne zalety dostrzegasz w wykorzystywaniu CQRS?
➡️ Czy jest coś na temat DDD/CQRS-ES co chciałbyś wiedzieć?

Zachęcam Cię do pozostawienia swojej odpowiedzi w komentarzu – dziękuję 👍]]>https://api.spreaker.com/episode/18683339Wed, 31 Jul 2019 09:48:47 +0000Adrian Piętka, Bartłomiej MichalskiGościem występującym w 31 odcinku podcastu jest Andrzej Krzywda, na co dzień programista oraz CEO firmy Arkency. Rozmawiamy o CQRS (Command Query Responsibility Segregation), poruszając najważniejsze podstawy, ale także dyskutując o: - CQRSie jako...
Rozmawiamy o CQRS (Command Query Responsibility Segregation), poruszając najważniejsze podstawy, ale także dyskutując o:

- CQRSie jako sposobie na walkę z legacy code, szczególnie w kontekście aplikacji opartych o Ruby on Rails,
- wykorzystaniu widoków bazodanowych w read modelach, czyli „CQRS po białostocku”,
- dużych formularzach, które mogą wywołać kilka akcji domenowych,
- Eventual Consistency.

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

➡️ Czy wykorzystywałeś w praktyce wzorzec CQRS?
➡️ Jakie inne zalety dostrzegasz w wykorzystywaniu CQRS?
➡️ Czy jest coś na temat DDD/CQRS-ES co chciałbyś wiedzieć?

Zachęcam Cię do pozostawienia swojej odpowiedzi w komentarzu – dziękuję 👍]]>1574cqrs,ddd,development,events,ror,ruby,softwarefalsefullhttps://www.spreaker.com/episode/30-jak-byc-lepszym-programista--18578599
Co nam pomogło w staniu się lepszym programistą?

Podczas podcastu staraliśmy się odpowiedzieć na powyższe pytanie, definiując najważniejsze z naszego punktu widzenia elementy, wpływające na stanie się lepszym programistą ale także na stanie się lepszym współpracownikiem.

Poruszamy podstawowe elementy na które warto zwrócić uwagę, aby nie tylko poprawić swoje umiejętności techniczne ale także te związane z współpracą, która jest tak ważna w naszej pracy.]]>https://api.spreaker.com/episode/18578599Thu, 18 Jul 2019 10:28:55 +0000Adrian Piętka, Bartłomiej MichalskiWybór kierunków swojego programistycznego rozwoju nie jest łatwy. W gąszczu technologii, metodyk, bibliotek łatwo się zagubić i główkować co będzie dla nas lepsze. Wielokrotnie przechodziliśmy z Bartkiem przez dokładnie ten sam problem. Lepiej,...
Co nam pomogło w staniu się lepszym programistą?

Podczas podcastu staraliśmy się odpowiedzieć na powyższe pytanie, definiując najważniejsze z naszego punktu widzenia elementy, wpływające na stanie się lepszym programistą ale także na stanie się lepszym współpracownikiem.

Poruszamy podstawowe elementy na które warto zwrócić uwagę, aby nie tylko poprawić swoje umiejętności techniczne ale także te związane z współpracą, która jest tak ważna w naszej pracy.]]>1599coach,developer,development,improvements,lifehacks,softwarefalsefullhttps://www.spreaker.com/episode/29-sposoby-wymiany-wiedzy-w-zespole--18451116
Omawiamy metody, które używaliśmy w celu propagowania wiedzy projektowej.

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

➡️ W jaki sposób dzielicie się wiedzą projektową w zespole?
➡️ Czy i w jaki sposób propagujecie wiedzę pomiędzy zespołami?
➡️ Kto dba o propagowanie wiedzy w Twojej organizacji?

Zachęcam Cię do pozostawienia swojej odpowiedzi w komentarzu – dziękuję 👍]]>https://api.spreaker.com/episode/18451116Wed, 03 Jul 2019 13:52:11 +0000Adrian Piętka, Bartłomiej MichalskiDzielenie się wiedzą w zespołach programistycznych jest bardzo ważną sprawą. Nie wszystko co wiesz na temat projektu jest znane pozostałym członkom zespołu. Działa to także w drugą stronę – nie zawsze wszystko wiesz, a i też nie wszystkie zakamarki...
Omawiamy metody, które używaliśmy w celu propagowania wiedzy projektowej.

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

➡️ W jaki sposób dzielicie się wiedzą projektową w zespole?
➡️ Czy i w jaki sposób propagujecie wiedzę pomiędzy zespołami?
➡️ Kto dba o propagowanie wiedzy w Twojej organizacji?

Zachęcam Cię do pozostawienia swojej odpowiedzi w komentarzu – dziękuję 👍]]>1358development,softwarefalsefullhttps://www.spreaker.com/episode/28-zbedne-czy-istotne-o-benefitach-w-it--17926152
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ę]]>https://api.spreaker.com/episode/17926152Wed, 15 May 2019 10:27:13 +0000Adrian Piętka, Bartłomiej MichalskiOfert 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...
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ę]]>1875development,engineer,extra,it,salary,softwarefalsefullhttps://www.spreaker.com/episode/27-wejscie-smoka-do-it--17808198
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ę 👍]]>https://api.spreaker.com/episode/17808198Wed, 01 May 2019 21:13:25 +0000Adrian Piętka, Bartłomiej MichalskiIT 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...
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ę 👍]]>1562bussines,development,devops,it,leadership,software,technicalfalsefullhttps://www.spreaker.com/episode/26-lead-developer-kto-to-jest--17590693
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ę.]]>https://api.spreaker.com/episode/17590693Wed, 10 Apr 2019 11:43:25 +0000Adrian Piętka, Bartłomiej MichalskiJakiś 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...
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ę.]]>1458devcast,developer,development,devenv,engineer,leadership,softwarefalsefullhttps://www.spreaker.com/episode/25-efektywnosc-w-pracy-jak-staramy-sie-ja-utrzymywac--17387359
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 ⤵️⤵️]]>https://api.spreaker.com/episode/17387359Wed, 20 Mar 2019 22:05:45 +0000Adrian Piętka, Bartłomiej MichalskiKomu 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 ⤵️⤵️]]>2078developer,development,it,software,team,workfalsefullhttps://www.spreaker.com/episode/24-front-end-development-startujemy-z-nowym-projektem--17180261
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 ⤵️⤵️]]>https://api.spreaker.com/episode/17180261Thu, 28 Feb 2019 10:24:18 +0000Adrian Piętka, Bartłomiej MichalskiFront-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...
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 ⤵️⤵️]]>2159angular,development,frontend,it,react,software,webpackfalsefullhttps://www.spreaker.com/episode/23-unit-tests-dobre-praktyki--17050857
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 ⤵️⤵️]]>https://api.spreaker.com/episode/17050857Fri, 15 Feb 2019 11:26:41 +0000Adrian Piętka, Bartłomiej MichalskiTesty 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...
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 ⤵️⤵️]]>1988development,devenv,jednostkowe,programowanie,software,testing,tests,testy,unitfalsefullhttps://www.spreaker.com/episode/trendy-w-it-na-rok-2019-porozmawiajmy-o-it--16963827
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]]>https://api.spreaker.com/episode/16963827Thu, 07 Feb 2019 11:51:36 +0000Adrian Piętka, Bartłomiej MichalskiDzisiejszy 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 -...
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]]>4346development,devenv,it,podcast,software,softwaredevelopmentfalsefullhttps://www.spreaker.com/episode/22-code-smells-czyli-co-smierdzi-w-kodzie--16901584
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 ⤵️⤵️]]>https://api.spreaker.com/episode/16901584Fri, 01 Feb 2019 11:01:57 +0000Adrian Piętka, Bartłomiej MichalskiPodczas 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,...
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 ⤵️⤵️]]>1563code,development,good,it,practice,smell,softwarefalsefullhttps://www.spreaker.com/episode/21-kto-jest-odpowiedzialny-za-rozwoj-programisty--16671943
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ę 👍]]>https://api.spreaker.com/episode/16671943Wed, 09 Jan 2019 20:21:28 +0000Adrian Piętka, Bartłomiej MichalskiNiedawno 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...
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ę 👍]]>1627development,it,programmer,software,techleadfalsefullhttps://www.spreaker.com/episode/20-micromanagement-kontrola-najwyzsza-forma-zaufania--16525293
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ę 👍]]>https://api.spreaker.com/episode/16525293Wed, 19 Dec 2018 22:26:09 +0000Adrian Piętka, Bartłomiej MichalskiMicromanagement 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ą,...
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ę 👍]]>1625development,it,leadership,management,software,techlead,technicalfalsefullhttps://www.spreaker.com/episode/19-dlaczego-nie-powinno-sie-robic-wdrozenia-w-piatek-popoludniu--16396193
Pojawia się natychmiastowa negacja pomysłu, czy raczej z swobodą udajecie się w odpowiednie miejsce aby kliknąć w magiczny przycisk wrzucaj wszystko na proda!

Czy w ciemno wdrożyłbyś aktualnie rozwijaną wersję aplikacji na produkcję?

Ile rzeczy zostało zintegrowanych do rozwijanego kodu, które zaważają nad pewnością stabilności aplikacji? Ile z tych rzeczy nawet nie została w pełni ukończona, a jest już widoczna w systemie?

Pomimo, że praktyki związane z CI/CD 🚀 są bardzo dobrze znane, to często je pomijamy – stosując w swoim zwinnym podejściu elementy kojarzone głównie z modelu kaskadowego. Ustalamy zasady zero wdrożeń w piątek. Mamy obawy, że tworzone przez nas oprogramowanie może nie być do końca stabilne. Brakuje nam odpowiednich testów, a sami mieszamy dostarczane przez nas elementy – może nauczyliśmy się nie dostarczać spaghetti code, ale zamiast continuous integration wychodzi nam spaghetti integration.

Dlaczego wdrożenia w piątek podnoszą nam ciśnienie? Gdzie leży problem? Od czego zacząć aby bo rozwiązać?

W tym odcinku staramy się odpowiedzieć właśnie na te pytania.

W jaki sposób i jak często dostarczasz ze swoim zespołem zmiany na wdrożenie produkcyjne? Praktykujecie CI/CD? Z jakich narzędzi korzystacie?

Zachęcam Cię do pozostawienia swojej odpowiedzi w komentarzu – dziękuję 👍]]>https://api.spreaker.com/episode/16396193Wed, 05 Dec 2018 22:00:31 +0000Adrian Piętka, Bartłomiej MichalskiJest 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?...
Pojawia się natychmiastowa negacja pomysłu, czy raczej z swobodą udajecie się w odpowiednie miejsce aby kliknąć w magiczny przycisk wrzucaj wszystko na proda!

Czy w ciemno wdrożyłbyś aktualnie rozwijaną wersję aplikacji na produkcję?

Ile rzeczy zostało zintegrowanych do rozwijanego kodu, które zaważają nad pewnością stabilności aplikacji? Ile z tych rzeczy nawet nie została w pełni ukończona, a jest już widoczna w systemie?

Pomimo, że praktyki związane z CI/CD 🚀 są bardzo dobrze znane, to często je pomijamy – stosując w swoim zwinnym podejściu elementy kojarzone głównie z modelu kaskadowego. Ustalamy zasady zero wdrożeń w piątek. Mamy obawy, że tworzone przez nas oprogramowanie może nie być do końca stabilne. Brakuje nam odpowiednich testów, a sami mieszamy dostarczane przez nas elementy – może nauczyliśmy się nie dostarczać spaghetti code, ale zamiast continuous integration wychodzi nam spaghetti integration.

Dlaczego wdrożenia w piątek podnoszą nam ciśnienie? Gdzie leży problem? Od czego zacząć aby bo rozwiązać?

W tym odcinku staramy się odpowiedzieć właśnie na te pytania.

W jaki sposób i jak często dostarczasz ze swoim zespołem zmiany na wdrożenie produkcyjne? Praktykujecie CI/CD? Z jakich narzędzi korzystacie?

Zachęcam Cię do pozostawienia swojej odpowiedzi w komentarzu – dziękuję 👍]]>1643agile,cd,ci,development,it,release,softwarefalsefullhttps://www.spreaker.com/episode/18-programisci-a-nie-dostarczanie-wartosci-biznesowej--16287370
I nie doszukuj się w tym żadnego ukrytego akronimu!

Tym sucharem 😅 chciałem rozpocząć opis najnowszego odcinka naszego podcastu. Może się wydawać śmieszny, ale w gruncie rzeczy jest to idealne zobrazowanie potrzeb wielu programistów. Mocno skupiamy się na dostarczaniu idealnego kodu – spełniającego dobre praktyki z rozbudowaną i łatwą w utrzymaniu architekturą.

❗️ Kod to nie cel sam w sobie. Za jego pomocą tworzysz rozwiązania problemów. ❗️

Załóżmy, że zajmuje się sprzedażą produktów w internecie, prowadząc prosty sklep internetowy. Do tej pory nie posiadałem możliwości wprowadzania kodu rabatowego podczas procesu zakupowego. Zlecając wdrożenie takiej funkcji w aplikacji zgadnij na czym mi zależy?

Nie, serio nie na kolejnym mikroserwisie uruchomionym w kontenerze Docker jako Pod w klastrze Kubernetes. Jeżeli to rozwiązuje klasę problemów związanych z wysoką dostępnością – jasne, będziemy brać to pod uwagę. Ale ja na ten moment potrzebuję udostępnić moim klientom kod rabatowy z 10% zniżką. Tyle.

Kod jest narzędziem w rękach rzemieślnika, który w połączeniu z odpowiednimi technikami oraz surowcem daje rozwiązanie którego potrzebuje klient.

Podczas tego odcinka podcastu Dev:Cast staramy się odpowiedzieć m.in. na pytania:

🔹 Czym jest wartość biznesowa o której tak dużo ostatnio się mówi?
🔹 Kto powinien odpowiadać za przedstawianie wartości biznesowej poszczególnych funkcji aplikacji?
🔹 Czy programistom łatwo wyznaczać granice refaktoryzacji oraz wystarczająco czystego kodu?

I o wielu innych ciekawych aspektach, które pojawiły się podczas naszej zawodowej pracy.

Na co jeszcze Twoim zdaniem programiści zwracają więcej uwagi niżeli dostarczenie kodu rozwiązującego zadany problem?

Zachęcam Cię do pozostawienia swojej odpowiedzi w komentarzu – dziękuję 👍]]>https://api.spreaker.com/episode/16287370Thu, 22 Nov 2018 18:16:30 +0000Adrian Piętka, Bartłomiej MichalskiCzym żyje prawdziwy programista? Kodem. I nie doszukuj się w tym żadnego ukrytego akronimu! Tym sucharem 😅 chciałem rozpocząć opis najnowszego odcinka naszego podcastu. Może się wydawać śmieszny, ale w gruncie rzeczy jest to idealne zobrazowanie...
I nie doszukuj się w tym żadnego ukrytego akronimu!

Tym sucharem 😅 chciałem rozpocząć opis najnowszego odcinka naszego podcastu. Może się wydawać śmieszny, ale w gruncie rzeczy jest to idealne zobrazowanie potrzeb wielu programistów. Mocno skupiamy się na dostarczaniu idealnego kodu – spełniającego dobre praktyki z rozbudowaną i łatwą w utrzymaniu architekturą.

❗️ Kod to nie cel sam w sobie. Za jego pomocą tworzysz rozwiązania problemów. ❗️

Załóżmy, że zajmuje się sprzedażą produktów w internecie, prowadząc prosty sklep internetowy. Do tej pory nie posiadałem możliwości wprowadzania kodu rabatowego podczas procesu zakupowego. Zlecając wdrożenie takiej funkcji w aplikacji zgadnij na czym mi zależy?

Nie, serio nie na kolejnym mikroserwisie uruchomionym w kontenerze Docker jako Pod w klastrze Kubernetes. Jeżeli to rozwiązuje klasę problemów związanych z wysoką dostępnością – jasne, będziemy brać to pod uwagę. Ale ja na ten moment potrzebuję udostępnić moim klientom kod rabatowy z 10% zniżką. Tyle.

Kod jest narzędziem w rękach rzemieślnika, który w połączeniu z odpowiednimi technikami oraz surowcem daje rozwiązanie którego potrzebuje klient.

Podczas tego odcinka podcastu Dev:Cast staramy się odpowiedzieć m.in. na pytania:

🔹 Czym jest wartość biznesowa o której tak dużo ostatnio się mówi?
🔹 Kto powinien odpowiadać za przedstawianie wartości biznesowej poszczególnych funkcji aplikacji?
🔹 Czy programistom łatwo wyznaczać granice refaktoryzacji oraz wystarczająco czystego kodu?

I o wielu innych ciekawych aspektach, które pojawiły się podczas naszej zawodowej pracy.

Na co jeszcze Twoim zdaniem programiści zwracają więcej uwagi niżeli dostarczenie kodu rozwiązującego zadany problem?

Zachęcam Cię do pozostawienia swojej odpowiedzi w komentarzu – dziękuję 👍]]>2037developers,development,it,softwarefalsefullhttps://www.spreaker.com/episode/17-nadgodziny-w-it-tak-czy-nie--16157732Jakie dostrzegamy negatywne i pozytywne aspekty nadgodzin?

W tym odcinku podcastu Dev:Cast staramy się zdefiniować przyczyny oraz skutki nadgodzin w branży IT. Bierzemy pod uwagę aspekt jednostki, zespołu oraz firmy w której pracujemy.

Jesteś ciekaw co sądzimy o nadgodzinach? Zapraszam do odsłuchu 🔊

Jakie są Twoje doświadczenia z nadgodzinami?

🔹 Kiedy nadgodziny mogą przynieść Ci korzyść?
🔹 Czy powinniśmy zgadzać się na nadgodziny dla dobra ogółu?
🔹 Czy warto wynagradzać za nadgodziny w jakiś ekstra sposób?

Zachęcam Cię do pozostawienia swojej odpowiedzi w komentarzu – dziękuję 👍]]>https://api.spreaker.com/episode/16157732Wed, 07 Nov 2018 13:37:20 +0000Adrian Piętka, Bartłomiej MichalskiDotychczasowa 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...Jakie dostrzegamy negatywne i pozytywne aspekty nadgodzin?

W tym odcinku podcastu Dev:Cast staramy się zdefiniować przyczyny oraz skutki nadgodzin w branży IT. Bierzemy pod uwagę aspekt jednostki, zespołu oraz firmy w której pracujemy.

Jesteś ciekaw co sądzimy o nadgodzinach? Zapraszam do odsłuchu 🔊

Jakie są Twoje doświadczenia z nadgodzinami?

🔹 Kiedy nadgodziny mogą przynieść Ci korzyść?
🔹 Czy powinniśmy zgadzać się na nadgodziny dla dobra ogółu?
🔹 Czy warto wynagradzać za nadgodziny w jakiś ekstra sposób?

Zachęcam Cię do pozostawienia swojej odpowiedzi w komentarzu – dziękuję 👍]]>1511development,it,leaderships,overtime,software,teams,technical,work-life-balancefalsefullhttps://www.spreaker.com/episode/16-kiedy-warto-zmienic-prace--16047622
W którym momencie warto podjąć decyzję o zmianie pracy?

Przybliżamy powody naszych decyzji o zmianie pracy ale także rozmawiamy o przyczynach, z którymi się spotkaliśmy. Mateusz wspomina także swoją pierwszą zmianę pracy gdzie pomimo gorszych warunków finansowych i tak zdecydował się przejść do nowej firmy. Zapraszam do odsłuchu 🎶

📚 Podziel się doświadczeniem

Chciałbym Cię poprosić o podzielenie się swoją perspektywą:

🔹 Kiedy warto zmienić pracę?
🔹 Czy powinniśmy na bieżąco brać udział w rekrutacjach?
🔹 Jakie elementy skłoniłyby Cię do podjęcia decyzji o zmianie firmy?

Zachęcam Cię do pozostawienia swojej odpowiedzi w komentarzu – dziękuję 👍]]>https://api.spreaker.com/episode/16047622Thu, 25 Oct 2018 06:50:17 +0000Adrian Piętka, Bartłomiej MichalskiIstnieje 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...
W którym momencie warto podjąć decyzję o zmianie pracy?

Przybliżamy powody naszych decyzji o zmianie pracy ale także rozmawiamy o przyczynach, z którymi się spotkaliśmy. Mateusz wspomina także swoją pierwszą zmianę pracy gdzie pomimo gorszych warunków finansowych i tak zdecydował się przejść do nowej firmy. Zapraszam do odsłuchu 🎶

📚 Podziel się doświadczeniem

Chciałbym Cię poprosić o podzielenie się swoją perspektywą:

🔹 Kiedy warto zmienić pracę?
🔹 Czy powinniśmy na bieżąco brać udział w rekrutacjach?
🔹 Jakie elementy skłoniłyby Cię do podjęcia decyzji o zmianie firmy?

Zachęcam Cię do pozostawienia swojej odpowiedzi w komentarzu – dziękuję 👍]]>1526development,it,programmer,software,technicalfalsefullhttps://www.spreaker.com/episode/15-jak-wprowadzac-nowe-osoby-do-projektu--15930632
Co tak na prawdę jest niezbędne, aby zagłębić się w projekt?

Kilkaset stron dokumentacji biznesowej, dostarczonej programiście w pierwszy dzień pracy, nie jest najlepszym zachęceniem do pracy. Jako programiści nasze pragnienia są zupełnie inne – interesuje nas kod, architektura oraz cała techniczna otoczka projektu nawet ta dotycząca utrzymywania legacy code.

Podczas tego odcinka dzielimy się swoimi doświadczeniami i przemyśleniami z perspektywy lidera oraz osób zaczynających prace w istniejących projektach. Staramy się odpowiedzieć na czym warto się skupić i kto powinien być odpowiedzialny za onboarding.

Chciałbym Cię poprosić o garść Twoich przemyśleń i doświadczeń:

🔹 Czy pamiętasz jak wyglądało wdrażanie Cię w trwające projekty?
🔹 Czy jest coś co szczególnie zapadło Ci w pamięć?
🔹 Czego unikać podczas wdrażania nowych osób do trwającego projektu?

Zachęcam Cię do pozostawienia swojej odpowiedzi w komentarzu – dziękuję 👍]]>https://api.spreaker.com/episode/15930632Wed, 10 Oct 2018 20:49:45 +0000Adrian Piętka, Bartłomiej MichalskiNowe 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...
Co tak na prawdę jest niezbędne, aby zagłębić się w projekt?

Kilkaset stron dokumentacji biznesowej, dostarczonej programiście w pierwszy dzień pracy, nie jest najlepszym zachęceniem do pracy. Jako programiści nasze pragnienia są zupełnie inne – interesuje nas kod, architektura oraz cała techniczna otoczka projektu nawet ta dotycząca utrzymywania legacy code.

Podczas tego odcinka dzielimy się swoimi doświadczeniami i przemyśleniami z perspektywy lidera oraz osób zaczynających prace w istniejących projektach. Staramy się odpowiedzieć na czym warto się skupić i kto powinien być odpowiedzialny za onboarding.

Chciałbym Cię poprosić o garść Twoich przemyśleń i doświadczeń:

🔹 Czy pamiętasz jak wyglądało wdrażanie Cię w trwające projekty?
🔹 Czy jest coś co szczególnie zapadło Ci w pamięć?
🔹 Czego unikać podczas wdrażania nowych osób do trwającego projektu?

Zachęcam Cię do pozostawienia swojej odpowiedzi w komentarzu – dziękuję 👍]]>1974agile,development,onboarding,scrum,softwarefalsefullhttps://www.spreaker.com/episode/international-podcast-day-2018-polskie-podcasty-it--15838184
Jako twórcy polskich podcastów IT odpowiadamy na pytania Grzegorza Kotfisa (Devsession) - czym są podcasty, co dają nam osobiście, jakie są ich zalety i mówimy o kulisach ich realizacji.

W tym wyjątkowym odcinku znaleźliśmy się także MY 😃 Co jest dla nas nie małą satysfakcją, że to co robimy staje się widoczne i doceniane przez innych 💪

W odcinku usłyszycie także wypowiedzi autorów podcastów:

▶️ Ostra Piła
▶️ Podcast "Porozmawiajmy o IT"
▶️ devstyle.pl - Maciej Aniserowicz
▶️ Javadevmatt - Mateusz Kupilas
▶️ Devsession - Grzegorz Kotfis

Do usłyszenia!]]>https://api.spreaker.com/episode/15838184Sat, 29 Sep 2018 12:15:07 +0000Adrian Piętka, Bartłomiej MichalskiOdcinek specjalny z okazji 📢 Międzynarodowego Dnia Podcastów 📢 Jako twórcy polskich podcastów IT odpowiadamy na pytania Grzegorza Kotfisa (Devsession) - czym są podcasty, co dają nam osobiście, jakie są ich zalety i mówimy o kulisach ich realizacji....
Jako twórcy polskich podcastów IT odpowiadamy na pytania Grzegorza Kotfisa (Devsession) - czym są podcasty, co dają nam osobiście, jakie są ich zalety i mówimy o kulisach ich realizacji.

W tym wyjątkowym odcinku znaleźliśmy się także MY 😃 Co jest dla nas nie małą satysfakcją, że to co robimy staje się widoczne i doceniane przez innych 💪

W odcinku usłyszycie także wypowiedzi autorów podcastów:

▶️ Ostra Piła
▶️ Podcast "Porozmawiajmy o IT"
▶️ devstyle.pl - Maciej Aniserowicz
▶️ Javadevmatt - Mateusz Kupilas
▶️ Devsession - Grzegorz Kotfis

Do usłyszenia!]]>596development,event,it,podcast,software,technologyfalsefullhttps://www.spreaker.com/episode/14-overengineering-czyli-kiedy-zaczynamy-przesadzac--15814296
▶️ rozwiązań funkcjonalnych, które nie są wykorzystywane przez klientów aplikacji,
▶️ architektury, która rozwiązuje lub „zapobiega” nie istniejącym problemom,
▶️ kodu, który przewiduje zmiany w obszarze, który się nigdy nie zmieni.

Podczas tego odcinka podcastu, zahaczamy o tematy związane z praktykami Extreme Programming wspomagającymi rozwiązywanie problemów w łatwy i prosty sposób, starając się odpowiedzieć na pytanie:

Kiedy nasze rozwiązania są zbyt przekombinowane?

Wychwycenie odpowiedniej równowagi pomiędzy rozwiązaniem technicznym, a problemem biznesowym jest bardzie ciężkie. Podczas tego odcinka podcastu Dev:Cast 📢 staramy się określić co odbierane jest w sposób negatywny jako overengineering.

Warto również poświęcić kilka minut na świetny artykuł "How To Accept Over-Engineering For What It Really Is".

Mam do Ciebie jednak dodatkowe pytania:

🔹 Spotkałeś się kiedyś z rozwiązaniami, które technicznie wyprzedzały wymagania projektu o lata świetlne?
🔹 Kto powinien dbać o zachowanie równowagi pomiędzy dostarczaniem, a rozwiązaniem technicznym?
🔹 Czy wszystko zawsze musi być w 100% doskonałe technicznie?

Jeżeli chcesz, to podziel się swoją opinią, zostawiając nam krótki komentarz pod artykułem. Będziemy bardzo wdzięczni za rozpoczęcie konwersacji 👌 W końcu warto się wymieniać doświadczeniem – co nie? 😎]]>https://api.spreaker.com/episode/15814296Wed, 26 Sep 2018 18:05:19 +0000Adrian Piętka, Bartłomiej MichalskiMy – programiści poświęcamy zbyt wiele czasu na sprawy o niskiej wartości biznesowej. Rozwiązujemy 🔨 problemy, które mogą się nie wydarzyć. Przeciwdziałamy zapobiegawczo sytuacjom, których prawdopodobieństwo wystąpienia jest mniejsze niż 1%...
▶️ rozwiązań funkcjonalnych, które nie są wykorzystywane przez klientów aplikacji,
▶️ architektury, która rozwiązuje lub „zapobiega” nie istniejącym problemom,
▶️ kodu, który przewiduje zmiany w obszarze, który się nigdy nie zmieni.

Podczas tego odcinka podcastu, zahaczamy o tematy związane z praktykami Extreme Programming wspomagającymi rozwiązywanie problemów w łatwy i prosty sposób, starając się odpowiedzieć na pytanie:

Kiedy nasze rozwiązania są zbyt przekombinowane?

Wychwycenie odpowiedniej równowagi pomiędzy rozwiązaniem technicznym, a problemem biznesowym jest bardzie ciężkie. Podczas tego odcinka podcastu Dev:Cast 📢 staramy się określić co odbierane jest w sposób negatywny jako overengineering.

Warto również poświęcić kilka minut na świetny artykuł "How To Accept Over-Engineering For What It Really Is".

Mam do Ciebie jednak dodatkowe pytania:

🔹 Spotkałeś się kiedyś z rozwiązaniami, które technicznie wyprzedzały wymagania projektu o lata świetlne?
🔹 Kto powinien dbać o zachowanie równowagi pomiędzy dostarczaniem, a rozwiązaniem technicznym?
🔹 Czy wszystko zawsze musi być w 100% doskonałe technicznie?

Jeżeli chcesz, to podziel się swoją opinią, zostawiając nam krótki komentarz pod artykułem. Będziemy bardzo wdzięczni za rozpoczęcie konwersacji 👌 W końcu warto się wymieniać doświadczeniem – co nie? 😎]]>1347agile,development,overengineering,programming,softwarefalsefullhttps://www.spreaker.com/episode/13-o-czym-pamietac-i-jak-podejsc-do-projektowania-webapi--15702504Jak natomiast podejść do projektowania API, które będzie dostępne dla konsumentów?
Na co zwracać uwagę?

Na te pytania staramy się odpowiedzieć w nowym odcinku podcastu Dev:Cast 📢

Na koniec mam jeszcze do Ciebie trzy pytania:

▶️ Czy projektowałeś kiedyś WebAPI?
▶️ Na co zwróciłbyś jeszcze uwagę?
▶️ Jakie elementy muszą zostać dobrze zaprojektowane by w przyszłości nie utrudniały wykorzystywania WebAPI?

Daj nam znać w komentarzu. Do usłyszenia ✌️]]>https://api.spreaker.com/episode/15702504Wed, 12 Sep 2018 18:54:07 +0000Adrian Piętka, Bartłomiej MichalskiUdostę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ć...Jak natomiast podejść do projektowania API, które będzie dostępne dla konsumentów?
Na co zwracać uwagę?

Na te pytania staramy się odpowiedzieć w nowym odcinku podcastu Dev:Cast 📢

Na koniec mam jeszcze do Ciebie trzy pytania:

▶️ Czy projektowałeś kiedyś WebAPI?
▶️ Na co zwróciłbyś jeszcze uwagę?
▶️ Jakie elementy muszą zostać dobrze zaprojektowane by w przyszłości nie utrudniały wykorzystywania WebAPI?

Daj nam znać w komentarzu. Do usłyszenia ✌️]]>1430developer,development,restapi,soft,software,webapifalsefullhttps://www.spreaker.com/episode/12-czy-team-leader-musi-byc-osoba-techniczna--15399561
Pytanie otrzymaliśmy od Marceliny w ramach konkursu Code Europe i jest zarazem jednym z pierwszych, które poruszać będziemy na łamach naszego podcastu Dev:Cast. Zapraszam do odsłuchu 📢

Jakie są Twoje doświadczenia? Lider zespołu, który nie posiada kompetencji technicznych nadaje się na zarządzanie zespołem IT? Czy może to totalnie nietrafiony pomysł? ⛔]]>https://api.spreaker.com/episode/15399561Wed, 01 Aug 2018 18:18:30 +0000Adrian Piętka, Bartłomiej MichalskiZarzą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ł...
Pytanie otrzymaliśmy od Marceliny w ramach konkursu Code Europe i jest zarazem jednym z pierwszych, które poruszać będziemy na łamach naszego podcastu Dev:Cast. Zapraszam do odsłuchu 📢

Jakie są Twoje doświadczenia? Lider zespołu, który nie posiada kompetencji technicznych nadaje się na zarządzanie zespołem IT? Czy może to totalnie nietrafiony pomysł? ⛔]]>1377development,management,skill,soft,softwarefalsefullhttps://www.spreaker.com/episode/11-programista-na-cale-zycie--15282721
Z Marcinem rozmawiam na temat kariery programisty na jego z życia wziętym przykładzie. Przykładzie, który pokazuje rozwój i przekształcenie do innej roli. Nie zawsze zostając programistą ⌨, jesteśmy nim do końca życia. Często szukamy nowych wyzwań – wcześniej dla nas niedostępnych ze względu na brak wymaganego doświadczenia.

Zainteresowany jak wygląda kariera Marcina w świecie IT zapraszam serdecznie do jedenastego odcinku podcastu 📢 Dev:Cast.

A Ty zostaniesz programistą do końca życia?

… ja na razie nie wyobrażam sobie innej opcji 😎]]>https://api.spreaker.com/episode/15282721Wed, 18 Jul 2018 20:45:43 +0000Adrian Piętka, Bartłomiej MichalskiCzy 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? 👮 Może to gdzie zmierzamy zależy tak na prawdę od nas samych? Z Marcinem...
Z Marcinem rozmawiam na temat kariery programisty na jego z życia wziętym przykładzie. Przykładzie, który pokazuje rozwój i przekształcenie do innej roli. Nie zawsze zostając programistą ⌨, jesteśmy nim do końca życia. Często szukamy nowych wyzwań – wcześniej dla nas niedostępnych ze względu na brak wymaganego doświadczenia.

Zainteresowany jak wygląda kariera Marcina w świecie IT zapraszam serdecznie do jedenastego odcinku podcastu 📢 Dev:Cast.

A Ty zostaniesz programistą do końca życia?

… ja na razie nie wyobrażam sobie innej opcji 😎]]>1572development,it,leader,management,programowanie,project,software,technicalfalsefullhttps://www.spreaker.com/episode/10-dobrych-praktyk-tworzenia-oprogramowania--15193217
💣 Nasz TOP 10 dobrych praktyk tworzenia oprogramowania 💣

1. Single Responsibility Principle
2. Nazewnictwo oddające intencję
3. Zasada małych kroków
4. Wybór odpowiednich narzędzi do rozwiązywanego problemu
5. Nie komplikuj – sięgaj po najprostsze rozwiązanie
6. Rozwiązuj, a nie generuj problemy
7. Znajdź równowagę pomiędzy wymaganiami, ograniczeniami, a implementacją
8. Analizuj => Planuj => Działaj
9. Jedyną stałą, jest zmiana
10. Dostarczaj działający kod

Krążąc przy „zasadzie małych kroków” wspomnieliśmy o S.M.A.R.T., a rozmawiając o „nie komplikuj – sięgaj po najprostsze rozwiązanie” przewinął się wątek prześmiewczego rozwiązania zadania FizzBuzz.

Na koniec czekała na nas mała niespodzianka… Podsumowując temat wyszło nam, że „matką” wszystkich zasad, która przynosi niesamowite korzyści, a jest często pomijana… Jest TECHNIKA TDD 👌 Więcej o niej możecie poczytać na stronie Dariusza Woźniaka, gdzie znajdziecie najfajniejszy, darmowy kurs TDD 💪

Czy dobre praktyki tworzenia oprogramowania zostały przez nas wyczerpane? Co dodałbyś od siebie? Co jest ważne w codziennej pracy programisty?]]>https://api.spreaker.com/episode/15193217Wed, 04 Jul 2018 21:38:22 +0000Adrian Piętka, Bartłomiej MichalskiSieć pełna jest porad dotyczących dobrych praktyk tworzenia oprogramowania. Możemy czytać o SOLID, DRY, KISS, Demeter, GRASP. Pytanie czy to jednak wszystko? Czy wyczerpujemy tym samym listę praktyk, które są warte uwagi. Z naszego punktu widzenia –...
💣 Nasz TOP 10 dobrych praktyk tworzenia oprogramowania 💣

1. Single Responsibility Principle
2. Nazewnictwo oddające intencję
3. Zasada małych kroków
4. Wybór odpowiednich narzędzi do rozwiązywanego problemu
5. Nie komplikuj – sięgaj po najprostsze rozwiązanie
6. Rozwiązuj, a nie generuj problemy
7. Znajdź równowagę pomiędzy wymaganiami, ograniczeniami, a implementacją
8. Analizuj => Planuj => Działaj
9. Jedyną stałą, jest zmiana
10. Dostarczaj działający kod

Krążąc przy „zasadzie małych kroków” wspomnieliśmy o S.M.A.R.T., a rozmawiając o „nie komplikuj – sięgaj po najprostsze rozwiązanie” przewinął się wątek prześmiewczego rozwiązania zadania FizzBuzz.

Na koniec czekała na nas mała niespodzianka… Podsumowując temat wyszło nam, że „matką” wszystkich zasad, która przynosi niesamowite korzyści, a jest często pomijana… Jest TECHNIKA TDD 👌 Więcej o niej możecie poczytać na stronie Dariusza Woźniaka, gdzie znajdziecie najfajniejszy, darmowy kurs TDD 💪

Czy dobre praktyki tworzenia oprogramowania zostały przez nas wyczerpane? Co dodałbyś od siebie? Co jest ważne w codziennej pracy programisty?]]>1579agile,development,programmer,scrum,softwarefalsefullhttps://www.spreaker.com/episode/09-coding-dojo-sposob-na-aktywna-wymiane-wiedzy--15091653
Marek oraz Michał organizują 28 czerwca kolejną edycję swojego wydarzenia, będzie dotyczyć ona języka PHP, gdzie my, autorzy DevEnv wystąpimy w roli wsparcia mentorskiego 😉 Spotkanie startuje o 18:00 i odbywa się w katowickiej siedzibie firmy Clear Code. Jak sami organizatorzy zapewniaj nie zabraknie pracy w parach, rozkminy nad kodem, networkingu z innymi programistami oraz czegoś dobrego na ząb i soku z gumijagód 🍻

Wszelkie dodatkowe informacje uzyskacie na podstronie wydarzenia: "Coding Dojo Silesia #3 – PHP edition", a tym czasem zapraszam was do odsłuchu dziewiątego odcinka podcastu Dev:Cast!]]>https://api.spreaker.com/episode/15091653Wed, 20 Jun 2018 13:58:54 +0000Adrian Piętka, Bartłomiej MichalskiO Coding Dojo pisałem całkiem niedawno, w odniesieniu do działającej na śląsku inicjatywie. Tym razem jednak udało mi się porozmawiać z organizatorami Coding Dojo Silesia na temat Coding Dojo oraz samej inicjatywy. Tak aby dowiedzieć się więcej o...
Marek oraz Michał organizują 28 czerwca kolejną edycję swojego wydarzenia, będzie dotyczyć ona języka PHP, gdzie my, autorzy DevEnv wystąpimy w roli wsparcia mentorskiego 😉 Spotkanie startuje o 18:00 i odbywa się w katowickiej siedzibie firmy Clear Code. Jak sami organizatorzy zapewniaj nie zabraknie pracy w parach, rozkminy nad kodem, networkingu z innymi programistami oraz czegoś dobrego na ząb i soku z gumijagód 🍻

Wszelkie dodatkowe informacje uzyskacie na podstronie wydarzenia: "Coding Dojo Silesia #3 – PHP edition", a tym czasem zapraszam was do odsłuchu dziewiątego odcinka podcastu Dev:Cast!]]>1602coding,developer,development,dojo,event,it,softwarefalsefullhttps://www.spreaker.com/episode/08-czemu-programisci-nie-chca-testowac--14985742
W ósmym odcinku rozmawiamy o tym dlaczego programiści, pracujący w interdyscyplinarnych (dodałbym pseudo) zespołach boją podejmować się zadań związanych z testowaniem dostarczonych funkcjonalności.

Co robicie gdy w iteracji zaczyna brakować zadań dla programistów, a testerzy nie wyrabiają? Dodajesz kolejne zadania do todo czy jednak rozmawiasz z zespołem programistycznym, aby przetestował zadania czekające na fazę testów? Daj znać w komentarzu!

Jingle Music by: www.bensound.com]]>https://api.spreaker.com/episode/14985742Wed, 06 Jun 2018 18:17:47 +0000Adrian Piętka, Bartłomiej MichalskiPodział odpowiedzialności w zespołach często bywa bardzo jasno określony. Zdarzają się jednak sytuacje kiedy wymagania względem wykonywanej pracy nie mają za dużo wspólnego z faktyczną rolą projektową. Zdarzało mi się zastępować Team Leader, działać w...
W ósmym odcinku rozmawiamy o tym dlaczego programiści, pracujący w interdyscyplinarnych (dodałbym pseudo) zespołach boją podejmować się zadań związanych z testowaniem dostarczonych funkcjonalności.

Co robicie gdy w iteracji zaczyna brakować zadań dla programistów, a testerzy nie wyrabiają? Dodajesz kolejne zadania do todo czy jednak rozmawiasz z zespołem programistycznym, aby przetestował zadania czekające na fazę testów? Daj znać w komentarzu!

Jingle Music by: www.bensound.com]]>1488agile,computer,developer,development,it,programiści,programowanie,softwarefalsefullhttps://www.spreaker.com/episode/07-legacy-code-jak-sobie-z-nim-radzic-na-co-dzien--14870172
W siódmym odcinku definiujemy sobie sposoby wdrażania usprawnień – większy oraz mniejszych w Legacy Code, wdrażając je „przy okazji” lub „planując z góry”. Wspominamy także o bardzo ważnym aspekcie, który często jest pomijany, a przynosi niesamowite efekty podczas badania odziedziczonego kodu tzw. spike.

Jak wy pracujecie z odziedziczonym kodem? Jakie stosujecie praktyki? Jak radzicie sobie z planowaniem zmian? Jeśli masz coś dodania, to serdecznie Cię zapraszamy do zostawienia komentarza pod odcinkiem 😉

Jingle Music by: www.bensound.com]]>https://api.spreaker.com/episode/14870172Wed, 23 May 2018 20:37:19 +0000Adrian Piętka, Bartłomiej MichalskiKontynuując wątek Legacy Code chcemy przedstawić wam sposoby na jego ujarzmienie. Praca z Legacy Code może stawiać nie lada wyzwania ale także być przyjemna. Nie zawsze także rozchodzi się o całościowe przepisywanie projektu – szanujemy swój czas oraz...
W siódmym odcinku definiujemy sobie sposoby wdrażania usprawnień – większy oraz mniejszych w Legacy Code, wdrażając je „przy okazji” lub „planując z góry”. Wspominamy także o bardzo ważnym aspekcie, który często jest pomijany, a przynosi niesamowite efekty podczas badania odziedziczonego kodu tzw. spike.

Jak wy pracujecie z odziedziczonym kodem? Jakie stosujecie praktyki? Jak radzicie sobie z planowaniem zmian? Jeśli masz coś dodania, to serdecznie Cię zapraszamy do zostawienia komentarza pod odcinkiem 😉

Jingle Music by: www.bensound.com]]>1440code,developer,it,legacy,programming,softwarefalsefullhttps://www.spreaker.com/episode/06-legacy-code-co-wkurza-programiste-w-zastanym-kodzie--14628536
W szóstym odcinku podcastu rozmawiamy o tym czym jest tytułowy Legacy Code oraz co nas w nim denerwuje – jakie elementy sprawiają, że po dniu pracy mamy dość, a Bartek najchętniej siałby kukurydze na swoim polu ;)

Chcemy kontynuować w kolejnych epizodach Dev:Cast tematykę utrzymywania oraz rozwoju odziedziczonego kodu, tak aby praca z nim stawała się łatwiejsza, a zarazem dostarczała nam frajdy i satysfakcji.

Jakie elementy o których nie wspomnieliśmy wkurzając Cię najbardziej w utrzymywaniu Legacy Code? Podziel się z nami swoimi spostrzeżeniami w komentarzu :)

Jingle Music by: www.bensound.com]]>https://api.spreaker.com/episode/14628536Wed, 25 Apr 2018 18:51:29 +0000Adrian Piętka, Bartłomiej MichalskiGdy słyszysz Legacy Code dostajesz gęsiej skórki? Nic dziwnego. Jest wiele negatywnych elementów, które w odziedziczonym kodzie utrudniają dalszy rozwój oprogramowania. To chociażby spagetti code, duplicated code, czy nie deterministyczne testy...
W szóstym odcinku podcastu rozmawiamy o tym czym jest tytułowy Legacy Code oraz co nas w nim denerwuje – jakie elementy sprawiają, że po dniu pracy mamy dość, a Bartek najchętniej siałby kukurydze na swoim polu ;)

Chcemy kontynuować w kolejnych epizodach Dev:Cast tematykę utrzymywania oraz rozwoju odziedziczonego kodu, tak aby praca z nim stawała się łatwiejsza, a zarazem dostarczała nam frajdy i satysfakcji.

Jakie elementy o których nie wspomnieliśmy wkurzając Cię najbardziej w utrzymywaniu Legacy Code? Podziel się z nami swoimi spostrzeżeniami w komentarzu :)

Jingle Music by: www.bensound.com]]>997code,developer,it,legacy,programming,softwarefalsefullhttps://www.spreaker.com/episode/05-pierwszy-jezyk-programowania-czyli-ktory-wybrac--14533579
W piątym odcinku Dev:Cast rozmawiamy o wyborze pierwszego języka – jak się zabrać za wybór, czym się kierować. Dyskusja była na tyle obfita w ciekawe stwierdzenia, że przekroczyliśmy nasz umowny limit 20 minut. Mamy nadzieję, że nieco dłuższa forma nie będzie wam tym razem przeszkadzała.

Jak myślicie na który z języków padł nasz typ? Co polecamy?

Który według was język programowania warto wybrać na początek? Od czego Wy zaczynaliście? Jak ma się on teraz do waszej pracy? Zachęcamy do dyskusji w komentarzach.

Jingle Music by: www.bensound.com]]>https://api.spreaker.com/episode/14533579Fri, 13 Apr 2018 18:28:00 +0000Adrian Piętka, Bartłomiej MichalskiPoczątkujący programiści często zadają pytanie jaki powinien być lub jaki wybrać pierwszy język programowania? W gąszczu dostępnych form komunikacji ze światem binarnym ciężko na początku się odnaleźć. Nie wiadomo jaki punkt zaczepienia chwycić, czym...
W piątym odcinku Dev:Cast rozmawiamy o wyborze pierwszego języka – jak się zabrać za wybór, czym się kierować. Dyskusja była na tyle obfita w ciekawe stwierdzenia, że przekroczyliśmy nasz umowny limit 20 minut. Mamy nadzieję, że nieco dłuższa forma nie będzie wam tym razem przeszkadzała.

Jak myślicie na który z języków padł nasz typ? Co polecamy?

Który według was język programowania warto wybrać na początek? Od czego Wy zaczynaliście? Jak ma się on teraz do waszej pracy? Zachęcamy do dyskusji w komentarzach.

Jingle Music by: www.bensound.com]]>1459computers,developer,development,junior,programming,softwarefalsefullhttps://www.spreaker.com/episode/04-wartosc-code-review--14408330
W czwartym odcinku Dev:Cast rozmawiamy o sensowności procesu Code Review. Szukamy elementów, które ciężko będzie zastąpić nawet najbardziej wyrafinowanymi automatami. Zastanawiamy się i rozmawiamy o wymianie wiedzy poprzez Code Review.

Pada również stwierdzenie, że junior developer powinien czytać kod tworzony przez bardziej doświadczonego programistę. Zgadzacie się z tym?

Jakie jest wasze nt. przeglądów kodu? Stosujecie ten proces w praktyce? Jak wygląda on u was? Jak się u was sprawdza?

Jingle Music by: www.bensound.com]]>https://api.spreaker.com/episode/14408330Wed, 28 Mar 2018 19:53:25 +0000Adrian Piętka, Bartłomiej MichalskiCzy automatyzując analizę kodu do maksimum, ciągle potrzebujemy przeprowadzać Code Review? Czy czynnik ludzki będzie jeszcze wtedy potrzebny? Czy nie jest to moment kiedy fundamenty przeglądu kodu nie mają racji bytu? W czwartym odcinku Dev:Cast...
W czwartym odcinku Dev:Cast rozmawiamy o sensowności procesu Code Review. Szukamy elementów, które ciężko będzie zastąpić nawet najbardziej wyrafinowanymi automatami. Zastanawiamy się i rozmawiamy o wymianie wiedzy poprzez Code Review.

Pada również stwierdzenie, że junior developer powinien czytać kod tworzony przez bardziej doświadczonego programistę. Zgadzacie się z tym?

Jakie jest wasze nt. przeglądów kodu? Stosujecie ten proces w praktyce? Jak wygląda on u was? Jak się u was sprawdza?

Jingle Music by: www.bensound.com]]>1424code,development,process,review,softwarefalsefullhttps://www.spreaker.com/episode/03-dobre-praktyki-pracy-zdalnej--14288827
Aby nasza praca zdalna była efektywna, należy przygotować się na poziomie:

- technicznym – który może obejmować konfigurację VPN, środowiska developerskiego, konfiguracji mikrofonu oraz słuchawek;
- mentalnym – abyśmy faktycznie pracowali np. poprzez ustalenie konkretnego timeboxu;
- przestrzennym – by móc usiąść w miejscu, gdzie jest nam wygodnie i bez przeszkód możemy wykonywać swoją pracę.

Podczas rozmowy, poruszamy tematy związane z tym jak się przygotować do pracy zdalnej oraz na co zwracać szczególną uwagę. Tak aby nasza praca była bardziej efektywna i przede wszystkim, nie zaczynała się o godzinie 8:00 i trwała do późnej nocy – oczywiście mam na myśli, 8 godzinny dzień roboczy :)

Lubisz popracować zdalnie, ale coś ciągle odwraca Twoją uwagę? Domownicy nie dają Ci spokoju? Zapraszamy do trzeciego odcinka podcastu Dev:Cast, może zaproponowane rozwiązania będą Ci pomocne.

Jingle Music by: www.bensound.com]]>https://api.spreaker.com/episode/14288827Wed, 14 Mar 2018 18:51:50 +0000Adrian Piętka, Bartłomiej MichalskiPraca zdalna, nawet ta sporadyczna wymaga odpowiedniego przygotowania. Wszystko z pozoru wygląda na prostą sprawę, jednak nagle okazuje się, że pomimo 12 godzin przed komputerem nie ma namacalnego efektu. Tu coś nas rozproszyło. Następnie oderwaliśmy...
Aby nasza praca zdalna była efektywna, należy przygotować się na poziomie:

- technicznym – który może obejmować konfigurację VPN, środowiska developerskiego, konfiguracji mikrofonu oraz słuchawek;
- mentalnym – abyśmy faktycznie pracowali np. poprzez ustalenie konkretnego timeboxu;
- przestrzennym – by móc usiąść w miejscu, gdzie jest nam wygodnie i bez przeszkód możemy wykonywać swoją pracę.

Podczas rozmowy, poruszamy tematy związane z tym jak się przygotować do pracy zdalnej oraz na co zwracać szczególną uwagę. Tak aby nasza praca była bardziej efektywna i przede wszystkim, nie zaczynała się o godzinie 8:00 i trwała do późnej nocy – oczywiście mam na myśli, 8 godzinny dzień roboczy :)

Lubisz popracować zdalnie, ale coś ciągle odwraca Twoją uwagę? Domownicy nie dają Ci spokoju? Zapraszamy do trzeciego odcinka podcastu Dev:Cast, może zaproponowane rozwiązania będą Ci pomocne.

Jingle Music by: www.bensound.com]]>1148development,remote,software,workingfalsefullhttps://www.spreaker.com/episode/02-dlaczego-boimy-sie-popelniac-bledy--14163085
Jeżeli w Twoim otoczeniu panuje przekonanie, że za błędy należy karać – ten podcast jest dla Ciebie. Może to jest powodem przeciągających się terminów realizacji zadań?]]>https://api.spreaker.com/episode/14163085Wed, 28 Feb 2018 16:15:17 +0000Adrian Piętka, Bartłomiej MichalskiNadeszła pora aby przedstawić drugi odcinek podcastu Dev:Cast. Tym razem dyskutujemy o temacie Tomasza, który brzmiał: "dlaczego developerzy boją się odbijania notek". Rozmawialiśmy o tym czemu boimy się popełniać błędy i co jest przyczyną strachu....
Jeżeli w Twoim otoczeniu panuje przekonanie, że za błędy należy karać – ten podcast jest dla Ciebie. Może to jest powodem przeciągających się terminów realizacji zadań?]]>1148agile,cooperation,development,software,teamfalsefullhttps://www.spreaker.com/episode/01-jak-zorganizowac-daily-scrum-aby-przynosil-wartosc--13970627https://api.spreaker.com/episode/13970627Mon, 12 Feb 2018 10:06:26 +0000Adrian Piętka, Bartłomiej MichalskiWitajcie w pilotażowym odcinku podcastu Dev:Cast. Pierwszym poruszanym tematem jest długi, rozciągający się w czasie Daily Scrum. Czasem pojawiają się tematy, które powinny zostać jedynie zasygnalizowane i kontynuowane już po tzw. standupie. Niestety...1068agile,daily,development,process,scrum,softwarefalsefull