Досмотрела 2й сезон Адского рая, что-то не особо понравился, скучно как-то, сюжет как будто слабо продвинулся

Прежде чем брать в руки телефон, подумай: что собираешься делать?
- если действительно нужно что-то посмотреть: время, погоду, или другую информацию - посмотри именно это и убери обратно.
- если просто скучно, то не бери.

🍽 Примеры “безопасных” обедов
курица + рис + огурец
рыба + картофель + морковь
омлет + рис


все отварное, без жира, лука и чеснока

Чтобы реально ушло вздутие:

1) Порция

👉 300–350 г максимум

2) Темп еды

👉 15–20 минут, без спешки

3) Чай

👉 лучше через 20–30 минут после еды

можно добавить перекус в 10-11:
банан/яйцо/яблоко/огурец/морковь

правильный онбординг:

1. Цели и задачи системы, кто владелец, кто пользователи, какие данные
2. Ключевые понятия, термины, основные объекты (вокруг чего строится бизнес-логика)
3. Роли в команде
4. Тестовые стенды, настройки к БД
5. Рабочие процессы: какой уоркфлоу принят, доска джиры, статусы
6. Общее знакомство с мкс, БД и сущностями
7. Погружение через задачи: от простых к сложным, дать постановки, указать аналитика, разработчика, передать коллекции, объяснить по таблицам, фронту и т.д. Дать время на самостоятельное погружение и уточнять время от времени.
8. Проверить вместе, дать обратную связь по результату (возможно есть упущения в онбординге, может что-то забыли объяснить, будет заметно по ошибкам). Дальше можно доверить полностью самостоятельную работу.

п.1-6 думаю подходят для всех членов команды. А п.7 и 8 это специфично для тестеров.

Для аналитиков наверно нужно добавить:
7. Знакомство со стейкхолдерами, методологами, экспертами заказчика
8. НПА (если есть)
9. Структура документации в конфлюенс

вся суть кафки, если коротко

шаблон User Story: Как пользователь такой то, хочу сделать то-то, чтобы получить результат такой-то.

пример: Я как сотрудник магазина хочу иметь возможность авторизоваться в складской программе по коду из 4-х цифр, чтобы обслуживать больше клиентов за смену