Работал в прошлом директором по развитию интернет-магазина, который в 2014-м сделал оборот в 1.3 млрд. и знаете ли, там была своя ERP система, которую с момента внедрения при запуске интернет-магазина (2001 год), ни разу не прекращали дописывать, латать, прикручивать костыли.

И IT была в действительности очень серьезной головной болью. По пол года уходило на поиски веб программиста.
В системе, где были объединены сайт и ERP, которые крутились на MsSQL: программист должен был быть человеком, который не только умеет программировать, но который еще и разберется в том коде, который писали до него и который толком не документировал: там первые 2–3 месяца человек просто изучал склонированную инфраструктуру, прежде чем начинал что-то реальное делать на текущей.

Так вот, IT инфраструктура — это очень коварная область, сложность разработки которой очень часто недооценивают во много раз. А если это делается с нуля “своими силами”, а не на базе каких-то наработок серьезных интеграторов, то там вообще, жуть полнейшая.

На самом деле прикольных идей и реально работающих масштабируемых вариантов много. Спросите у любой ИТ компании.

А вариант: “мы все яички будем хранить у себя, а вы давайте брендируйтесь, битчез” — не самый удачный, на мой взгляд

А за сколько бы взялись бы сами?

Я бы изначально начал строить по другой архитектуре аналогичный функционал и дальше постепенно выводил бы нужные модули в прямой онлайн. Например, управление меню над кассой или стандарты. Это позволило бы в любой момент времени иметь “офлайн” функциональность и меньше проблем в поддержке всей системы на первоначальном этапе, когда компания финансово нестабильна.

Постепенно система эволюционировала бы и имела 2 режима “офлайн” с синхронизацией по запросу и “полный онлайн”, но второе появилось бы только тогда, когда вся компания крепко стояла на ногах и была способна самостоятельно это финансировать. Например, была бы в состоянии построить свой ДЦ.

А еще, я бы не выстраивал систему на MS стеке, сразу сэкономив в долгосрочной перспективе до 20–30% бюджета.

Кококо, мы с диваном далеко :) Посмотрим, что получится у Додо на самом деле. Интересен 17 год.

Подобные системы при правильном проектировании и реализации выдерживают любые нагрузки и масштабируются.

С первого раза, не имея опыта, реализовать такую систему правильно невозможно. Нельзя не построив сотню малоэтажных домов, сразу правильно начать строить многоэтажные. Тут в блоге идет подмена понятий (или непонимание реальности) в каждом посте про ИС, что это их ключевое бизнес преимущество, и оно даст невероятный профит в будущем. Нет, не даст. Будет огромный груз ответственности и напряженной работы на поддержание работоспособности большой сети. Если бы они поставляли додо как коробку с фоновой синхронизацией в единую БД, где единая БД служит ТОЛЬКО для аналитических нужд управляющей компании, тогда это могло бы хорошо пойти. Сбросили 10, 100, 1000 франшиз, обучили ребят, и УК занимается дальше своими делами, присматривая в фоне за всей сетью и спокойно занимаясь разработкой ПО совершенно другого уровня ответственности. Точно по такой же модели работают ребята из 2GIS со своим офлайн клиентом (обновление функционала фоном по запросу из УК). Работают успешно в 250 городах и 8 странах мира.

А так, они должны будут на своих плечах тащить всю сеть, обрабатывать все данные в реальном времени и гарантировать фантастический SLA, иначе зачем это все тогда нужно? Должны будут научиться строить такие системы, не имея за плечами никакого опыта. Пылесосинг якобы профессионалов рынка очевидно не очень работает. Что-то не видно в еженедельных встречах Мамона со своими потрясающими историями разработки масштабируемых ERP систем.

Уверен, что в определенной точке роста (ставлю на 500 пиццерий) поддержка существующей системы начнет выжирать все силы и нервы управляющей компании. Пойдут разговоры о разработке додо ис 2.0 или введут ежемесячный “налог на ИС”, чтобы справляться с поддержкой того, что было раздуто за эти годы.

Что касается указанного поста, интересно стало, а сколько тратится на разработку?

А за сколько бы взялись бы сами?
Функционал и реализация всей системы вполне читаются между строк. Но надо отметить что четкого тз на всю систему у них нет, почти каждый модуль — это ниокр, и видимо его неоднократно переделывают заново с новым пониманием.