seen from Russia
seen from Australia
seen from Netherlands
seen from Bulgaria
seen from United Kingdom
seen from Hong Kong SAR China
seen from United Kingdom
seen from United States
seen from France
seen from United States
seen from Australia
seen from Germany
seen from United Kingdom
seen from United States
seen from China
seen from Germany
seen from United States
seen from Russia
seen from Malaysia
seen from India
30 dni. 30 dev stories. To była ciekawa przygoda. Dzięki @devenv.pl i @kjendrzyca za pomysł i zainspirowanie wielu ludzi zaangażowanych w #30devstories! Daj znać, która z historii, które pokazałem w ramach tego wyzwania była dla Ciebie najbardziej inspirująca, odkrywcza, która wniosła coś do Twojego rozwoju! #30devstories #programista #programowanie #developer https://www.instagram.com/p/CEGcd9jAY9p/?igshid=jqnc3w9in661
W IT dość szybko awansujemy i po kilku latach dochodzimy do pozycji seniorskich. Firma, chcąc utrzymać pracownika często mianuje go na managera zespołu. Nie zawsze jest to najlepsze wyjście dla obydwu stron. Dla specjalisty to wejście w zupełnie nowy świat. Praca na takim stanowisku wymaga zupełnie nowych umiejętności, skupienia na ludziach i traktowania ich celów priorytetowo. Trzeba pozwolić im działać a nie narzucać rozwiązania, rozwiązywać konflikty, pracować z innymi managerami itd. Dla firmy to często strata dobrego programisty i zyskanie słabego managera. Dlatego ważne jest by taką decyzję podjąć świadomie i mieć wsparcie w firmie (chociażby w postaci szkoleń i mentoringu innych kierowników). #30devstories #programista #programowanie #developer https://www.instagram.com/p/CED5kYNgsxY/?igshid=hdmxa4go48nc
Wierzę w to, że uświadomienie sobie swojego "why" jest bardzo ważne w życiu i w pracy. Mi to zajęło kilka-kilkanaście lat. Nie dlatego, że go nie miałem czy nie znałem. Po prostu nie zadawałem sobie pytania o to dlaczego robię to co robię. Dlaczego wybrałem programowanie i dlaczego chcę się tym zajmować. Motywacja by zdecydować się na tę profesję może być różna: od chęci wyższych zarobków, po pracę w rozwijającej branży z nowymi technologiami oraz szansę tworzenia a przez to wpływania na świat. Żadna z tych motywacji nie jest zła ani dobra. Warto jednak poświęcić kilka minut żeby się nad nią zastanowić. Być może robimy coś nie dlatego, że to daje nam radość, wpływ i satysfakcję, ale dlatego, że musimy utrzymać rodzinę. Nie ma w tym nic złego, warto jednak poznać swoje "dlaczego". #30devstories #programista #programowanie #developer https://www.instagram.com/p/CEBSvl3Axcu/?igshid=6rqmwzqxxaqk
Wierzę w to, że uświadomienie sobie swojego "why" jest bardzo ważne w życiu i w pracy. Mi to zajęło kilka-kilkanaście lat. Nie dlatego, że go nie miałem czy nie znałem. Po prostu nie zadawałem sobie pytania o to dlaczego robię to co robię. Dlaczego wybrałem programowanie i dlaczego chcę się tym zajmować. Motywacja by zdecydować się na tę profesję może być różna: od chęci wyższych zarobków, po pracę w rozwijającej branży z nowymi technologiami oraz szansę tworzenia a przez to wpływania na świat. Żadna z tych motywacji nie jest zła ani dobra. Warto jednak poświęcić kilka minut żeby się nad nią zastanowić. Być może robimy coś nie dlatego, że to daje nam radość, wpływ i satysfakcję, ale dlatego, że musimy utrzymać rodzinę. Nie ma w tym nic złego, warto jednak poznać swoje "dlaczego". #30devstories #programista #programowanie #developer https://www.instagram.com/p/CEBSvl3Axcu/?igshid=6rqmwzqxxaqk
Programowanie współbieżne często nie jest proste. Stosowanie mechanizmów typu lock na część krytyczną nie zawsze wystarcza. W latach 70 tych ubiegłego wieku powstał matematyczny model aktorów, który później z powodzeniem został zaimplementowany w języku Erlang czy frameworku Akka.net Model ten zakłada istnienie aktorów jako niezależnych bytów działających w osobnych wątkach. Aktor może wysyłać asynchroniczne wiadomości do innych aktorów, na nie odpowiadać, powoływać do życia innych aktorów, implementować logikę, posiadać i modyfikować swój stan. Dzięki takiemu podejściu możemy pisać kod aktorów nie martwiąc się o to jak będzie on współistniał w czasie wykonania z innymi aktorami. #30devstories #programista #programowanie #developer https://www.instagram.com/p/CD-vWQRg2D9/?igshid=1uqwsxxx1izr8
Multitasking, jakkolwiek atrakcyjnie by nie brzmiał, zwyczajnie się nie sprawdza. Udowodniły to liczne badania naukowe, które pokazały, że pozorne wykonywanie wielu rzeczy oznacza robienie ich płytko z dużą stratą na jakości, z wysokim poziomem stresu i marnotrawieniem czasu na przełączenia. Przełączenie kontekstu dla programisty jest szczególnie kłopotliwe. Wejście w stan flow, w którym zajmuje się on analizą problemu lub wymyślaniem rozwiązania to często 10-20 minut straty na powrót do tego stanu jeśli zostanie z niego wytrącony. Inicjatywa deep work days zakłada znalezienie przynajmniej jednego dnia w firmie w tygodniu na tzw. pracę głęboką. Wtedy minimalizuje się liczbę spotkań, wiadomości i maili by dać przestrzeń programistą na długą i nieprzerwaną pracę w skupieniu. #30devstories #programista #programowanie #developer #deepwork https://www.instagram.com/p/CD3CI0YgD8y/?igshid=169dioqytcx5z
Wszyscy powinniśmy być nieco fullstackami i rozumieć inne części projektu, niż tylko ten fragment nad którym pracujemy. Specjalizacja w IT jest niezbędna ponieważ nie da się być dobrym we wszystkim. Z drugiej strony popadanie w silosy zamyka nam wiele dróg i jest zagrożeniem dla projektu. Będąc zorientowanym w tym jak działają pozostałe części naszego projektu: - tworzymy lepszy kod potrafiąc lepiej przewidzieć jego konsekwencje co podnosi finalną jakość, - bierzemy na siebie większą odpowiedzialność co może być zauważone przez kierownictwo, - przyczyniamy się do wymiany wiedzy w firmie, - mamy szansę rozwijać się zawodowo, - zdobywamy doświadczenie i wiedzę, które mogą być cenne podczas kolejnych rekrutacji. #30devstories #programista #programowanie #developer https://www.instagram.com/p/CD0gSVPgI5j/?igshid=p4emzr9so73e
Bardzo cieszą mnie takie pull requesty, które więcej usuwają niż dodają kodu. Jako programiści mamy tendencję do myślenia abstrakcjami i tworzenia struktur w kodzie, które są zdecydowanie na wyrost. Wychodzimy z założenia, że może przyda się to w przyszłości, gdy system będzie się rozrastał. To łamanie zasady YAGNI. W kodzie źródłowym aplikacji powinno być tylko tyle kodu jakie stanowi minimum by realizować jej funkcjonalności. Każdy kod to obszar do utrzymania. W procesie refactoringu powinniśmy usuwać te jego fragmenty, które już nie są potrzebne #30devstories #programista #programowanie #developer https://www.instagram.com/p/CDyA6XZgfHD/?igshid=d49bbx1xxh32
