Wpis z mikrobloga

@sotilas: Ty, leszczu, a kiedy przestaniesz ból dupić o czyjeś zarobki? Teraz za mało, a jak ktoś ma sporą kasę i jest młodszy, to ból dupisz mówiąc, że to niemożliwe. xD
  • Odpowiedz
@wargi-sromowe-mniejsze: jest dobry monolit i jest zły monolit. Jest dobra ekstrakcja do mikroserwisów i jest zła ekstrakcja. Dużo zależy od konkretnego przypadku, ale jak napisałeś ważne jest, żeby zacząć modularyzować monolit i wtedy się okazuje czy faktycznie warto czy nie.

W tym wideo jest bardzo ładnie podsumowane.

2. i 3. zgoda.
  • Odpowiedz
@Pit1337: mam tak samo. Może nie tyle, że dopadło mnie wypalenie ale na pewno spadł poziom zainteresowania i motywacji do samokształcenia się w zawodzie.
Ja świra do motoryzacji zamieniłem rok temu na świra w budowanie i latanie dronami FPV. Mniejsze koszta niż motoryzacja, bezpieczniejsze (szczególnie z perspektywy głowy i żywiciela rodzinki) a zarazem fajny mix elektroniki, IT i obróbki wideo, gdzie można się ciągle uczyć nowych fajnych rzeczy.
  • Odpowiedz
@wargi-sromowe-mniejsze: 10+ lat i mam podobne doświadczenia.

idea przepisywania projektu z monolitu na serwisy dla zasady nie ma kompletnie sensu i w moim rozumieniu jest wynikiem braku zrozumienia idei mirkserwisów. funkcjonalność można przenieść do osobnego serwisu kiedy jest ku temu dobry powód, z reguły nie tyle logiczny co finansowy. w firmach zwykle takie rozwiązania proponują ludzie, którzy jedynie czytali o tym na blogach i podoba im się koncepcja, nie myśląc
  • Odpowiedz
@wargi-sromowe-mniejsze: z twojego posta da się głównie wychwycić że możesz być osobą która jest jeszcze na tym etapie że wydaje się jej że wszystko już wie, bądź po prostu nie pracowałeś w odpowiednio dużych projektach. Pokazujesz też jeden z większych problemów w zarządzaniu architekturą projektów, wybierasz sobie argumenty jakie pasują ci pod tezę i pewnie się przy niej później upierasz. Wmówiłeś sobie że monolit ma więcej zalet niż mikroserwisy, jakieś
  • Odpowiedz
  • 1
@wargi-sromowe-mniejsze no co do mikroserwisów to ta moda już trochę lat trwa, i jak u mnie w korpochłozie powoli migrujemy to szczerze dostrzegam więcej zalet niż wad, także SOA na propsie.

Co do graphqla to się w pełni zgadzam. Kurła, przeforsowali u nas i odnoszę non stop takie wrażenie, że zamiast nas to przyśpieszać to tylko hamuje
  • Odpowiedz
Ad 1. Te problemy wynikają z prawa Conwaya. Organizacja i architektura się rozjeżdżają, a są ze sobą ściśle powiązane jak czas i przestrzeń.

Ad 2 i 3 pełna zgoda
  • Odpowiedz
@wargi-sromowe-mniejsze: Dodam jeszcze wpychanie przez Javowców Sparka bo nie lubią się ze starym dobrym SQL-em i rozwiązaniami bazodanowymi. Widziałem tyle fail-stories z Glue/Sparkiem siłowo przepychanym przez Javowców, że kosmos.
  • Odpowiedz
@damianooo8 co do tego, że Mirko jest takim miejscem, gdzie ludzie z IT się chwalą, to coś w tym jest. nie widziałem za bardzo osób z branży np medycznej, żeby chwaliły się swoimi zarobkami. a tam też są duże pieniądze
  • Odpowiedz
Z mojego doświadczenia w 99% przypadków dobrze napisany monolit, najlepiej napisany w podejściu: Loosely Coupled Monolith będzie o wiele korzystniejszym, prostszym i tańszym zarówno w implementacji jak i utrzymaniu rozwiązaniem.


@wargi-sromowe-mniejsze: Z tym się zgodzę do pewnego stopnia. Na pewno bym uznał, że to powinien być default od którego projekt zaczynasz, kiedy jeszcze nie wiesz na ile się rozrośnie itp. Ale to też wymaga duże dyscypliny u programistów, żeby nie
  • Odpowiedz