Distributed cache

See mail in inbox from byte-byte-go A Crash Course in Caching - Part 2

• Używanie sztucznego klucza ma wiele zalet względem szukania prawdziwego. Oprócz tych oczywistych jest jeszcze dwa aspekty:
• Jeśli to będzie PESEL albo nr telefonu - ta informacja jest wrażliwa. Jak system będzie udostępniał jakąś część danych innym systemom, możemy nie chcieć udostępniać tych danych. Albo nawet jak nasze inne, wewnętrzne systemu będą korzystać z tego, to jak poleci jakiś, albo cokolwiek innego, nie chcemy, żeby to coś wyciekło
• Jeśli ktoś popełni błąd podczas wpisywania takiego numeru PESEL, to później ciężko to będzie naprawić. ID powinno być niemutowalne. Jak system się rozproszy (mikroserwisy) to trackowanie i edytowanie tego ID będzie niemożliwe/niepraktyczne

Jeśli chcemy przeskoczyć na wyższą pozycję np. z modą na seniora, to trzeba na np. potencjalnej rozmowie rekrutacyjnej trzeba mówić z perspektywy seniora. “Dodałem coś do biblioteki z testami” vs “Pokazałem teamowi jak powinien wyglądać frework do testowania”. Więcej w artykule I was under leveled

Jako team leader też też trzeba dbać o rozwój swoich programistów.

Żeby dobrze policzyć SLA nie wystarczy uptime microserwisu. Trzeba wziąć SLA wszystkich elementów (innych microserwisów przez które przechodzi komunikacja, load balancera itp)

Często powtarza się, że przedwczesna optymalizacja jest źródłem problemów. ALE zbyt późna optymalizacja jest źródłem wielu kosztów.

Często jeśli znamy lub specjalizujemy się w jedynym paradygmacie np. bd relacyjnych to wszędzie widzimy tylko rozwiązanie w tym paradygmacie. A problem może mieć podstawy np. grafowe.

Eksperci nie koniecznie myślą więcej i szybciej. Myślą po prostu wydajniej. Nauczeni doświadczeniem, wiedzą jakie informacje przetwarzać i w jakim kierunku - tzw. intuicja.

W testach E2E należy unikać sformułowań typu “wchodzę w /test/123, klikam przycisk SAVE, …”. Nie chcemy skryptu klikania w guziki. Należy podać cel i bardziej ogólnikowo lecieć. Chcemy scenariusz. GIVEN w E2E w sumie może być realizowane przez call-e do API, zamiast być wyklikiwane przez jakieś UI. W bardziej głębokich scenariuszach, dojście do czegoś może zajmować 80-90% czasu i być bardzo fragile. I będzie się nam sypało to co nie ma w tym teście wielkiego znaczenia. WHEN + THEN już warto robić przez UI.