PHP, Node.js, C#
Istnieje bardzo małe prawdopodobieństwo, że spędzimy całe swoje zawodowe życie w jednej firmie. W branży IT zmieniamy pracę kierując się rozwojem zawodowym, nowymi technologiami ale także poziomem zarobków, które mocno poszybowały w górę w przeciągu ostatnich kilku lat. ? W którym momencie warto podjąć decyzję o zmianie pracy? Przybliżamy powody naszych decyzji o zmianie pracy […]
Istnieje bardzo małe prawdopodobieństwo, że spędzimy całe swoje zawodowe życie w jednej firmie. W branży IT zmieniamy pracę kierując się rozwojem zawodowym, nowymi technologiami ale także poziomem zarobków, które mocno poszybowały w górę w przeciągu ostatnich kilku lat. 💸 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ę 👍
Największą naukę wynosimy z popełnionych błędów. To właśnie takie sytuacje mogą w zupełności zmienić postrzeganie wykonywanej przez nas pracy, nauczyć nas czegoś o czym wcześniej nie mieliśmy nawet pojęcia lub lekceważyliśmy konsekwencje. W tym artykule przytoczę jeden z fuckupów do których, dołożyłem swoje pięć groszy. Na początku chciałbym abyśmy przypomnieli sobie definicję tytułowego vendor lock-in. […]
Nowe osoby w projekcie i to takim trwającym już od pewnego czasu to niemałe wyzwanie. Baa, to cały proces, który może trwać dłuższy czas. Dotyczy nie tylko lidera zespołu ale także każdego członka zespołu. Różnorodność procesów, technologi, wzorców oraz rozwiązań typowych problemów sprawia, że łatwo przytłoczyć „nowego” ?? ilością informacji. Finalnie zapamiętując niewielki fragment. Co […]
Nowe osoby w projekcie i to takim trwającym już od pewnego czasu to niemałe wyzwanie. Baa, to cały proces, który może trwać dłuższy czas. Dotyczy nie tylko lidera zespołu ale także każdego członka zespołu. Różnorodność procesów, technologi, wzorców oraz rozwiązań typowych problemów sprawia, że łatwo przytłoczyć „nowego” 👶🏻 ilością informacji. Finalnie zapamiętując niewielki fragment. 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ę 👍
Znamy już agendę edycji lokalnej 4Developers Katowice, która odbędzie się 6 listopada 2018. Ze względu na to, że kolejny raz patronujemy wydarzeniu spod szyldu 4developers mamy dla naszych czytelników niespodzianki. Po pierwsze konkurs, w którym można zgarnąć wejściówkę na to wydarzenie. Po drugie kod zniżkowy redukujący cenę biletu o 15%! Agenda Na stronie konferencji dostępna […]
Odcinek 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. 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!
My – 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% poświęcając na to olbrzymie pokłady energii, czasu oraz nadwyrężając budżet 💸 inwestora… Tytułowy overengineering może objawiać się na wielu płaszczyznach – definiując jednak najważniejsze […]
My – 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% poświęcając na to olbrzymie pokłady energii, czasu oraz nadwyrężając budżet 💸 inwestora… Tytułowy overengineering może objawiać się na wielu płaszczyznach – definiując jednak najważniejsze trzy – może dotyczyć on: ▶️ 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? 😎
To już ostatni post z serii streszczeń opartych o zbiór zasad 97 rzeczy które każdy programista powinien wiedzieć. Zapraszam do lektury! 81. Testy powinny być precyzyjne i dokładne Powinny być testowane konkretne rezultaty, np. jeśli testujemy funkcję sortującą to test powinien sprawdzić dokładny wynik, a nie liczba zwracanych elementów. Podobnie jak w przypadku dodawania elementu […]
Dzisiaj postaram się opowiedzieć, jak powinny być zgłaszane błędy. Czego jako programista możesz się spodziewać, czy też możesz oczekiwać od specjalisty do spraw jakości oprogramowania. Gdy pracujesz jako developer, naturalną częścią Twojej pracy jest naprawa zgłoszonych błędów. Na pozór błaha sprawa – może znacznie ułatwić albo w drugą stronę, utrudnić pracę całemu zespołowi. Zwykle praca […]
Konferencja JDD 2018 to dwudniowe wydarzenie organizowane głównie z myślą o programistach języka Java. Odbywa się 8-9 października 2018 w Nowohuckim Centrum Kultury w Krakowie. Jednocześnie prowadzone są 4 ścieżki z wykładami co na pewno nie będzie ułatwiać wyboru jednej z czterech odbywających się prelekcji.😅 Moje spojrzenie na agendę JDD 2018 Agenda nie jest jeszcze […]
Udostępnianie interfejsów programistycznych w formie WebAPI stało się pewnym standardem. Integrujemy ze sobą różne systemy – komunikując je w celu wymiany wymaganych danych. Popularne serwisy udostępniają swoje dane, by programiści mogli wykorzystać potencjał zagregowanych danych. 📑 Jak natomiast podejść do projektowania API, które będzie dostępne dla konsumentów? Na co zwracać uwagę? Na te pytania staramy […]
Udostępnianie interfejsów programistycznych w formie WebAPI stało się pewnym standardem. Integrujemy ze sobą różne systemy – komunikując je w celu wymiany wymaganych danych. Popularne serwisy udostępniają swoje dane, by programiści mogli wykorzystać potencjał zagregowanych danych. 📑 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 ✌️
Wstęp Czy spotkałeś się kiedyś z sytuacją, w której najbardziej wytrwała osoba, która do tej pory brała na siebie najgorsze zadania, w pewnym momencie zmieniła się nie do poznania? Czy widziałeś kiedyś lidera zespołu, który nie potrafił zmotywować zespołu, gdyż sam nie wierzył w powodzenie zadania? Czy pracowałeś kiedyś z liderem, który pełni tę rolę […]
PHP, Node.js, C#
Na co dzień Software Engineer. Fascynat programowania, architektury, metodyk zwinnych i dobrych praktyk w szerokim ujęciu.
Polyglot Programer kochający poznawać nowe języki jednocześnie wykorzystując ich najlepsze strony. Założyciel DevEnv i współautor podcastu Dev:Cast.
After Hours czyli gdy nie pracuje i nie robi czegoś na DevEnv - podróżnik w miejsca zapomniane, pasjonat lokalnej historii. Mocno zajarany survivalem, urbexem i militariami. Jest jednym z opiekunów schronu bojowego WAWOK w Rybniku.