Smutny Java Developer - jak przestać klepać crudy?

Riddle napisał(a):

Jeśli masz aplikację, która nie ma za dużo logiki w sobie, i tak jak mówisz "cały czas klepiesz crudy" (pewnie masz rest, controllery, serwisy, i repozytoria), to może warto zrobić krok wstecz, i przestać robić to co Cię spowalnia? Nie traktuj wartości jak osobne modele i resource'y, tylko zrób jeden endpoint do przyjmowania crudów, olej rest, olej te warstwy service/repository, i wsadź cruda do bazy najprościej jak się da.

To byłby szczyt techdebtu w normalnej aplikacji, ale jeśli w Twojej nie ma nic poza crudami, to i tak nic nie tracisz tym, a zyskasz na czasie developmentu znacznie.

Ale później na rozmowach rekrutacyjnych nie przyznawaj się - broń Cie Panie Borze liściasty - bo Cię w 90% przypadkach za to udupią na samym wstępie (been there). No bo jak to tak do repo sięgać bezpośrednio, nie przez serwis? Albo wręcz jdbc jechać w kontrolerze? :D

A moze po pewnym czasie wszystko staje sie nudne i rozwiazaniem jest zmiana co kilka lat.
Niestety HRki zle na to patrza.

A moze po pewnym czasie wszystko staje sie nudne i rozwiazaniem jest zmiana co kilka lat.
Niestety HRki zle na to patrza.

Raczej źle patrzą na zmianę co kilka miesięcy, a nie na zmianę co kilka lat.

Chodzi mi o to ze jak uzywaja w projekcie technilogii A a robiles w B to do widzenia bo chca kogos z X lat w technologii A.

LitwinWileński napisał(a):

Chodzi mi o to ze jak uzywaja w projekcie technilogii A a robiles w B to do widzenia bo chca kogos z X lat w technologii A.

Dlatego warto zmieniać na technologie bardziej niszowe gdzie nie mogą tak narzekać

sine napisał(a):

Riddle napisał(a):

Jeśli masz aplikację, która nie ma za dużo logiki w sobie, i tak jak mówisz "cały czas klepiesz crudy" (pewnie masz rest, controllery, serwisy, i repozytoria), to może warto zrobić krok wstecz, i przestać robić to co Cię spowalnia? Nie traktuj wartości jak osobne modele i resource'y, tylko zrób jeden endpoint do przyjmowania crudów, olej rest, olej te warstwy service/repository, i wsadź cruda do bazy najprościej jak się da.

To byłby szczyt techdebtu w normalnej aplikacji, ale jeśli w Twojej nie ma nic poza crudami, to i tak nic nie tracisz tym, a zyskasz na czasie developmentu znacznie.

Ale później na rozmowach rekrutacyjnych nie przyznawaj się - broń Cie Panie Borze liściasty - bo Cię w 90% przypadkach za to udupią na samym wstępie (been there). No bo jak to tak do repo sięgać bezpośrednio, nie przez serwis? Albo wręcz jdbc jechać w kontrolerze? :D

Jeśli się nie umiesz obronić, i wytłumaczyć swojej decyzji to tak. Ale jeśli masz ku temu sensowne argumenty i powody, to nic Ci się nie stanie.

sine napisał(a):

Riddle napisał(a):

Jeśli masz aplikację, która nie ma za dużo logiki w sobie, i tak jak mówisz "cały czas klepiesz crudy" (pewnie masz rest, controllery, serwisy, i repozytoria), to może warto zrobić krok wstecz, i przestać robić to co Cię spowalnia? Nie traktuj wartości jak osobne modele i resource'y, tylko zrób jeden endpoint do przyjmowania crudów, olej rest, olej te warstwy service/repository, i wsadź cruda do bazy najprościej jak się da.

To byłby szczyt techdebtu w normalnej aplikacji, ale jeśli w Twojej nie ma nic poza crudami, to i tak nic nie tracisz tym, a zyskasz na czasie developmentu znacznie.

Ale później na rozmowach rekrutacyjnych nie przyznawaj się - broń Cie Panie Borze liściasty - bo Cię w 90% przypadkach za to udupią na samym wstępie (been there). No bo jak to tak do repo sięgać bezpośrednio, nie przez serwis? Albo wręcz jdbc jechać w kontrolerze? :D

Wyszystko zalezy na kapłanów której prawdy trafisz. Jeśli robisz odczyty bez logiki i uprawnień to nie widzę powodu żeby tam nie mieć apikacji tylko dwuwarstwowej czyli tylko kontroler i repo albo wręcz jak piszez JDBC bezpośrednio. No może nie JDBC, ale jakieś JDBI lub JOOQ to już tak

Chyba nic mnie tak nie wnerwia jak naklepane puste warstwy. Bo jakiś architekt powiedział że aplikacja zawsze musi być enterprise i mieć naklepany kontroler, serwis aplikacyjny z uprawnieniami. serwis biznesowy z logiką biznesową (której nie ma), a potem repo, (a pod tym repo może jeszcze prostsze dao). I potem masz 4 warstwy z czego 2 to puste przelotki. Z takich projektów uciekałem XD