mandanda
mandanda
  • 206
Jednym z moich największych „szoków kulturowych”, które odkryłem korzystając z internetu jest to, że ludzie piją alko w święta. U mnie od kiedy pamiętam nikt nie pił nic w dni świąteczne, a bynajmniej nie jesteśmy abstynentami. A największym zaskoczeniem było, że są ludzie, którzy normalnie po wieczerzy wigilijnej ładują wódę XD

#swieta #polskiedomy
  • 26
  • Odpowiedz

  • Otrzymuj powiadomienia
    o nowych komentarzach
Lefty
  • 32
@mandanda: @vealen0 ja też tego nigdy na oczy nie widziałem nigdzie xd na pasterce to tak normalna impreza plenerowa w zimowym klimacie, ale w domu przy stole wóda to abstrakcja
  • Odpowiedz
mandanda
mandanda
  • 1
Mojemu 30 letniemu kuzynowi jak składają życzenia, to „…i żebyś jakąś wreszcie dziewczynę przyprowadził, chłopak też może być w ostateczności” xD Szkoda chopa

#swieta
  • 1
  • Odpowiedz

  • Otrzymuj powiadomienia
    o nowych komentarzach
mandanda
mandanda
  • 1
Ja jestem tylko prosty junior, więc się nie znam ale czy to całe DDD to jest jakiś game changer, czy - patrząc po ilości książek, kursów, szkoleń, podcastów - jakaś nowa moda i próba opchnięcia de facto clean code i dobrych praktyk, jako czegoś odkrywczego? Używa się tego podejścia powszechnie? Ja miałem do czynienia tylko z mikroserwisami i w jednym projekcie moim skromnym, mało wartym, juniorskim zdaniem to i tak był
  • 16
  • Odpowiedz

  • Otrzymuj powiadomienia
    o nowych komentarzach
mandanda
mandanda
  • 0
Jak po bożemu przechowywać wspólny schema model dla konsumera i producera w Kafce? Bo ja spotkałem się z tym, że zarówno konsumer, jak i producer mają w propertisach ustawiony np OrderModel i jest on przechowywany w common module, który jest dodany w pomie do obu modułów. Tylko, że na mój "chłopski łeb" to trochę łamie to rozproszone podejście, skoro dwa lub więcej mikroserwisów zaciągają sobie ten sam common.

Nie wiem czy napisałem
  • 16
  • Odpowiedz

  • Otrzymuj powiadomienia
    o nowych komentarzach
losbaltica
  • 1
@mandanda: najczęściej w takich przypadkach używa się Schema Registry lub testy kontraktowe.
- Testy kontraktowe (Consumer-Driven Contracts):
Konsument definiuje swoje oczekiwania wobec wiadomości w postaci testów kontraktowych.
Producent musi spełnić te oczekiwania, co zapewnia zgodność. (np Pact, Spring Cloud Contract)
- Schema Registry (np. Confluent Schema Registry):
Producent i konsument mogą korzystać z niezależnych modeli w swoich kodach, ale rejestrują schemat (np. Avro, Protobuf) w zewnętrznym rejestrze.
  • Odpowiedz
mandanda
mandanda
  • 1
Jakie praktyczne zastosowanie i przewagę daje wstrzykiwanie przez setter, nad wstrzykiwaniem przez konstruktor? Czytam teorię i za bardzo nie jestem w stanie sobie wyobrazić, dlaczego ktoś miałby chcieć używać innego DI niż przez konstruktor. Czytam, że daje to "elastyczność konfiguracji" w przypadku zależności opcjonalnych. Co to jest zależność opcjonalna? xd

Znalazłem przykładowy kod i za bardzo nie wiem, co tu jest opcjonalnego, tzn czemu niby ten logger jest "opcjonalny"? Na mój "chłopski rozum"
  • 15
  • Odpowiedz

  • Otrzymuj powiadomienia
    o nowych komentarzach
OlekAleksander
OlekAleksander
  • 2
@mandanda: Zeby utworzyc OrderService potrzebujesz DatabaseService na samym starcie, bo jest w jego konstruktorze, inaczej jest z setLogger, to moze klient (kod korzystajacy z tego kodu) ominac jesli nie potrzebuje, albo uzyc jakiegos obiektu klasy Logger juz podczas trwania programu, wiec mozesz juz po utworzeniu obiektu w konstruktorze uzyc setLogger zeby zinjectowac tam Logger jaki ustaliles w runtime. Powedzmy, ze w runtime ustalasz jaki Logger ma zostac zinjectowany i go
  • Odpowiedz
mandanda
mandanda
  • 2
@OlekAleksander: A dobra czaję, chodzi o to, że przy wstrzykiwaniu przez konstruktor obiekt jest immutable i w czasie trwania już nie ma szansy na modyfikację - w przeciwieństwie do settera.
  • Odpowiedz
mandanda
mandanda
  • 7
Treść przeznaczona dla osób powyżej 18 roku życia...
  • Odpowiedz

  • Otrzymuj powiadomienia
    o nowych komentarzach

Osiągnięcia