[wargi-sromowe-mniejsze]

Jako #programista30k z 16-letnim stażem, głównie w projektach związanych z szerokim web-devem ale też integracją produktu z urządzeniami mobilnymi, zewnętrznymi serwisami, internet of things pragnę podzielić się listą największych wg mnie błędów jakie popełniają firmy technologiczne na którymś z etapów swojego istnienia.

1. Migracja monolitu do SOA.
W większości przypadków przynosi więcej szkody i niepotrzebnych kosztów niż utrzymanie solidnie zaimplementowanego monolitu. Zazwyczaj inicjowana na pewnym etapie życia produktu przez grupę doświadczonych inżynierów znudzonych codzienną pracą z monolitem i szukających wyzwań pozwalających im zdobyć nowe doświadczenie. Potrzeba tej zmiany jest argumentowana zazwyczaj lepszą w teorii skalowalnością systemu, łatwiejszym deploymentem i utrzymaniem wszystkich serwisów. W praktyce podobną skalowalność dużo łatwiej osiągalną przez dołożenie zasobów można uzyskać zostając przy monolicie. Zazwyczaj taka migracja dokłada tylko problemów z architekturą sieciową i integracją wszystkiego w jedną całość, dochodzi konieczność utrzymania brokera eventów i asynchronicznej komunikacji, etc. Przy braku odpowiednich nakładów świetnych inżynierów: zarówno programistów i devopsów firmy dokładają sobie tylko niepotrzebnego skomplikowania całości, nie wspominając o kosztach przepisania całości z monolitu na SOA co samo nie przekłada się na zysk firmy.

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.

Pokuszę się nawet o stwierdzenie, że przepisywanie monolitu na SOA w zasadzie nigdy nie może wyjść dobrze a pozwolić sobie na używanie tej architektury mogą sobie tylko wielcy gracze, dysponujący nieograniczonymi zasobami zarówno finansowymi jak i ludzkimi, pozwalającymi na napisanie a nie przepisanie wszystkiego od nowa przez wiele niezależnych teamów, każdy odpowiedzialnych tylko i wyłącznie za jeden serwis. Firma powinna również posaiadać dedykowany, doświadczony team devopsów to stworzenia i utrzymania architektury sieciowej dla SOA (niezależnie czy w cloudzie czy na serwerach dedykowanych)

2. Wdrażanie modnych rozwiązań na siłę - szlagierowy przykład to używanie GQL zamiast REST do API
Wdrażane z pobudek podobnych do migracji do SOA - chęć użycia i nauczenia się nowej technologii.
Problemy w zasadzie te same. W przypadku GQL jest to komplikowanie prostych rzeczy, problemy z optymalizacją zapytań i eliminacją problemu N+1, które w GQL rozwiązuje się w sposób nietrywialny jak ma to miejsce w api REST.
Często śmieję się z firm, które na siłę wrzucają GQL mając tylko jednego i to swojego klienta tego API, API które do tego nie zmienia się często. GQL ma w zasadzie sens tylko w projektach, które udostępniają różnorakie podzbiory API różnym klientom, co nie przeszkadza programistom wdrażać tego rozwiązania w prostych projektach tym samym robiąc klasyczny "strzał z potężnej armaty jaką jest GQL do muchy, jaką jest ich prosty w założeniach projekt"

3. Naiwne myślenie, że wytwarzanie oprogramowania skaluje się liniowo względem ilości inżynierów.
W przybliżeniu jest tak faktycznie do pewnego rozmiaru firmy. Słowem 2 programistów wykona pracę 2x szybciej niż 1, czy nawet 6 wykona ją 2x szybciej niż 3, ale od powiedzmy 5 programistów przestaje się to tak prosto skalować ponieważ dochodzi znacząca praca polegająca na po pierwsze podziale pracy między zespoły a po drugie komunikacji między nimi czy wreszcie po 3 scaleniu tej pracy. Najgorsze, że nawet doświadczeni managerowie czy tech-leadzi często zakładają że mając zespół 50 osób, dobiorą kolejne 50 osób i zrobią pracę 2x szybciej. Otóż często zrobią tę pracę nawet trochę wolniej.

#programowanie #pracbaza #pracait #it

[Rudz1elec]

@wargi-sromowe-mniejsze: ciekawy wpis, chyba najlepszy jaki widzialem na wykopie od wielu miesiecy

[siemasz_ziomek]

@wargi-sromowe-mniejsze: wlasnie przechodze przez punkt 1 i musze przyznac, sporo w tym prawdy

[Mathouse88]

@wargi-sromowe-mniejsze: #qualitycontent #gruparatowaniapoziomu

[ly000]

@wargi-sromowe-mniejsze: 1. pracowałeś przy kilkudziesięciu-osobowych projektach z architekturą typu monolit? jak wtedy wygląda podział pracy tak żeby zespoły nie wchodziły sobie w drogę? bo przy serwisach każdy zespół ma swoje serwisy, które sobie rozwija i podgrywa samodzielnie, a komunikuje się z innym zespołem tylko wtedy, gdy jest zmiana API. jak trzeba coś naprawić to każdy programista samodzielnie może wykonać poprawkę i podegrać swoją aplikację w max kilka-kilkanaście minut. nigdy nie pracowałem

[sotilas]

@wargi-sromowe-mniejsze: biedna stawka jak na te yoe.

[wargi-sromowe-mniejsze]

