Każdy z programistów, który choć raz miał do czynienia z wielowątkowością, chociaż raz musiał użyć konstrukcjo lock(). Dlaczego nie wolno tego używać razem z async/await? I co użyć zamiast tego? O tym w dzisiejszym wpisie.

Jutro (26. kwietnia) mijają mi sześć lat w branży IT. Sześć długich lat, odkąd pierwszy raz podpisałem umowę na stanowisku programista. W tym wpisie zapraszam na porcję moich przemyśleń. Od junior developera po developera. Dlaczego nie senior developera – zapraszam do artykułu.

Zaczynam nową serię wpisów – tym razem będzie o wzorcach projektowych. Na pierwszy ogień wezmę jeden z tych, których nie wiedzieć dlaczego, trudno mi było zrozumieć, ale jak już zrozumiałem, to nie wyobrażam sobie koderki z bez wzorca Constructor Dependency Injection.

Bądź leniwym programistą – w tym wpisie chciałem opisać, co ja rozumiem pod tym znaczeniem. Oczywiście nie znaczy to – nie rób nic, wyleguj się w pracy, niech inni robią to za Ciebie 🙂 Mogę ze 100% pewnością powiedzieć – tak, jestem leniwym programistą. Ale tak, jak pisałem we wstępie – nie oczekuję, że inni będą robić za mnie, nie odpoczywam w pracy, słowem „nie opierdzielam się”.

W poprzednim wpisie opisywałem zasadę pojedynczej odpowiedzialności. Kontynuując – dziś opiszę drugą literkę w mnemoniku SOLID – literkę O. Open-Closed Principle (OCP) – można dosłownie przetłumaczyć jako zasadę otwarte-zamknięte. W największym skrócie zasada ta mówi, aby kod tworzyć taki, by był zamknięty na modyfikacje, ale otwarty na nowe rozwiązania.