Scrum Master i PM na urlopie od tygodnia, właśnie szykują się na sylwestrową imprezę, a ja bezrobotny krudziarz na b2b z hipoteką nad głową, będę wkuwał teorię przed ewentualnymi interwju, ehhh
#pracait #programista15k
#pracait #programista15k
Treść przeznaczona dla osób powyżej 18 roku życia...
mandanda via Wykop
@moj_wykopowy_login: klasyka
Czytam te wymagania w ofertach i na razie praktycznie nia mam gdzie zaaplikować, bo chyba w większości nie wszystkich "must have", a jak widzę w opisie, że 5 etapów, w tym jakiś live coding, to całkiem dramat, bo żadnych leetcode nie robiłem i pewnie wywaliłbym się na jakimś palindromie XD
#pracait
#pracait
Przygotowuję się do rozmowy i jest tyle rzeczy, które chciałbym sobie przypomnieć, że nie wiem czy jeszcze miesiąc mi wystarczy xD Powtarzam sobie „wiedze encyklopedyczną” już od początku grudnia i mam wrażenie, że i tak już nie pamiętam tego, co wtedy przeczytałem ehhh
#naukaprogramowania #programista15k
#naukaprogramowania #programista15k
Treść przeznaczona dla osób powyżej 18 roku życia...
27 dnień bezrobocia. W pyte jest
Bawi mnie to, że jak gdzieś napiszę/wspomnę o apce randkowej, to zawsze znajdzie się ktoś kto powie coś w stylu „Uuuuu to najgorsze miejsce, usuń tę apkę bo tam szkoda czasu. Zwykły śmietnik”. Mordo, mam 26 lat, do 25 roku życia nikogo poza aplikacją nie znalazłem, sam jestem śmietnikiem matrymonialnym, jak ty to sobie wyobrażasz? XD
#tinder #randkujzwykopem
#tinder #randkujzwykopem
@mandanda: zrozum że w interesie żymskich właścicieli tindera jest żebyś nikogo tam nie znalazł. Masz tam siedzieć, przewijać, i płacić płacić płacić. Gdybyś znalazł sobie tam babę to przestaniesz bulić. Nie można do tego dopuścić.
A z drugiej strony baby na tinderze to jest śmietnik niestety - przebodźcowane i mające wbite we łby że ZAWSZE za rogiem czeka lepszy model. Spora część siedzi tam latami - z odklejenia albo z
A z drugiej strony baby na tinderze to jest śmietnik niestety - przebodźcowane i mające wbite we łby że ZAWSZE za rogiem czeka lepszy model. Spora część siedzi tam latami - z odklejenia albo z
Wszystkie te pary mają już kilkuletni staż
@vateras131: kilka lat temu to ludzie nie byli skażeni tinderem a sam tinder był nowością i jeszcze nie doili na chama i nie robili fikołów z algorytmem. Teraz są inne czasy i inni ludzie (po części dlatego że zmienił ich tinder). Po prostu pewien bardzo ważny segment ludzkich zachowań i struktur społecznych przerobiono na $$$ i zostały z tego tylko zgliszcza.
Halo, ja w sprawie pumy
Tragedia pod leginicą
@mandanda: matko bosko co się stało
Treść przeznaczona dla osób powyżej 18 roku życia...
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
#swieta #polskiedomy
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
#swieta
Niby człowiek wiedzioł a jednak się łudził
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ł
@mandanda: Ja mam 10+ lat doświadczenia i takie typowe DDD użyłem jedynie raz w projekcie, który miał naprawdę skomplikowaną logikę biznesową, wymagał audytowania każdej operacji i gdzie po prostu cały ten początkowy narzut i tak się opłacił, a większość konceptów DDD naturalnie pasowała. Natomiast wiele elementów idących często w parze z DDD, np. screaming architecture, mediator pattern, CQRS, używam już dużo częściej, bo pozwalają uzyskać fajną architekturę, dobry performance i
@mandanda: Kup sobie porządną książkę do DDD i poczytaj bo te odpowiedzi powyżej to śmiech i brak zrozumienia tematu. DDD to nie tylko agregaty, value objecty i repozytoria o których wszyscy piszą czyli wzorce taktyczne, ale cały szereg wzorców strategicznych mówiących jak pracować z biznesem, odkrywać język wszechobecny, dzielić system na moduły, poddomeny, konteksty ograniczone, itd.
DDD to nic innego jak zestaw narzędzi i wzorców i od ciebie i skali
DDD to nic innego jak zestaw narzędzi i wzorców i od ciebie i skali
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
Nie wiem czy napisałem
@mandanda:
Masz rację, że używanie wspólnego modułu w common wprowadza pewne sprzężenie między mikroserwisami, co stoi w sprzeczności z ideą rozproszonych systemów. Takie podejście może utrudniać niezależny rozwój serwisów, ponieważ zmiana schematu wymaga aktualizacji wszystkich serwisów korzystających z tego common. Dlatego w dobrze zaprojektowanym systemie rozproszonym warto rozważyć inne podejścia, które pozwalają na większą niezależność serwisów:
1. Apache Avro i Schema Registry
To najczęściej stosowane podejście w
Masz rację, że używanie wspólnego modułu w common wprowadza pewne sprzężenie między mikroserwisami, co stoi w sprzeczności z ideą rozproszonych systemów. Takie podejście może utrudniać niezależny rozwój serwisów, ponieważ zmiana schematu wymaga aktualizacji wszystkich serwisów korzystających z tego common. Dlatego w dobrze zaprojektowanym systemie rozproszonym warto rozważyć inne podejścia, które pozwalają na większą niezależność serwisów:
1. Apache Avro i Schema Registry
To najczęściej stosowane podejście w
@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.
- 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.
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"
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"
@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
mandanda via Wykop
@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.
#sylwesterzwykopem
źródło: IMG_1992
Pobierz