Link do repo projektu: github.com/devmentors/Messaging-Pragmatycznie-KZitem
@marcin73523
7 күн бұрын
Kiedy powrót Piotra?
@besem1
6 күн бұрын
Hej, a czy to trochę nie jest tak, że za pierwszym razem po prostu użyliście niepoprawnego rozwiązania do komunikacji pomiędzy dwoma klockami, czyli REST? Odniosłem wrażenie, może mylne, że "narzekacie" na HTTP, gdzie bardziej bym narzekał na RESTa. W RabbitMQ z tego co widzę, to producent jak i konsument również mogą po HTTP wysyłać i odbierać wiadomości. Nie wiem czy dobrze to sobie układam w głowie ;) Ogólnie bardzo fajny materiał, dzięki!
@marcin73523
6 күн бұрын
Nie chodzi o protokół tylko mechanizm komunikacji Jak idziesz do lodziarni to pracownik robi wszystko przy tobie, stoisz obok, czekasz, jak skończy to od razu masz wynik. W tym czasie mogłeś robić coś innego a czekałeś, ale czas robienia lodów jest tak krótki że to nie przeszkadza. Jak zamawiasz coś w restauracji to składasz zamówienie i dostajesz potwierdzenie że twoje zamówienie pojawiło sie na liście w kuchni. Nie wiesz kiedy ktoś zacznie je robić ani kiedy skończy, jedynie wiesz że jest na liście, w niektórych miejscach dostajesz informacje na którym miejscu w kolejce jesteś. Drugie rozwiązanie pozwala bardzo zaoszczędzić zasoby, bo nie musisz mieć tłumu kucharzy którzy każdego klienta będą obsługiwać od razu. Jeśli jest mały ruch to obsłużą szybko, jak duży to klient chwile poczeka. Jest jeszcze jeden plus czyli zapis zamówienia, jeśli kucharza pogryzą szczury i trzeba będzie go wyrzucić, to zamówienie dalej jest na liście, kolejny kucharz może się nim zająć jak akurat będzie miał czas. Masz gwarancje że jak jesteś na liście (w kolejce) to kiedyś ktoś sie zajmie twoim zamówieniem, ono nie przepadnie Ten sam mechanizm można zastosować w wielu miejscach, tak samo działa oddawanie samochodu do mechanika, albo zlecanie wrzucenia ogłoszenia na portal ogłoszeniowy, zlecenie przelewu Dostajesz informacje że zamówienie jest przyjęte a czy ktoś je zrobi za 2 sekundy czy za pół dnia, to już zależy od obecnego natężenia ruchu To nie jest tak że jeden sposób jest lepszy od drugiego, trzeba używać obu zależnie od potrzeb, czasami coś musi być wykonane natychmiastowo a czasami może poczekać, jak może poczekać to można użyć kolejki A to czy kawałek tekstu prześlesz po http, rpc, czy smtp, to już sprawa drugorzędna
@belkocik
8 күн бұрын
Kiedy i gdzie zapowiedziany Rust na kanale?
@grzybson6502
7 күн бұрын
Ej, co tam robi Berta na Atari 2600? W sumie wiem, że ktoś to pisał w ramach konkursu, bo relacjonował także postępy na atarowskim forum :)
@DevMentorsPL
7 күн бұрын
Prezent od autora😉 Trzymamy jako pamiątka po 100 commitach😀
Пікірлер: 7