Обговорення на тему «рекрутер»

цікаво виходить, але читав би десь на ішому сайті який є більш зручним

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

Бізнес обирає мікросервіси тому що ця ідея психологічно більше приваблива для більшості. Усе інше це просто обґрунтування вже прийнятого суб’єктивного рішення.

З точки зору бізнесу, вибір мікросервісної архітектури, має значення тільки в сенсі ізоляції, з точки зору безпеки. Все інше для них не важливо.

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

По-хорошему, надо однозначно идти и курить бамбук. Но что если нужно получить результат? Тарас обманул систему, но система замкнута, кому-то станет хуже

Не тільки

Ви забули один ньюанс: викладач сказав «на те, щоб донести цю тему треба 2 години. прайс почасовий — 50$\година». Потім якось так вийшло, ну пояснила за годину.

Ситуацію зрозумів, мова була «про щось інше». Поки читав, аж кортизол піднявся.

Те саме з Jetpack Compose. Придумує якісь неіснуючі методи, імпорти і т.д

Не погоджусь, код на стековерфлоу на порядок кращої якості ніж від LLMок. Особливо на популярних питаннях.

JS, безусловно, могуч, и каждую данную задачу на нём можно решить эффективно и красиво. Смысл фреймворков в другом.

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

Я щиро не розумію ситуації. Ну если щиро, то вот вам пара сценариев — у Миколы и Тараса функционал связанный. Микола замокал и свою часть сделал. Тарас налажал, затянул — Микола в последний момент сидит в офисе интегрирует когда все домой ушли.

Чому бізнес обирає мікросервіси Бізнес не обирає архітектуру ІТ рішення. Обирають мікросервіси технічні спеціалісти (або люди, що на їх посадах). Причин цього вибору є багато, резюме дрівен девелопмент — одна з них.