Opis czym zajmuje się architekt IT w firmie.

Architektura nie musi być kosztowna, trzeba tylko podejść do jej tworzenia w rozsądny sposób. Istotne jest, żeby nie popaść w over-engineering z jednej strony i kompletny chaos z drugiej. Na szczęście są zasady i narzędzia, które mogą nam w tym istotnie pomóc.

Kiedy możemy powiedzieć, że architektura naszego systemu jest dobra ? Czy da się znaleźć rozwiązanie, które będzie się dobrze sprawdzać w wielu systemach przez długi czas ? Dobre określenie tego czego się szuka jest kluczowe dla sukcesu poszukiwań. Dlatego warto zastanowić czego oczekujemy od architektury naszych systemów i jakich kryteriów użyć, żeby określić czy jest ona faktycznie dobra.

Przyczyn powstawania brzydkiego kodu jest cała masa. Nie sposób wymienić wszystkich. Stworzyłem tę listę bazując na własnych obserwacjach. Są to elementy powtarzalne. Spotykane w różnych projektach dla różnych klientów. Dziele się nimi z Tobą. Bierz i korzystaj! Oto przyczyny złego kodu specjalnie dla Ciebie!

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 📢

Ostatnie problemy z usługą Storage w Azure to dobry moment, żeby przypomnieć trzy pewniki występujące w chmurze, o których dużo osób zapomina…

Często mówi się, że w programowaniu są tylko dwa trudne aspekty: wygasanie cache'a i prawidłowe nazywanie rzeczy. W tym poście staram się pokazać jak niezajmować się wygasaniem i prawidłowo modelować struktury danych i aplikacji, aby mogły efektywnie korzystać z cache'a.

Mikroserwisy rozwiązują wiele problemów występujących w tradycyjnym tworzeniu oprogramowania. Niestety żeby architektura rozproszona spełniała swoje zadania wymaga dobrego zaprojektowania i dużej wiedzy. W tym artykule zebrano informacje, które kwestie powinny być przemyślane podczas projektowania systemu.

To jest krótsza wersja książki 97 rzeczy, które każdy programista powinien widzieć po jej przeczytaniu chciałem podzielić się tym co tam przeczytałem, jak i lekką interpretacją tamtejszych myśli. Ponieważ trzech z nich nie rozumiem do końca i/lub nie umiem wytłumaczyć to w temacie są tylko 94, natomiast linki w każdym ze zdań odnoszą się do pełnego rozdziału. Dług techniczny kosztuje, podobnie jak kredyt gotówkowy – teraz przez chwilę jest lepiej, ale trzeba spłacić. J...

Parę tygodni temu Microsoft przedstawił wersje robocze „Application Architecture Guidance”, czyli poradników dotyczących architektury aplikacji budowanych przy wykorzystaniu narzędzi Microsoftu. Gratka dla każdego .Netowca.