@Ama-gi:
Ależ nie rozumiesz, zdjęcie nie było w 45, tylko egzekucja. ( ͡° ͜ʖ ͡°)

@numeryczny_mikolaj12: i nie dość, że za swoją upartość został zabity przez samego Hitlera, to jeszcze w tym samym momencie przysłużył się światu i zabił Hitlera ( ͡° ͜ʖ ͡°)

@Dorken: wykres żelazo-cementyt nawet teraz bym p--------ł z pamięci xD

@numeryczny_mikolaj12: Tylko algo konkursy są coś warte. Reszta na niskim poziomie, nie dla ludzi studiujących informatykę. Jak dla mnie te koła są tylko prowadzone, by ktoś sobie w CV wpisał że prowadził dane koło i by zaliczyć obierak. Może websecurity też będzie coś warte.

@numeryczny_mikolaj12: jeśli używasz EF Core'a, to repozytoria i jednostki pracy implementowane ręcznie to duplikowanie funkcjonalności Core'a.

https://www.thereformedprogrammer.net/is-the-repository-pattern-useful-with-entity-framework-core/

@numeryczny_mikolaj12: Jeśli korzystasz z EF Core'a, to już masz domyślnie repository pattern.

Jeśli masz jakieś proste CRUDy, to repository się przydaje (ale nie potrzebujesz CQRSa).

Jeśli robisz coś bardziej skomplikowanego i potrzebujesz CQRSa, to i tak piszesz customowe zapytania do bazy, które wybiegają poza możliwości Repository i Twoje zapytania będą zawarte w Commandach i Query.

@numeryczny_mikolaj12: Ptk 16 regulaminu - czepek obowiązuje. Z mniej oczywistych rzeczy - kąpielówki obcisłe, nie bermudy.

@TakiTaki: Regulaminu Dyrektora Internetów

No Regulaminu Pływalni AGH, a czego?

@ortalionowy on za mostem mieszka

@MuszkaPikus: i z Pedrem Czarnym paczki zabiera, śmieci pakuje i na Szkolnq wysyłają

@HabemusPapam2137: tak, jestem hipokrytą, i co z tego

@numeryczny_mikolaj12: gorzej jak w hl2 :/

@numeryczny_mikolaj12 xD

@numeryczny_mikolaj12: to wszystko fikcja ugułem

@numeryczny_mikolaj12: znajomego, co miał na myśli przez "krew i drzewa"( ͡° ͜ʖ ͡°) strach próbować tego nitro

@numeryczny_mikolaj12 na hyperreal jest opisane. Ogólnie skutki uboczne zbyt poważne żeby próbować.

@numeryczny_mikolaj12: Nie wiem czy w przypadku mikroserwisów w ogóle istnieje coś takiego jak podstawy (chyba, że chodzi ci o teoretyczne koncepcje). To jest skomplikowany system już z założenia, a zrobisz źle to będzie trudniej wyprostować niż źle zaprojektowany monolit.

Wszystkie ważne linki od @spetz (+fajna prezentacja) tutaj

@zibizz1: jak zrobisz dobrze to przede wszystkim autonomiczność (dedykowane osoby per usługa, osobne repozytoria, CI & CD pipeline, łatwo usunąć/przepisać mikroserwisy na nowy), asymetryczna skalowalność (możesz najbardziej wykorzystywaną usługę skalować horyzontalnie niezależnie od reszty) oraz nie ma SPOF jak w przypadku monolitu (część systemu nadal działa, nawet gdy pewne mikroserwisy padły) - jak to faktycznie zrobić dobrze to już inna historia ( ͡° ͜ʖ ͡°).

@numeryczny_mikolaj12: Jestem chętny, wiem jak się robi takie rzeczy ale musiałbym mieć dostarczone materiały źródłowe i docelowe bo nie chcę mi się tego szukać i zbierać.