[junus123]

#programowanie Na niektórych rekrutacjach dla juniorów jest wymagana znajomość mikroserwisów.Czy znajomość architektury mikroseriwsów dzisiaj to must-know dla juniora?

[Saly]

@junus123: architektura mikroserwisów != rozwijanie mikroserwisów. Możesz bardzo projektować cały system i źle rozwijać poszczególne klocki i rozwiązania techniczne jak i być mistrzem technologi i napisać nieutrzymywalną kupę

[markaron]

@junus123: Wpierw niech junior ogarnie podstawy języka i frameworka, żeby płynnie się w nim poruszać a dopiero potem się bierze za bardziej skomplikowane tematy jak architektura czy integracja systemów.

[junus123]

@bojackHorsemanPatataj: Tylko, że to jest ogólne pytanie i ogólna ankieta. Na ofertach pracy jest podane np: "advantageous - microservices". Akurat czy front czy back to bez znaczenia, jedno drugiego nie wyklucza, jeśli po jednej stronie masz mikroserwisy to jesteś zobligowany pracować w tym obszarze. Jednakże, choć front-end sam w sobie nie jest napisywany jako mikroserwis, to może korzystać z mikroserwisów na backendzie. Front-end może komunikować się z różnymi mikroserwisami za pomocą

[junus123]

@markaron: Jestem tego samego zdania, lecz dzisiaj coraz wiecej rekruterow wpada na pomysł, zeby wypytywać swoich kandydatow o mikroserwisy. Za kilka lat jeśli jeszcze mikroserwisy będą w modzie to będzie to zapewne entry-level-knowledge. W końcu junior ze znajomością czystej i wielopoziomowej architektury jest więcej warty niż ten bez.
( ͡° ͜ʖ ͡°)

[markaron]

@junus123: Ale jak junior, który ledwo co przestał ssać cyca może być w stanie ogarnąć architekturę rozproszoną? Taki ktoś nie jest w stanie odpowiednio zaprojektować i zaimplementować modularnego monolitu, gdzie cała komunikacja odbywa się in-process, a co dopiero zaprojektować rozwiązanie oparte o komunikację po sieci, często zawodną, gdzie może dojść do niedostarczenia wiadomości, niespójności danych, duplikacji wiadomości, zarządzania stanem, itd. Junior nigdy nie będzie w stanie ogarnąć tak skomplikowanych tematów.