(UA) IT/Tech Ukrainians in Canada

[t137218996]

це не проблема ТТС, точніше це не вони його створюють, це політична влада вирішує

[t139541756]

Якщо почитати про історію ТТС то це прям 100% скам. Спочатку планують нові лінії, але не будують. Або будують, а потім закривають.

[t137218996]

от зі свіжого, апгрейди між мажорними версіями фреймворків фактично блокують розробку, бо величезні ребейзи будуть. якщо це відбувається посервісно то тільки розробка одного сервісу заблокована, якщо моноліт - то все заблоковано. тестувати простіше, оскільки менший скоуп для перевірки, відповідно швиде можна релізити

[t137218996]

якщо контракт не змінився - так. бо з точки зору зовнішнього користувача нічого не змінилося

[t200754075]

Хтось вірить що можна тестувати один мікросервіс без прив'язки до всієх системи?

[t137218996]

і так останні 100 років

[t139541756]

Бумєри лендлорди 💯

[t200754075]

Ні, мені треба словами пояснення.

[t200754075]

п 1 і 2 ок, п 3 відверта фігня

[t137218996]

що обрали люди то й відбувається

[t139541756]

Ну тобто влада створила скам лол

[t137218996]

давай з тим в девелоперське

[t405219064]

Потому что у тебя больше не single point of failure же

[t137218996]

якщо воно дійсно модулар то на мікросервіси взагалі без зміни коду перебудовується

[t200754075]

І я не побачив відповідь на оце запитання. Бо відповидь на це запитання дуже важлива.

[t159061946]

тому доречним може бути починати з modular monolith, з якого потім за необхідності виносити окремі сервіси.

[t137218996]

це валідно, для дуууже малого масштабу і недосвідченної команди. якщо команда має релевантний досвід то буде швидше як вони знають

[t200754075]

В більшості проектів це абсолютний оверкіл.

[t200754075]

Я можу уявити це коли ви будуєте нову систему в банку де все ясно наперед і з дей 1 буде навантаження, система суперкритична до failure і так далі, але це мізерний відсоток проектів.

[t137218996]

давай тут продовжувати