@ly000: Pracowałem przy ogromnym monolicie, gdzie w szczycie pracowało nad nim około 200 programistów. Robiliśmy migrację pewnych komponentów do SOA. Tam wyszło to całkiem znośnie choć nie idealnie. Natomiast firma była z kategorii tych naprawdę solidnych, posiadających ogromne zaplecze finansowe i techniczne. Pomimo migracji części komponentów do SOA nadal główny core aplikacji pozostawał monolitem i to działało. Clue do tego by to utrzymać było wydzielenie domen biznesowych, wydzielenie teamów odpowiedzialnych za

[wargi-sromowe-mniejsze]

@sotilas: nie chciałem tworzyć nowego tagu (jest troszkę lepiej) ale wolę nie ujawniać ;)

[Darth_Gohan]

@wargi-sromowe-mniejsze: Jak wszędzie. Ludzie idą za modą. Mi się najbardziej podoba, że teraz z mikroserwisów znowu zaczynają kombinować żeby iść w stronę monolitów. O takich pięknych cudach jak monorepo nawet nie wspominam.

Najlepsze to i tak w tym wszystkim jest to, że ZAWSZE i WSZĘDZIE leży podstawa tej roboty czyli komunikacja. Ciągłe dyskusje o SCRUM-ie, SAFE, Kanbanie, a zwyczajnie zero umiejętności rozmowy między biznesem, a IT. Tak jakby wrzucenie kompletnie zielonego

[slackbot]

@wargi-sromowe-mniejsze: każdy wie że co jeden programista zrobi w miesiąc, dwóch zrobi w 3 miesiące ( ͡º ͜ʖ͡º)

[Pit1337]

@wargi-sromowe-mniejsze: pytanie z innej beczki - po 16 latach chce Ci się robić? Mi po 9 już nie bardzo, znalazłem takie korpo w którym działam sobie w ulubionym stacku (Golang, Kubernetes, etc.) mam tu dobre pieniądze, za wiele się nie narobię, spokojnie gdybym chciał to drugi etacik równolegle mógłby wlecieć, ale... nie chce mi się. Robiłem już w korpo, małych SW house gdzie zawsze był zapie#$ol, obrobiłem w życiu kilka języków

[qusqui21]

Tak czy inaczej przy tak dużym codebase dziennie robiliśmy po kilka releasów i pracowaliśmy w pełni w trybie continuous integration.

@wargi-sromowe-mniejsze: lol 200 programistow i po kilka releasow dziennie na monorepo. A smoki tam byly, bo brzmi jak jakas stajnia jednorozcow.

[Kresse]

@wargi-sromowe-mniejsze: Przestan. 6 mikroserwisow na 2 devow to najlepsza architektura tak mowia na kazdej konferencji!!!11

[Pepperek]

@wargi-sromowe-mniejsze: z ciekawości programista30k to jest 30k netto + vat, czy 30k do ręki?

[e.....p]

Tak wiem, to ja dzwonię, ale chętnie poznam motywacje i stosunek do pracy ludzi z większym stażem ;)

@Pit1337: 12 lat w branży, też mi się czasem odechciewa i się zastanawiam jak długo pociągnę. To co pomagało wcześniej i co mogę polecić, to między kwartałem a rokiem przerwy na lenistwo ew. jakieś prace fizyczne typu malowanie domu

[Pit1337]

@e_m_p: moje aktualne hobby które stało się dla mnie "nową informatyką" to motoryzacja, mam tu okazję narobić się fizycznie ale też umysłowo (robię np. całe wiązki elektryczne, reverse engineering sterowników silników itd.) ale cały czas czuję że przebranżowienie w tym kierunku nie ma sensu, bo skoro mogę odpalić kompa rano na 8h z czego porobić ze 4, to po prostu nie ma szans zrekompensować porzucenie branży programistycznej żadną inną robotą -

[damianooo8]

@wargi-sromowe-mniejsze: Przeintelektualizowany wpis zaczynający się od chwalenia zarobkami. Czego to ludzie nie wysrają żeby podbudować swoje ego...

Też czasami mam ochotę podbudowywać ego na mirko. Wiem jaki mechanizm psychologiczny za tym stoi. I cisnę bekę i pogardę do takich jak ty. Jest to niskie, i warto to kontrolować. A jeśli ktoś nie potrafi, oznacza to że wewnętrzne uniżone życiem ego jest silniejsze od siły charakteru.

[wykopowy_brukselek]

@Pit1337: staz prawie 20 lat (ale w testach). nie chce sie robic nic a nic

[e.....p]

@wargi-sromowe-mniejsze: Kolega chyba myli SOA z mikroserwisami, a to nie do końca jest to samo, to raz.

Dwa, @damianooo8 ma trochę racji, to co napisałeś to przeintelektualizowane banały.

[seanconnery]

@damianooo8 jest pierwszy p0lak robak z bólem dupy o czyiś stan posiadania, tylko w #!$%@? takie rzeczy są możliwe

[wargi-sromowe-mniejsze]

@Pit1337: mam to samo, nie chce się robić, gdyby nie to, że $$$ się zgadza dawno bym rzucił tę robotę. Jak tylko osiągnę wolność finansową marzy mi się bardziej analogowy biznes do prowadzenia - może być mniej dochodowy ale żeby tylko go od czasu do czasu doglądać i niech się samo kręci (wiem marzenia ściętej głowy)