Jak to jest z tym programowaniem reaktwnym (Spring Webflux, Reactor itp.)? To nadal niższa czy już raczej standard, który np. junior musi ogarniać? Czytałem, że póki nie jest się Netflixem, to nie potrzebuje się tego, ba podobno ostatnio nawet Netflix ostatio zrezygnował z reaktywnego kodu.
Java 
Spring 
- Rejestracja:prawie 5 lat
- Ostatnio:35 minut
- Postów:614
1
Programowanie reaktywne rozwiązuje konkretne problemy.
Możesz trafić na rekrutację do projektów które wymagają znajomości programowania reaktywnego (np. jakaś usługa vod) ale to imho nie jest żaden poziom juniorski.
Przejrzyj ogłoszenia pod kątem juniora i zweryfikuj czy występuje tam programowanie reaktywne, obstawiam że go tam nie znajdziesz (ja to rzadko widuję na mida/seniora)
- Rejestracja:ponad 7 lat
- Ostatnio:około miesiąc
- Postów:186
4
Programowanie reaktywne zostanie niebawem całkowicie zastąpione przez przejście na virtualne wątki w Javie. Wygląda to dobrze, jest szybkie i nie ma callback'a na callback'u ;)
slsy
Siłą programowanie reaktywne jest callback na callbacku dzięki czemu nasz kod "reaguje" na dane. Inna sprawa to fakt, że większość użytkowników chce mieć po prostu szybkie IO niezależnie czy są callbacki czy nie i tu faktycznie project Loom pewnie ukróci popularność reactora i innych podobnych libek
aolo23
Rzeczowa odpowiedź, takie to ja popieram :)
pedegie
nie sądze, żeby zostało zastąpione, są projekty które już to realizują i jakoś w kotlinie dodali monadę Flow pomimo coroutines, a w Akka moduł akka-streams już po wprowadzeniu aktorów czyli właśnie wirtualnych wątków - to są dwie różne rzeczy. Relacja jest taka, że mały podzbiór reaktywnych operacji (tych związanych z IO) będzie można zaimplementować za pomocą Loom'a. Nadal trzeba stworzyć monady i callback'i żeby w prosty sposób wykonywać skomplikowane operacje współbieżne / rozproszone + Loom nie rozwiązuje problemu z backpressure
- Rejestracja:prawie 3 lata
- Ostatnio:9 dni
- Postów:734
0
Kiedyś była chyba moda na to. Pracowałem chwilę z kodem na reactorze to na pierwszy rzut oka kod jest piękny, czytelny. Ale jak próbujesz zanurkować to przy 7-8 odwołaniu kręci Ci się w głowie i okazuje się, że jest nieczytelny.
- Rejestracja:około 6 lat
- Ostatnio:2 dni
- Lokalizacja:Kraków
- Postów:255
3
W każdym projekcie, do którego dołączałem gdzie były elementy programowania reaktywnego, zespół jednoznacznie twierdził, że należy te elementy kodu przepisać. I zawsze ktoś widząc kod reaktywny, pod nosem wypowiadał soczyste kur... ;p Myślę, że to odpowiada na Twoje pytanie
- Rejestracja:ponad 5 lat
- Ostatnio:14 dni
- Postów:23
0
Ja w swoich projektach dość często korzystam z reaktywności. Świetnie się to sprawdza w sytuacjach w których trzeba aktualizować widok użytkownika. Z moich obserwacji wynika, że zazwyczaj problem z przestawieniem się na myślenie reaktywne mają bardziej doświadczeni programiści. Co do samego kodu reaktywnego, w dużej mierze wygląda tak samo jak kod w którym korzystamy z stream'ow, optional czy innych vavr'ow, taki kod też nie jest dla was czytelny?
Zobacz pozostałe 4 komentarze
funkcja wywołująca fukcje, która wywołuje funkcje, i ta funkcja funkcje... co sproawdza się do
map(map(map(map(... zamiast napisać jak człowiek linijka pod linijką
zazwyczaj taki kod wygląda kiepsko przez to, że ktoś nadużywa {} w lambdach javowych
@LitwinWileński: te map w praktyce pisze się linijka pod linijką, zaczyna się tylko od '.'
kurde nie wiem, nie pamiętam już tego, tylko 2 mies. się z tym męczyłem, ale musicie mi wierzyć, że były zagnieżdżenia potworne
z twojego przykładu wnioskuje, że ktoś przekazywał monady w parametrach metod. Wcale mnie nie dziwi, że ten kod wyglądał tragicznie.
- Rejestracja:ponad 2 lata
- Ostatnio:10 miesięcy
- Postów:22
0
Słabe doświadczenie mam. Be that as it may, nigdy nie doświadczyłem, czy też nie słyszałem wśród kolegów, o projekcie w tych technologiach. Now, I am not saying this is impossible. I am merely implying the possibility że to nie jest AŻ tak popularne as u think.