Комментарии 20
тренд «травоядных мужчин»
А можно поподробнее?
Например тут - https://ru.wikipedia.org/wiki/Травоядные_мужчины
Речь идет не столько о тех, кто не вступает в сексуальные отношения, сколько о том, что .."Термин «травоядные мужчины» следует по аналогии с животным миром, где травоядность обычно считается признаком пассивности, а плотоядность считается признаком активности и агрессивности" (с)
У данного явления широкая развилка последствий.
Тогда вообще не понял зачем это здесь. Статья была стандартной такой водой на тему микросервисов (хотя эту тему уже со всех сторон рассмотрели пару лет назад), но вот тут возникает просто тонна вопросов, начиная от "почему травоядные мужчины это печально?" и заканчивая "чо ваще за сексизм в моем 2к22?". Задавать я их не буду, отвечать не нужно, просто отмечу, что весь этот абзац как будто из другой статьи.
Вроде как если бы я писал статью про шейдеры и в качестве резюме вставил бы абзац из Домостроя :D
Таким образом видеокарта позволяет легко решить проблему с тенями, который ставят процессоры на колени. Кстати о тенях — баба должна быть в тени своего мужчины, то есть быть молчаливой, доброй, трудолюбивой, во всех делах советоваться с мужем.
Вы скорее описали модульный подход, с декомпозицией сложной системы на менее сложные части. Как концепт. То есть это философия, а не практика. По-моему использовать микросервисы чисто ради модульности будет как раз самым затратным вариантом.
Вот у вас есть колхоз, немеряно земли и огромная техника, которая все это обрабатывает. Весной засеяли, осенью скосили. Часть земли пашется хорошо и быстро. Но местами трактора вязнут в болотах, где то наоборот пески, в общем там ни чего только не растет. Кому-то сверху приходит идея нарезать эти площади на отдельные участки, поселить там фермеров и заставить сдавать урожай в общий котел. А эти микроколхозы пусть сами выкручиваются как хотят. Теперь ключевой вопрос: правда-ли что чем меньше участок, тем меньше нужна квалификация персонала, чтобы получать с него достойный урожай? А можно вместо фермеров использовать тех же колхозников или вообще бомжей?
По сути микросервисы это как самостоятельные проекты, требующие все тоже самое, что и макро (иметь продуктовое видение, ставить процессы, делать проектирование, тестирование, CI/CD, документирование, поддержку и т.п.). Но только внутри небольших команд. Разрезая монолит, делая систему распределенной, вы ещё сильнее увеличиваете её сложность. Соответственно, разработка и поддержка будет требовать ещё большей квалификации.
Выигрыш от микросервисов можно получить в другом. Например, в более эффективном использовании системных ресурсов или повышении надёжности. Но без специалистов это будет только лирика.
ИМХО странная аналогия с колхозом на болотах и песках. Скорее тут про специализацию - эти пусть яблоки выращивают, эти птиц разводят, эти картофель и свеклу.
Благодарю вас за развернутый комментарий! Возможно, я ошибаюсь, а вы правы.
По поводу примера с землей - там тоже можно все упростить и рутинизировать и нанимать тех, о ком вы писали: для каждого типа земли прописать регламент обработки, сформировать нормирование и список дел, который каждый, обладающий физической силой может делать по условному чек-листу. Даже можно рассчитать, в каких случаях будет экономически оправдано использование техники, а когда только руки и лопата))
Если средняя темп воздуха более х дней составляет у градусов, тогда сделай действие 1.
Если ... и так далее. Для обработки и выращивания не нужны в таком количестве эксперты. Хотя они безусловно будут нужны для формирования правил и регламентов, а также для аналитики за произошедшими изменениями (в климате, урожайности, новых сортах и т.д.).
Только теперь вам нужно для каждого куска земли делать свой отдельный индивидуальный план, его проверять, оформлять договора и так далее, вместо того, чтобы сделать это один раз на всю землю
И если вы думаете, что каждый будет делать все идеально, то нет. процент проблем будет примерно такой же, а говорить по каждому проценту нужно будет теперь отдельно.
Если я правильно понимаю саму идею микросервисов, то с большой вероятностью они будут иметь много общего именно вследствие общего происхождения: единый стек технологий, предположительно единую серверную базу и бэкенд, вплоть до единого UI-кита.
Всё дело в том, что каждый участник процесса играет в Bullshit Bingo, надеясь, что именно он задаёт правила. Как заметили выше, переход к микросервисам совсем не делает работу проще. Если раньше нужна была формочка с полями, валидация и всё это в базу, то с микросервисами нужно всё тоже самое и еще чуть больше, так как теперь у нас саги и лаги. Но бинго - игра богов-директоров!
Директор по людям думает, что сможет нанять дешёвой рабсилы. На практике же из-за изоляции команд потребуется больше людей. Раньше было несколько больших но по 5, а теперь много маленьких но по 3 (боюсь отсылку поймут лишь пенсионеры). Это будет связанно и с тем, что нужны будут свои продакты, тестировщики и тд, но и специалисты, на которых раньше экономили - архитекторы и девопсы.
Директор IT занимающийся железом, хостингом, администрацией и зачастую безопасностью, думает, что сейчас всё на виртуалки и в облака. Но получается, что зоопарк вырос, точек доступа больше, хрупкость увеличивается. Стабильность решается не качеством и оптимизацией софта, а избыточностью за счёт наращивания копий каждого из сервисов.
Главный по продуктам уверен, что теперь все фичи будут пилить быстро и параллельно. 9 женщин рожают ребенка за месяц, а вы не знали? Но оказывается, что сам по себе изолированный микросервис никакой пользы не несет. Надо чтоб его подёргал кто-то с фронта. А если это чуть более сложная система, чем фид комментариев, то выясняется, что каждый раз необходимо изменять несколько сервисов, да еще и закладывать процесс апгрейда и поддержку версий (особенно если клиентская часть on-prem, как какой-нибудь апп в сторе и пойди знай, когда все клиенты обновят).
Разработчики будут говорить, что теперь то они смогут прям подобрать инструменты под задачи и не надо прыгать по всей ширине и высоте монолита, но. Вы же уже знаете, что есть "но"? Так вот никто не будет ждать, когда ваши девелоперы на питоне выучат джаву или освоят реакт, потому что тут прям идеально подойдёт. А потом еще будет лечить болезни поверхностных знаний и копипаста со стаковерфлоу. Но, родимые, поехали! Как работали, так и продолжайте, только быстрее и больше! Да и еще, распелите монолит вчера, потому что сегодня мы уже на микросервисах, так что времени на старое у нас совсем нет! Бэклог зовёт!
И я бы мог еще долго писать, но уже долго писал...
Спасибо.
Что же осталось скрыто в статье под номером 20?
Бурный поток сознания...
Это бред нужен только чтобы набрать побольше тупых землекопов. И показать свою значимость мотивируя тем что я крутой руководитель.
Использовать и разрабатывать микросервисы сложнее чем писать монолит. Правильное решение - искать дорогих и крутых землекопов. Число разрабов скорее всего снизиться но расходы и выхлоп увеличатся.
Отношения с IT. Часть двадцать первая. Мне нужно больше разрабов