Понятно, что такие вещи легко находятся в документации, но всё-равно статьи которые обращают на это внимание очень полезны. А статьи с примерами - вдвойне.
Так у тех же китайцев таких устройств полно. Купил себе такой. Не 2тр, но и умеет чуть побольше. Только выходного дата-канала нет. Графики не построишь.
Хотел бы посмотреть на команду работающую с, ну например, Mongo (тоже ведь БД) применяющую вашу инструкцию. Особенно весело будет смотреться в стрессовой ситуации.
Так это вроде как относится к категории «Как не надо делать». Лучше 4 дня по 5, чем в один 20 и неделю «болеть». В Германии у медцинских страховок новая фишка: ведёшь здоровый образ жизни, они или деньгами премируют или качалки/бассейны/курсы оплачивают. Одним из признаков здорового образа является 60к шагов в неделю.
Еще бывает созвон, когда сервис падает и командир звонит, чтобы узнать как там это всё чинится. Вроде как принимает участие. А ты сидишь и думаешь, работу работать или командиру рассказывать про каждый шаг.
После полугода достигается состояние когда радуешься всему у чего есть хоть какой-нибудь вкус. Я сейчас лопаю овсянку на воде без соли и сахара. Раньше ложки съесть не мог.
О подсчёте калорий. Никогда не мог понять как можно высчитать калорийность блюда. Т.е. понятно, если 100 грам только гречки. Но если это гречка разогретая на сливочном масле и с молоком в придачу. Как там вычислить? А если борщ? Для себя решил, что это заморочки. Kупил контейнер на 500ml, что туда влезает, то обед.
Тем не менее вы эту формальность упомянуть не забыли. Замкнули на себя проектирование, хотя правильнее (imho) было бы делегировать людям которые это будут разрабатывать и обслуживать, а вам, как лидам, нужно было бы их организовать. Хотя, ваша компания, вам видней.
Есть подозрение, что это сильно индивидуально. У меня исчезли мышцы которые через ремень на брюках перевешивали. Остальным мышцам хватает работы по перетаскиванию 80 килограмм в течение дня. Так что теперь в полной уверености, что спорт (по крайней мере как я себе представляю спорт) для сброса веса не является необходимым, вполне достаточно чуть более активного образа жизни.
Для меня с 115 до 84 это всё-таки сбрасывание веса. Понятно, что этого не добится без смены образа жизни. Причём из моего же опыта как раз занятия спортом приводят к тому, что человек срывается. Слишком сильный психологический стресс. Это нужно и следить за тем, что ешь и вырываться по 3 раза в неделю в зал. Для меня сработал долгий и медленый путь.
Любая статья про похудения должна, просто обязана начинаться с совета сходить к врачу. Когда тот подтвердит, что лишний вес это не дисфункция организма, можно приступать к диетам и спорту. Мне в мои 40 удалось скинуть 30 кг за год, полностью отказавшись от сахара и начать ходить по 10 км в день. 3 км до работы и обратно, 2 на обеденном перерыве вокруг квартала, остальные нахаживаю по офису. На выходных просто круг по парку. После 3 месяцев проверился у врача, он подсказал, что неплохо бы доавить в рацион b и, железа, видимо перестало хватать того, что получал из еды. Кайф от того, чего добился не сравнить ни с чем.
Я бы даже сказал: «Независимая масштабируемость отдельных частей проекта». Пример. У нас магазин. Нагрузка неоднородная. В течении дня есть пики когда люди просто тыкают по страницам, если время когда много заказов, есть когда сильно используется поиск по каталогам, опять же маркетинговые фичи. Сервисы/Микросервисы позволяют масштабировать каждую фичу в отдельности. Нагружают пользователи запросами модуль оплаты, добавим ему ресурсов (оно само добавит). Ищут что-то, раскидываем поиск на дополнительные ноды. Когда всё было в монолите, так просто не смогли реализовать. Хотя старый код всё еще работает, решили его не растаскивать. Работает ведь.
Вроде и правильно пишете, но всё-таки не соглашусь. Во первых выбор архитектуры это не разраба задача. Потом, в этом как раз и есть положительные стороны сервисной архитектуры, ему не надо писать проект на 50krps, оно в теории скалируется системными средствами.
Нельзя говорить "в большинстве случаев". Выбор архитектуры (или тех. стэка) должен всегда исходить из поставленной задачи, а не из статистических данных.
Понятно, что такие вещи легко находятся в документации, но всё-равно статьи которые обращают на это внимание очень полезны. А статьи с примерами - вдвойне.
Хотел бы посмотреть на команду работающую с, ну например, Mongo (тоже ведь БД) применяющую вашу инструкцию. Особенно весело будет смотреться в стрессовой ситуации.
Еще бывает созвон, когда сервис падает и командир звонит, чтобы узнать как там это всё чинится. Вроде как принимает участие. А ты сидишь и думаешь, работу работать или командиру рассказывать про каждый шаг.
Любая статья про похудения должна, просто обязана начинаться с совета сходить к врачу. Когда тот подтвердит, что лишний вес это не дисфункция организма, можно приступать к диетам и спорту. Мне в мои 40 удалось скинуть 30 кг за год, полностью отказавшись от сахара и начать ходить по 10 км в день. 3 км до работы и обратно, 2 на обеденном перерыве вокруг квартала, остальные нахаживаю по офису. На выходных просто круг по парку. После 3 месяцев проверился у врача, он подсказал, что неплохо бы доавить в рацион b и, железа, видимо перестало хватать того, что получал из еды. Кайф от того, чего добился не сравнить ни с чем.
Я бы даже сказал: «Независимая масштабируемость отдельных частей проекта». Пример. У нас магазин. Нагрузка неоднородная. В течении дня есть пики когда люди просто тыкают по страницам, если время когда много заказов, есть когда сильно используется поиск по каталогам, опять же маркетинговые фичи. Сервисы/Микросервисы позволяют масштабировать каждую фичу в отдельности. Нагружают пользователи запросами модуль оплаты, добавим ему ресурсов (оно само добавит). Ищут что-то, раскидываем поиск на дополнительные ноды. Когда всё было в монолите, так просто не смогли реализовать. Хотя старый код всё еще работает, решили его не растаскивать. Работает ведь.
Что-то тимлиды не своим делом у вас занимаются.
Нельзя говорить "в большинстве случаев". Выбор архитектуры (или тех. стэка) должен всегда исходить из поставленной задачи, а не из статистических данных.