Bambo napisał(a):
Ja to ogólnie chciałbym trafić do apki w Javie/Kotlinie, która nie jest CRUDem. No chyba, że ten CRUD to buzzword. No bo co .. czy jeśli wystawiam resta, ale tak naprawdę między wyciągnięciem z DB, a wypluciem na front mam jakieś jeszcze pobieranie danych z innych mikroserwisów, liczenie czegoś, transformowanie tych danych to nadal to jest CRUD ? Wiadomo, że ciekawsze jest np. pisanie sterowania robotem w C na mikrokontrolery, ale ciężko mi sobie wyobrazić w Javowym świecie coś innego niż REST :(
@Bambo Też bym nie pogardził. Pojeździ człowiek na konferencji, posłucha mądrzejszych od siebie i potem musi wracać do tych smutnych projektów które w dużej mierze w PL się developuje. Można mówić że wystarczy zmienić firmę ale naprawdę przerabiałem to już kilka razy i z droświadczenia wiem że większość projektów to lipa :(
Btw @jarekr000000 jeszcze jedno pytanie do mojego przypadku opisanego poprzednio. Jeśli na froncie robię jakąś wstępną walidację danych w JS a potem mam tam jeszcze spring MVC i walidację w kontrolerze (np. jsr-303) to kiedy wysyłam i odbieram te dane na serwisie backendowym to jest sens ponownie to sprawdzać? Np. Rejestracja usera. Na froncie 2 razy trzeba podać hasło, do kontrolera mvc trafia także hasło i powtórzone hasło żeby zwalidować dane po stronie serwera ale potem jak chcę to wysłać do serwisu obsługującego userów to jest sens wysyłać to jeszcze z obydwoma hasłami? Wydaje mi się że nie ale z drugiej strony serwis dostarczający jakieś tam funkcjonalności użytkownika nie ma pewności że dane które dostaje są zawsze zwalidowane bo jakiś dev może wysłać mu coś niedokońca poprawnego. Z drugiej strony czy to już nie przesada żeby tyle razy sprawdzać dane?
Bambo