#mstarzecnews #webdev #coding #nodejs #javascript #go #rustlang #it #bash #aws #apple #windows #electronics
## JS/Web:
- JavaScript optimization techniques - https://medium.com/globant/javascript-optimization-techniques-20d8d167dadd
- Blazing fast Prettier alternative - https://biomejs.dev
- JavaScript and TypeScript Trends 2024 -
## JS/Web:
- JavaScript optimization techniques - https://medium.com/globant/javascript-optimization-techniques-20d8d167dadd
- Blazing fast Prettier alternative - https://biomejs.dev
- JavaScript and TypeScript Trends 2024 -



























Przyjmijmy, że:
- mam Core API, które wykonuje pewne akcje, np. aktualizacja produktu,
- serwisy, które zależą od tej aktualizacji
I teraz do rzeczy. Bez sensu żeby Core API wysyłał requesty do każdego z serwisów. Może byc jeden, wiele, a moge nawet nie wiedziec o ich istnieniu - nawet jesli sa to wewnetrzne serwksy. Pomyślałem, że najlepiej jak Core API opublikuje event, message, wrzuci do kolejki, a to
będziesz publikował message nie do kolejki, tylko na exchange z routing tagiem i stamtąd ta wiadomość się skopiuje na wiele kolejek
jeden konsument = jedna kolejka
w to bym poszedł, kafka się lepiej sprawdza, jeśli potrzebujesz jakiegoś persistency i chcesz dużo rzeczy obsługiwać out of order