Додо ревизия. Dodo гравюра Dodo Фея. ДДмитрий Пильщиков Разрабатывают и поддерживают Додо ИС, контролируют качество продукта, соблюдение стандартов и сервиса. Компания Dodo Brands, которая развивает три бренда («Додо Пицца», «Дринкит» и «Донер 42») планирует провести первичное публичное размещение акций в начале 2024 года. новости, подкасты, интервью, стартапы, все о бизнесе в журнале для предпринимателей Inc. Russia. Подсказка: чтобы начать проверку, отправьте в чат кодовое слово.
Проверка эквайринговых платежей в Додо Пицца Смоленск
Видео Dodo IS | Учет. Ревизия загружено на YouTube 10-01-2024. Бесячая отмена проверки в Додо и её исправление. Видео о Проверка эквайринговых платежей в Додо Пицца Смоленск, Dodo IS | Учет. Теперь «Додо ИС» умеет вести учет теста — полезная функция для тех пиццерий, которые. Как отметили сотрудники «Додо Пиццы», сайт был тепло встречен профессиональной аудиторией, а формат работы над сайтом смог подчеркнуть принципы компании — качество и открытость.
Как работали раньше
- 4 часа недоступности: постмортем падения Dodo IS -
- Telegram: Contact @dodo_business
- О том, как разработчики пилят IT в Dodo
- «Рецепт выживания в турбулентное время»
Статистика пиццерий Додо Пицца
Опыт «Додо Пиццы»: как привести в порядок карточки на Яндекс.Картах и увеличить поток клиентов | Подсказка: чтобы начать проверку, отправьте в чат кодовое слово. |
Додо Пицца — Википедия | Как отметили сотрудники «Додо Пиццы», сайт был тепло встречен профессиональной аудиторией, а формат работы над сайтом смог подчеркнуть принципы компании — качество и открытость. |
ВТИ-Сервис - эксперт автоматизации | Чтобы войти в персональный аккаунт Додо ИС, нужно следовать такой инструкции. |
Сеть пиццерий №1 в России
- Додо Ис: личный кабинет сотрудника, регистрация и вход
- Актуальное
- Комментарии
- Как войти в личный кабинет Dodo IS
Dodo IS. Ревизия. Графики
Додо ревизия - 88 фото | Смотрите видео онлайн «Dodo IS | Учет. Ревизия» на канале «Забавные Пушистики» в хорошем качестве и бесплатно, опубликованное 19 сентября 2023 года в 1:39, длительностью 00:12:12, на видеохостинге RUTUBE. |
«Додо пицца» застраховала киберриски в «Сбербанк страхование» | Dodo IS | Учет. Ревизия 00:12:13 Dodo Brands Russia. |
Додо ревизия - 88 фото | Работники пиццерии вносили данные в «Додо ИС», это собственная информационная система Dodo Brands. |
Опыт «Додо Пиццы»: как привести в порядок карточки на Яндекс.Картах и увеличить поток клиентов | Сеть пиццерий работает на облачной ERP-системе «Додо ИС», которая координирует все процессы: заказы, работу кухни, доставку, рекламу и общий менеджмент. |
Додо трекинг | Додо ИС менеджер смены. |
Пицца с пола и ведро с жижей: Что творится за кулисами крупнейших российских пиццерий
Видео Dodo IS | Учет. Ревизия загружено на YouTube 10-01-2024. С этой целью в компании создали облачную информационную систему «Додо ИС» и стали глобально менять подход к видеонаблюдению. Главная» Новости» Новости додо пицца. Для этого компания использует облачную информационную систему «Додо ИС» и интеллектуальный подход к видеонаблюдению. Видео Dodo IS | Учет. Ревизия загружено на YouTube 10-01-2024. ДОДО ИС, собственно, и есть наше главное преимущество перед конкурентами.
«Мы пришли к успеху пока вы кушали пиццу». 3 франчайзи ДоДо об окупаемости и конкуренции
Серия статей «Что такое Dodo IS?» расскажет про: Ранний монолит в Dodo IS (2011-2015 годы). Додо Пицца ИС личный кабинет и профиль сотрудника — информационная система, которая позволяет инвестору контролировать бизнес. Серия статей «Что такое Dodo IS?» расскажет про: Ранний монолит в Dodo IS (2011-2015 годы). Данные по выручке и другим показателям по всем ресторанам сети Додо Пицца в России за всё время.
«Додо Пицца» внедряет ИИ в пиццерии для улучшения обслуживания гостей
Что нашли проверки в «Додо Пицца»: грязь, просрочка и тараканы | Dodo IS — информационная система как ядро франчайзинга. |
«Додо пицца»: как открыть свою пиццерию по франшизе | Статья | компьютера, планшета, телефона - и не требовала сложной настройки. |
*Как видеоаналитика и машинное зрение помогают оценивать качество пиццы | Теперь «Додо ИС» умеет вести учет теста — полезная функция для тех пиццерий, которые. |
Dodo IS | Учет. Ревизия | Второй источник — Додо ИС, где также видны в разрезе каждого курьера, какие суммы он принимал в течение дня и по какой конкретно пиццерии. |
Что нашли проверки в «Додо Пицца»: грязь, просрочка и тараканы
Проект SHOT ПРОВЕРКА выяснил, как ведут свои дела компании и на что жалуются сотрудники и покупатели. Додо ИС Додо. Dodo is кабинет сотрудника. Dodo IS — информационная система как ядро франчайзинга. Основа франшизы «Додо Пиццы» — облачная ERP-система «Додо ИС» (Dodo IS), которая организует рабочие процессы пиццерии, включая обработку заказов, работу кухни, доставку, управление штатом и маркетинг[24].
Додо ис персонал
Dodo IS | Учет. Ревизия 00:12:13 Dodo Brands Russia. Dodo is дашборд. Додо ИС график смены. Видео о Проверка эквайринговых платежей в Додо Пицца Смоленск, Dodo IS | Учет. Видео о Проверка эквайринговых платежей в Додо Пицца Смоленск, Dodo IS | Учет.
На что жаловались клиенты в Domino's Pizza и "Додо пицце"
- Британская пиццерия Dodo вышла из-под российского «крыла»
- «Додо Пицца» внедряет ИИ в пиццерии для улучшения обслуживания гостей
- «Додо Пицца» застраховалась от киберпреступников
- Актуальное
- Проверка эквайринговых платежей в Додо Пицца Смоленск - Простые решения
Додо ревизия - фото сборник
Игорь Бухаров: Ткачёв не стал делать так, как делали во времена зарождения франшизы — не скопировал технологию и не продолжил работать под своим брендом. Вопросы из зала Владимир Горецкий: Я один из первых франчайзи «Додо». В компании уже девять лет. У меня в пяти городах 24 пиццерии. Андрей Ковалёв: Ты умеешь подбрасывать пиццу? Владимир Горецкий: Нет, мне не нужно это делать, я умею управлять этим и создавать системы. Я считаю, что если сейчас после стольких попыток договориться с Евгением, компания пойдёт на мировую, это будет сигнал для франчайзи о том, что можно плохо работать. На мой взгляд это начало конца, если мы будем такие поблажки себе позволять. Михаил Гончаров: Это какая-то манипуляция, когда в своих целях провозглашаются лозунги, которые вообще не имеют никакого смысла. Мы обсуждали конкретику и постоянное открытие новых точек с хорошими рейтингами, а вы говорите, что это начало какого-то конца. На Фёдора давите, ещё и публично.
У Евгения в Москве работают точки с хорошим рейтингом и хорошими выручками. Этого не существует? Это абсурд какой-то. В Ярославле болото какое-то? Вы говорите: «Я могу управлять». А у него что, шизофрения? В Москве нормально работает, а как в Ярославль приезжает, то не получается? Объясните, как это? Фёдор, дружески от себя лично: переступи это. Это не стоит того.
Я так говорю только потому, что до этого вы с Евгением не встречались. Я не обвиняю тебя ни в коем случае. Завтра у вас появятся проблемы или «Додо» предъявит к вам претензии, и вы будете сидеть на месте Евгения. И посмотрим, что вы будете говорить. Фёдор Овчинников: Тимур, вы живёте в своей реальности. Андрей Ковалёв: Я считаю, что каждый франчайзи «Додо пиццы» должен лично пригласить Фёдора выпить, чтоб у него не случилось такой фигни. Мой вопрос: мы теперь вас будем видеть очень часто или каждый день? Фёдор Овчинников: Московские пиццерии мы проверяем часто и можем делать это сколько угодно. Хоть каждый день. Юрист из зала отметил, что договор коммерческой концессии «Додо» составлен «шикарно» и при его помощи можно уничтожить бизнес любого из партнёров.
Он также спросил Овчинникова, какую из пиццерий проверяли 60 раз, как и пиццерии Ткачёва, а также что будет делать компания, если суд удовлетворит иск Ткачёва. Фёдор Овчинников: Никто не может заставить нас работать с тем, кто не соответствует нашим стандартам и подвергает риску бренд и клиентов. Мы готовы к суду. Представляйтесь сразу, пожалуйста. Говорящий: Я представлюсь чуть попозже, потому что ситуация пикантная. У меня вопрос к Владимиру Кузнецову. Вы согласны с утверждением, что если в какой-нибудь статье находится факт вопиющей лжи, то к этому автору и редакции уже доверия не будет. Владимир Кузнецов: Конечно. Если ложь подаётся в утвердительной форме, а не предполагается, и если есть доказательство, что это действительно ложь. Говорящий: Читаю со скрина: «Кстати, основатель "Донера" Магомед Костоев фактически потерял свой бизнес, пустив Овчинникова в долю».
Это фраза с вашего сайта. Так вот: я и есть Магомед Костоев, и у меня никто и ничего не отжимал. Все эти бренды построены на деньги компании, а я в этом проекте приглашенный участник. У меня не отжали бизнес, я на этом наоборот очень хорошо заработал. Я не имею ничего против вас, я вас не знаю, уверен, что вы хороший человек, но на основании этого я утверждаю, что ваше СМИ — это лживая помойка. Я бы на месте любого институционального или частного инвестора схватился за голову и бежал. Игорь Виттель: Какая вам разница, где я работаю? Игорь Виттель: Послушай, я столько угроз слышал в своей жизни, что угрозы от какого-то мальчика меня абсолютно не интересуют. Фёдор Овчинников: Игорь, мне 40 лет, если что. Я не совсем мальчик.
По поводу IPO: инвесторы понимают, что если компания готова идти на такие решения, то мы долгосрочная компания. Это делается в интересах наших инвесторов. Он не угрожал твоей жизни или жизни твоих близких. Мы с ним раза два говорили: он ни разу не говорил о тебе плохо, говорил о «Додо» только хорошее — что классная и прибыльная компания. Михаил Гончаров: Фёдор, иногда надо начать с чистого листа.
Как только у ревизора есть список шаблонов, он может начать ревизию. Обычно это происходит, когда пиццерия закрыта. В этот момент заказов нет и сырьё не движется — можно достоверно получить данные по остаткам. Начиная ревизию ревизор выбирает зону, например холодильник, и идёт считать сырьё там. Затем замечает на верхней полке ещё 2 пачки, и нажимает «Добавить». В результате у него есть 2 замера — по 50 и 20 кг. Замером мы называем введенное количество сырья ревизором в определённой зоне, но не обязательно суммарное. Ревизор может ввести два замера по одному килограмму или просто два килограмма в одном замере — сочетания могут быть любыми. Главное, чтобы самому ревизору было понятно. Интерфейс калькулятора. Так, по шагам, ревизор за 1-2 часа считает всё сырьё, а потом завершает ревизию. Алгоритм действий довольно простой: ревизор может добавлять замеры в начатой ревизии; ревизор может завершить ревизию. Из этого алгоритма формируются бизнес-требования к системе. Реализация первой версии агрегата, команды и события предметной области Сначала определимся с терминами, которые входят в набор тактических шаблонов DDD. К ним мы будем обращаться в этой статье. Тактические шаблоны DDD Агрегат — кластер объектов сущностей и значений. Объекты в кластере — единое целое с точки зрения изменения данных. Каждый агрегат имеет корневой элемент, через который происходит обращение к сущностям и значениям. Агрегаты не стоит проектировать слишком большими. Они будут потреблять много памяти, а вероятность успешного завершения транзакции уменьшается. Граница агрегата — набор объектов, которые должны быть согласованы в рамках одной транзакции: должны быть соблюдены все инварианты в рамках этого кластера. Инварианты — бизнес-правила, которые не могут быть противоречивыми. Команда — это какое-то действие над агрегатом. В результате этого действия может быть изменено состояние агрегата, и может быть сгенерировано одно или несколько событий предметной области. Событие предметной области — это уведомление об изменении состояния агрегата, нужно для обеспечения согласованности. Агрегат обеспечивает транзакционную согласованность: все данные должны быть изменены здесь и сейчас. Итоговая согласованность гарантирует согласованность в конечном счете — данные изменятся, но не здесь и сейчас, а через неопределенный промежуток времени. Этот промежуток зависит от многих факторов: загруженность очередей сообщений, готовность внешних сервисов к обработке этих сообщений, сеть. Корневой элемент — это сущность с уникальным глобальным идентификатором. Дочерние элементы могут иметь только локальную идентичность в рамках целого агрегата. Они могут ссылаться друг на друга и могут иметь ссылку только на свой корневой элемент. Команды и события Опишем бизнес-требование командой. Команды — это просто DTO с описательными полями. Мы помечаем событие интерфейсом IPublicInventoryEvent — понадобится нам для интеграции с внешними потребителями в дальнейшем. В событии «замер» поля такие же, как и в команде «Добавление замера», кроме того, что событие хранит ещё идентификатор агрегата на котором оно произошло и его версию. Подход такой: начало ревизии инициирует создание агрегата Inventory, для этого мы используем фабричный метод Create и начинаем ревизию командой StartInventoryCommand. Каждая команда мутирует состояние агрегата и сохраняет события в списке changes, которые как раз и отправятся в хранилище на запись. Также на основе этих изменений будут сгенерированы события для внешнего мира. Когда агрегат Inventory был создан, мы можем его восстанавливать на каждый последующий запрос на изменение его состояния. Изменения changes хранятся с момента последнего восстановления агрегата. Состояние восстанавливается методом Restore, который проигрывает все предыдущие события, отсортированные по версии, на текущем экземпляре агрегата Inventory. Это реализация идеи Event Sourcing в рамках агрегата. О том, как реализовать идею Event Sourcing в рамках хранилища поговорим немного позже. Есть хорошая иллюстрация из книги Вон Вернона: Состояние агрегата восстанавливается путем применения событий в порядке их появления. Дальше происходит несколько замеров командой AddMeasurementCommand.
Это лишние или ошибочные действия. Скорее всего, скейл базы с 32 до 64-х ядер только ухудшил положение дел. После скейла очистился кеш БД и это привело к дальнейшему каскадному сбою. Удвоение количества подов mapi, сайта было лишним и только создавало нагрузку на дальнейшие сервисы LF , увеличение количества подов LF увеличило на базу и привело к каскадному сбою. Мы полностью отводили трафик от mapi и сайта для всех стран меняли selector в k8s service , а правильнее было бы отводить трафик от Ingress до сервиса для конкретной страны. Это влияло на другие страны. Плюс шел трафик на инстанс mapi из других стран, а это усложняло разбор. Полный возврат трафика на mapi и сайт в час пик. Как только мы включали эти сервисы — система падала. Чего нам не хватало на инциденте. Этот вопрос помогает уже сформировать список задач на будущее. Не хватает экспертизы, чтобы смотреть метрики MySQL. У нас есть ранбук, но его никто не отрабатывал на реальных кейсах. Не сразу нашли ответственного, чтобы отключить маркетинговую рассылку пушей, не хватило актуальной схемы с зонами ответственности. Например, по имени пользователя. Сначала эти пользователи использовались в монолите, где тоже невозможно разделить, какие части сервисов какие запросы делают. Но потом другие сервисы тоже стали использовать тех же пользователей. Не хватает информации, сколько каждый сервис может держать RPS. Это бы помогло в расчёте, сколько можно добавить реплик приложения, сколько нужно добавить реплик LF. Мы могли бы заранее увидеть проблемы с cache и с другими настройками. Нужны дополнительные алерты. Что пошло не так. Здесь больше случайные факторы или оставшиеся нюансы. Перестал работать мониторинг. Увеличение количества реплик приложений повлияло на количество собираемых метрик нашей системой мониторинга, из-за чего ей перестало хватать оперативной памяти, приложения мониторинга были остановлены по OOM OutOfMemory и в дальнейшем не смогли запуститься. Нагрузку давала также Grafana, так как все стали её активно использовать при расследовании инцидента. Выдавало ошибку при работе с VPN. База данных «ушла в пике» и почему-то выполняла простейшие запросы по 10—15 секунд, что не позволяло прогреть кеши в LF и начать нормальную работу. Не скалировался нодпул для нод с Прометеем при указании 32 нод, а при указании 30 нод всё заработало. Не раскатился предыдущий релиз с первого раза. Следовало завершить откат релиза, а не бросать его при получении ошибки от мигратора. Отвлеклись на атаку на сайт. Скопилась очередь SMS, текущее количество подов communications не справлялось с рассылкой. При этом большинство СМС уже не стоило отправлять, так как срок их действия истёк.
В сердце нашей сети — облачная система управления пиццерией «Додо ИС». Это ЕРП-система, которая охватывает все аспекты нашего бизнеса. Её создали, поддерживают и развивают разработчики «Додо Пиццы», опираясь на опыт наших пиццерий. Мы делаем «Додо ИС» для себя, чтобы она решала наши задачи и соответствовала нашим процессам. Не нужно ничего устанавливать, покупать лицензии, ключи и защиту, звать программистов и прокладывать локальные сети. Всё, что нужно для работы — беспроводной интернет и любые планшеты с браузером. В одной пиццерии франчайзи устанавливает 5—9 планшетов с «Додо ИС». Руководитель и администратор управляют пиццерией с компьютера, мобильного телефона или планшета. Главный экран трекингового модуля «Додо ИС». Трекинговый модуль помогает управлять процессами на кухне и оптимизировать работу смены. Франчайзи видят не только свой финансовый результат, но и результаты всех пиццерий сети. Можно выбрать тех, кто похож на вас, и равняться на лучшие показатели. Чита-1 вырвалась вперед. Можно спросить у руководителя этой пиццерии, что они изменили в работе. Как у нас дела? Руководитель видит свою пиццерию на фоне других и анализирует, в чем проблемы и на чем поработать. Сила сети — в возможности сравнить свои показатели с другими и учиться на чужом опыте. Как видят сотрудники «Додо ИС» знает всё о работе пиццерии, но каждому сотруднику показывает только то, что нужно для текущей задачи. У каждого сотрудника в «Додо ИС» собственное информационное пространство: Менеджер смены Видит текущее состояние пиццерии: все ли справляются, нужно ли отправить кого-нибудь домой или на заготовки. Пиццамейкер Видит на планшете следующие заказы, что с ними делать и когда они должны быть готовы. Сотрудники кухни Видят статистику: сколько пицц приготовлено вовремя, а сколько — дольше стандарта. Игровая механика стимулирует сотрудников работать быстрее. Курьеры Видят, кто лучше работает и какие рекорды ставит. По каждому адресу курьеры соревнуются за самую быструю доставку, лучшие получают звания мэров и верхние строки в рейтинге. Все производственные процессы связаны между собой. Данные передаются через «облако». Автоматически передаются на кухню нужной пиццерии. Приготовление Планшеты на кухне дают чёткие указания пиццамейкерам: что готовить и в каком порядке. Сбор и доставка Оператор безошибочно комплектует заказ по указаниям системы и передаёт курьеру.
Додо ис ревизия
Его пиццерии также отключили от "Dоdo IS". Науржанов просит суд заставить Овчинникова не мешать вести предпринимательскую деятельность под торговыми марками "Додо". Пиццерии "Ямми До" продолжили работу под брендом "Джанго пицца". В сентябре 2021 года "Додо Пицца" начала доставлять готовые блюда по крупнейшему городу Вьетнама. Интересная новость? А ведь новости гораздо удобнее отслеживать в Telegram.
И это боль. Додо Пицца КЛИЕНТ Владелец пиццерии, когда думает, что после целого дня основной работы ему еще нужно возиться с геосервисами А ведь правильность данных в геосервисах — в интересах и управляющей компании, и владельца франшизы.
Если такого нет — добавляется новый замер. Если есть — нужны дополнительные проверки: нельзя редактировать удаленный замер; входящая версия должна быть больше предыдущей. Если условия выполняются — можем установить новое значение и новую версию для существующего замера. Если версия меньше, то это конфликт. Для этого мы генерируем исключение MeasurementConcurrencyException. Если версия совпадает и значения отличаются, то это тоже конфликтная ситуация. Ну и если совпадает как версия, так и значение, то изменений не произошло. Таких ситуаций обычно не возникает. Сущность «замер» содержит точно такие же поля, что и команда «Добавление замера». NewUUId ; inventory. StartInventory Create. WithUnitId unitId. WithMeasurement measurementId, measurementVersion. WithValue value. Please ; inventory. AddMeasurement cmd ; inventory. На схеме изображен процесс обработки команды FinishInventoryCommand. Перед обработкой необходимо восстановить состояние агрегата Inventory на момент выполнения команды. Для этого мы загружаем все события, которые были произведены над данным агрегатом, в память и проигрываем их п. На момент завершения ревизии у нас уже есть следующие события — начало ревизии и добавление трех замеров. В базе данных каждая строка в таблице содержит идентификатор ревизии, версию и тело самого события. На этом этапе мы выполняем команду FinishInventoryCommand п. Эта команда сначала проверит валидность текущего состояния агрегата — то, что ревизия находится в состоянии InProgress, а затем породит новое изменение состояния, добавив событие FinishInventoryEvent в список changes п. Когда команда завершится, все изменения сохранятся в базу данных. В результате в базе появится новая строка с событием FinishInventoryEvent и последней версией агрегата п. Тип Inventory ревизия — агрегат и корневой элемент по отношению к своим вложенным сущностям. Таким образом, тип Inventory определяет границы агрегата. В границы агрегата входит список сущностей типа Measurement замер , и список всех событий, произведенных над агрегатом changes. Реализация всей фичи Под фичей мы понимаем реализацию конкретного бизнес-требования. В нашем примере мы рассмотрим фичу «Добавление замера». Для реализации фичи нам понадобится разобраться с понятием «прикладная служба» ApplicationService. Прикладная служба — непосредственный клиент модели предметной области. Прикладные службы гарантируют транзакции при использовании базы данных ACID, гарантируя атомарное сохранение переходов между состояниями. Кроме того, прикладные службы также решают задачи безопасности. У нас уже есть агрегат Inventory. Для реализации всей фичи целиком воспользуемся прикладной службой. В ней необходимо проверить наличие всех связных сущностей, а также права доступа у пользователя. Только после соблюдения всех условий можно выполнять сохранение текущего состояния агрегата и отправлять события во внешний мир. Для реализации прикладной службы мы используем MediatR. GetAsync request. HasPermissionsAsync request. CountryId, request. Token, inventory. UnitId, ct ; if! GetAsync inventory.
Построение рабочего графика После того как каждый работник пиццерии отметил нерабочие дни в своем ЛК, менеджер смены, используя информацию из «Сводной карты возможностей», составляет график работ, применяя автоматизированную систему Dodo IS. График составляется как на 1 день, так и на неделю с учетом выборки работников системой, благодаря которой сотрудники «Додо» имеют полное представление о своем рабочем расписании. Общая база контактов В «Личном кабинете» работника пиццерии есть справочник контактов всех сотрудников ресторана. Он нужен для того, чтобы в случае необходимости обратиться к управляющему или в кратчайшие сроки найти замену. Общая база контактов содержит сведения о следующих работниках: руководителях предприятия; В общей базе есть справочник контактов всех сотрудников ресторана. Оставление отзывов и жалоб Также ЛК работника предусматривает опцию «Отзыв». Используя ее, сотрудник может оставить пожелание, жалобу или предложение по работе. Dodo IS позволяет сделать это и анонимно. Все сообщения поступают к директору пиццерии, который принимает решения по заданным вопросам. Отработанная обратная связь между управляющим персоналом и подчиненными улучшает работу всего коллектива и позволяет поддерживать открытую дружественную атмосферу среди работников пиццерии.
«Помните, кто вы, и не уходите с радаров». Как в «Додо Пицца» решили никого не увольнять в кризис
Всё просто: пиццерии плохо работали, постоянно давалась обратная связь. Что дала бы эта встреча? Я бы как-то проникся? Издатель «Русбанкрота» Фёдор Овчинников: Давайте лучше обсудим, почему на сайте «Русбанкрот» сейчас выходят статьи о том, что «Фёдор хочет уехать заграницу, они рейдерские захваты производят». Евгений Ткачёв: Я эту историю не инициировал, хотя у меня и были большие вопросы про отношение компании ко мне. А весь этот кошмар в эфире начался после того, как Фёдор опубликовал свой негативный пост и предложил СМИ задавать мне вопросы. Кузнецову передали микрофон. Владимир Кузнецов: Я объясню свою позицию по этому кейсу и по многим другим.
Если я иду по улице и вижу, что сильный бьёт слабого, я не пройду мимо. Есть те, кто в игре болеет за победителя, но я к таким не отношусь. Купить рекламу Отключить Я узнал про конфликт из общения в бизнес-среде. Я решил сам вникнуть и поручил редакции. Если мы говорим о том, что Евгений нарушает стандарты «Додо пиццы», надо понять, каковы эти стандарты. Наши корреспонденты приехали в «Додо пиццу» в Вязьме, Анапе и Мурманске. В Мурманске человек на публике ковырялся в носу и кушал свои сопли.
Это всё запечатлено на видео. Корреспонденты увидели кучу грязи в тех пиццериях, которые принадлежат образцовым партнёрам «Додо пиццы». Большая часть изложена в материалах, у нас есть ещё и то, что мы не опубликовали — потому что это совсем испортит настроение тех, кто будет это читать. Это совсем страшно и совсем неприлично. Фёдор Овчинников: Я буду задавать вопросы руководителям «Деловой России». Если вы почитаете статьи на «Русбанкроте», то увидите, что больше клеветы сложно придумать. Я сейчас уже заканчиваю, мне надо ехать — всё по кругу идёт.
Владимир Кузнецов: Не торопитесь, Фёдор. Вас подбросят, останьтесь. Фёдор Овчинников: Я захочу — уйду. Владимир Кузнецов: Боитесь? Андрей Ковалёв: Давайте будем сдержанными и корректными. В 90-е умели договариваться Андрей Ковалёв Игорь Виттель: Мне кажется, что слова, что мы тут собрались ради будущего франчайзинга в России, это полная фигня. Фёдор не пришел сюда договариваться.
Есть старый анекдот: спорить с некоторыми людьми всё равно, что играть с голубем в шахматы. Он шахматы разбросает, нагадит и улетит рассказывать своим, как победил. Вот именно это сейчас и происходит. Потому что наверняка появятся завтра в Facebook и Twitter рассказы Фёдора о том, как он тут нас всех победил. Эта история губит франшизу в России, не только франшизу «Додо». Ковалёв попросил высказаться и Игоря Бухарова, президента Федерации рестораторов и отельеров. Игорь Бухаров: Если Фёдор говорит, что не пришёл сюда договариваться, то что мне сказать?
Андрей Ковалёв: Может, он тебя послушает, как авторитета. Игорь Бухаров: Нет. Фёдор — лицо русского капитализма: чётко, стандартно, сделать так, чтобы всё работало. Может, он прав. Правда и у того, и у другого. Андрей, мы с тобой вспоминаем наше детство, 90-е, 2000-е и говорим о том, что хорошо бы договориться, но Фёдор не хочет. Единственное, могу сказать Фёдору про сотрудников: верить нельзя никому.
Было бы хорошо, если бы вы пожали сегодня друг другу руки. На пользу было бы всем. Я согласен с Игорем, что это удар по франшизе. Овчинников во время ответа Бухарова попытался его перебить, на что Бухаров заявил, что «все» по-хамски себя ведут и посоветовал научиться разговаривать со взрослыми людьми. Игорь Бухаров: Ткачёв не стал делать так, как делали во времена зарождения франшизы — не скопировал технологию и не продолжил работать под своим брендом. Вопросы из зала Владимир Горецкий: Я один из первых франчайзи «Додо». В компании уже девять лет.
У меня в пяти городах 24 пиццерии. Андрей Ковалёв: Ты умеешь подбрасывать пиццу? Владимир Горецкий: Нет, мне не нужно это делать, я умею управлять этим и создавать системы. Я считаю, что если сейчас после стольких попыток договориться с Евгением, компания пойдёт на мировую, это будет сигнал для франчайзи о том, что можно плохо работать. На мой взгляд это начало конца, если мы будем такие поблажки себе позволять. Михаил Гончаров: Это какая-то манипуляция, когда в своих целях провозглашаются лозунги, которые вообще не имеют никакого смысла.
Сопоставив эти две таблицы, мы выявляли в автоматическом режиме разрывы, т. Бухгалтер не просто находит дни, в которых произошёл разрыв, он находит, где, возможно, произошел сбой: курьер некорректно пробил чек или ошибка произошла. Таким образом мы помогаем найти конкретный момент ошибки. Данная задача не выглядит как что-то глобальное, сложное и универсальное, наоборот, это достаточно простое решение, придуманное нами. В нашей работе такие моменты самые приятные, так как благодаря небольшой доработке мы сильно упрощаем жизнь наших пользователей и экономим им много времени. Если у вас есть задачи для автоматизации, вопросы как улучшить что-то в программе 1С или настроить обмен с другими программами 1С — напишите нам.
Затем замечает на верхней полке ещё 2 пачки, и нажимает «Добавить». В результате у него есть 2 замера — по 50 и 20 кг. Замером мы называем введенное количество сырья ревизором в определённой зоне, но не обязательно суммарное. Ревизор может ввести два замера по одному килограмму или просто два килограмма в одном замере — сочетания могут быть любыми. Главное, чтобы самому ревизору было понятно. Интерфейс калькулятора. Так, по шагам, ревизор за 1-2 часа считает всё сырьё, а потом завершает ревизию. Алгоритм действий довольно простой: ревизор может добавлять замеры в начатой ревизии; ревизор может завершить ревизию. Из этого алгоритма формируются бизнес-требования к системе. Реализация первой версии агрегата, команды и события предметной области Сначала определимся с терминами, которые входят в набор тактических шаблонов DDD. К ним мы будем обращаться в этой статье. Тактические шаблоны DDD Агрегат — кластер объектов сущностей и значений. Объекты в кластере — единое целое с точки зрения изменения данных. Каждый агрегат имеет корневой элемент, через который происходит обращение к сущностям и значениям. Агрегаты не стоит проектировать слишком большими. Они будут потреблять много памяти, а вероятность успешного завершения транзакции уменьшается. Граница агрегата — набор объектов, которые должны быть согласованы в рамках одной транзакции: должны быть соблюдены все инварианты в рамках этого кластера. Инварианты — бизнес-правила, которые не могут быть противоречивыми. Команда — это какое-то действие над агрегатом. В результате этого действия может быть изменено состояние агрегата, и может быть сгенерировано одно или несколько событий предметной области. Событие предметной области — это уведомление об изменении состояния агрегата, нужно для обеспечения согласованности. Агрегат обеспечивает транзакционную согласованность: все данные должны быть изменены здесь и сейчас. Итоговая согласованность гарантирует согласованность в конечном счете — данные изменятся, но не здесь и сейчас, а через неопределенный промежуток времени. Этот промежуток зависит от многих факторов: загруженность очередей сообщений, готовность внешних сервисов к обработке этих сообщений, сеть. Корневой элемент — это сущность с уникальным глобальным идентификатором. Дочерние элементы могут иметь только локальную идентичность в рамках целого агрегата. Они могут ссылаться друг на друга и могут иметь ссылку только на свой корневой элемент. Команды и события Опишем бизнес-требование командой. Команды — это просто DTO с описательными полями. Мы помечаем событие интерфейсом IPublicInventoryEvent — понадобится нам для интеграции с внешними потребителями в дальнейшем. В событии «замер» поля такие же, как и в команде «Добавление замера», кроме того, что событие хранит ещё идентификатор агрегата на котором оно произошло и его версию. Подход такой: начало ревизии инициирует создание агрегата Inventory, для этого мы используем фабричный метод Create и начинаем ревизию командой StartInventoryCommand. Каждая команда мутирует состояние агрегата и сохраняет события в списке changes, которые как раз и отправятся в хранилище на запись. Также на основе этих изменений будут сгенерированы события для внешнего мира. Когда агрегат Inventory был создан, мы можем его восстанавливать на каждый последующий запрос на изменение его состояния. Изменения changes хранятся с момента последнего восстановления агрегата. Состояние восстанавливается методом Restore, который проигрывает все предыдущие события, отсортированные по версии, на текущем экземпляре агрегата Inventory. Это реализация идеи Event Sourcing в рамках агрегата. О том, как реализовать идею Event Sourcing в рамках хранилища поговорим немного позже. Есть хорошая иллюстрация из книги Вон Вернона: Состояние агрегата восстанавливается путем применения событий в порядке их появления. Дальше происходит несколько замеров командой AddMeasurementCommand. Ревизия завершается командой FinishInventoryCommand. Агрегат валидирует своё состояние в мутирующих методах для соблюдения своих инвариантов. Важно отметить, что агрегат Inventory версионируется целиком, а также каждый его замер. С замерами сложнее — приходится решать конфликты в методе обработки события When MeasurementEvent e.
Сейчас Овчинников не только владеет головным брендом, но и является членом наблюдательного совета X5 Retail Group, раз вивает сеть фас тфуда «Донер 42», основанную два года назад. Пока под этим названием работает семь точек. Сеть начала продавать франшизу в России и в Казахстане. При эт ом он затрудни лся оценить сумму сделки. Максим Тищенко исполните льный директор VSK group «Я думаю, что это была не символическая сделка, хотя сейчас очень тяжело что-то говорить. На российский бизнес в любой западной стране оказывается колоссальное давление, поэтому я думаю, что может быть составляющая, которая говорит о вынужденной продаже. Однако каких-то особых шумих в новостях вокруг этой истории не было, мы узнали о ней впоследствии. Я думаю, что вполне вероятно, что эта сделка готовилась, прорабатывались различные варианты и все-таки был выбран тот вариант, который приносит какой-то плюс в виде денежного эквивалента собственнику и владельцу этой доли. Поэтому если так строить прогноз, то я бы сказал 80 на 20. По словам эксперта, вероятнее всего, в дальнейшем при перепродаже британский проект ждет поглощение более крупным игроком.
«Помните, кто вы, и не уходите с радаров». Как в «Додо Пицца» решили никого не увольнять в кризис
Примерно в 19:38 видим, что на базе много тредов. Это запрос на метапродукты то есть например, есть продукт Кофе американо, а у него есть объём 0,2, 0,3 и 0,4 л и топпинги дополнительные ингредиенты в меню. Да, это связано с вызовом метода GetMenu, который мы видели выше, когда разжали балкхэды. В обычной жизни запросы к топпингам выполняются за 0. Позже мы исследовали этот запрос и никакой неоптимальности на уровне SQL в нём не было.
Этого запроса просто было слишком много и он не успевал обрабатываться. Появилось предположение, что нам немного не хватает перформанса базы, чтобы прожевать все нужные запросы. К тому же, запросы идут в базу в много потоков. В 20:27 БД перезапустилась.
До этого CPU было небольшое, а теперь опять выросло. Грузим все 64 ядра мощной базы. БД перезапустилась, по CPU лучше не стало. В итоге изменение свойств базы с обработкой коннектов нам не помогло.
На 21:00 вся система была в разваленном состоянии. Сайт, мобильное приложение и касса ресторана не принимают заказы уже 2,5 часа. На этот момент понятно, что в базу идёт большое количество запросов, и они связаны с меню. При этом ни большое, ни малое количество реплик веб-сервисов не позволяет системе нормально работать.
Четвёртая гипотеза: может, это плохой релиз? Вернёмся чуть назад во времени. В 19:22 у собравшихся появляется идея посмотреть, что же выходило в этот день на продакшен из обновлений. Может, мы найдём в них какую-то зацепку, которая поможет починить всё.
Смотрим на последний релиз монолита. Монолит делает запросы к базе монолита, в монолите находится LF, а значит, что-то могло повлиять на них. Релиз был раскатан в 11:01 23 сентября и весь день проработал нормально. Обычно перформансные проблемы в релизе проявляются достаточно быстро.
Но этот релиз был раскатан в пятницу утром в пятницу после 15 мы ничего не катим , и пока у него не было ни одного проработанного вечера. Этот вечер был первым. Пошли изучать код релиза. В релизе было 15 задач, поэтому детальное изучение занимает время.
В 19:25 запускаем откат монолита России на 928 релиз. В 19:27 релиз монолита падает по причине того, что под Migrator не сумел выполнить запрос к базе из-за того, что она нагружена. Мигратор — это встроенный в релиз механизм обновления данных или схемы базы. Он используется для небольших изменений в базе, когда надо создать новую таблицу или обновить данные до 100К записей.
Для больших изменений мы используем обновление базы вне релиза.
Облачные решения в ближайшие годы изменят мир ритейла. VR, AR, видеоаналитика, нейросети — все эти технологии связаны с облаками и попадают в прямую зону ответственности VSaaS.
Посмотреть трансляцию с камеры может не только Федор Овчинников, а любой человек на сайте «Додо». Видеонаблюдение — часть стратегии открытости и прозрачности «Додо». А еще это инструмент увеличения продаж.
Основа успеха «Додо» — стремление к автоматизации бизнес-процессов. С этой целью в компании создали облачную информационную систему «Додо ИС» и стали глобально менять подход к видеонаблюдению. Для «Додо» всё началось с простого желания обеспечить порядок и показать клиентам процесс приготовления пиццы.
В каждой пиццерии на кухне висит камера. Трансляция ведется через интернет и доступна к просмотру всем. За последний год камеры в пиццериях из инструмента «живого присутствия», эволюционировали в инструмент сбора данных для видеоаналитики.
Несколько лет назад он участвовал в создании чат-бота Icon8, мгновенно обрабатывающего фотографии с помощью нейронных сетей. Пользователь выбирает один из шести стилей, доступных для использования в боте — на старте проекта в 2016 году это удивляло. Icon8 собрал 7,5 миллионов пользователей — самый популярный на тот момент проект в Telegram, удостоенный грантом от Павла Дурова.
Полученный опыт Дмитрий использовал в DBrain. Компания делает ставку на нейросети и добавляет к ним технологию распределенного реестра. DBrain представляет собой блокчейн-платформу для совместной работы над созданием «слабого» ИИ.
Обучение нейросети предполагает большой объем ручного труда при разметке данных — процесс дорогой и занимает много времени. Команда придумала, как снизить стоимость создания и повысить точность нейросетей: любой человек может за деньги стать «учителем» для нейросети. Обучать сетку очень просто — смотрим на фотографию в приложении и отвечаем, кто же на ней изображен: лисичка, котик, собачка или комок шерсти.
ООО СК «Сбербанк страхование» — дочерняя компания Сбербанка России, специализирующаяся на программах имущественного и личного страхования, кроме страхования жизни. Входит в блок «Управление благосостоянием» Сбербанка. Объем собранной страховой премии за 2019 год составил 20 млрд руб.
Додо пицца Размеры пицц. Додо логотип. Додо Мирный. Птица Додо логотип. Дерево Додо. Додо пицца Мем. Додо птица Додо пицца. Шутки про Додо. Маврикийский Дронт. Родригесский Дронт. Дронт или Додо. Дронт команда 800. Додо пицца Вельск. Додо пицца хозяин сети. Вельск Додо. Додо пицца стаканчики. Додо пицца иллюстрации. Карточка Додо пицца. Карта пиццерий Додо. Управляющий Додо. Додо обучение. Стандарты Додо пицца. Открытие пиццерии Додо. Задачи открытия пиццерии. Пицца для презентации. Додо пицца презентация о компании. Персонал Додо пицца личный кабинет. Додо кабинет. Додо пицца персональный кабинет. Додо ИС вход в личный кабинет. Конкурс репостов Додо. Постеры промоутеры Додо. Костюм виде Додо. Додоша Додо. Додо Киров. Рейтинг продукта Додо. Рейтингов продуктов Додо. Динамика рейтинг продуктов Додо. Додо книга. Памятка для сотрудников Додо. Листовки Додо. Анкета Додо. Ценности Додо пицца. Почему я хочу работать. Додо пицца открытка. Додо пицца мемы. Додо Стикеры. Додо пицца рисунок. Додо пицца скидка. Скидка на пиццу. Скидка 50 на пиццу. Акция скидка на пиццу. Промокод на додстер Додо пицца. Додстер в подарок. Dodo промокод додстер в подарок. Додо реклама. График работы пиццерии работников. График работы сотрудников в пиццерии.