Комментарии 49
Но сделайте уже, чтоб не приходилось при каждом заходе на сайт указывать город и любимый магазин
А вдруг кто-то умрет…
Да пусть хоть поиск нормальный сделают. Вообще же ничего не найти.
В любом случае буду рад, если поделитесь своей экспертизой в этом вопросе.
На мой взгляд данная статья это один большой крик о помощи. Где автор ищет разрабов на новую архитектуру и рассказал о ней, чтоб найти потенциальных разрабов.
Экспертиза — это услуга. А поделиться можно опытом.
кстати о ценах — проверяйте чеки когда делаете покупки, как то покупал скобы металлические маленькие — они мне на кассе насчитали больше 1000 руб за 12 штук, в то время как ценник им было примерно 100 руб, извинились и пересчитали. В другой раз покупал битум в банках — на стеллаже цена была 200 руб за банку а на кассе за 1000 руб, тоже — просто не стал брать.
Когда покупаешь немного всего то нестыковки заметны в итоговой сумме, а вот когда берешь сразу много — можно и не заметить такое в итоговой сумме. Но это к любому магазину относится.
1. «В общем, когда у нас внедряется что-то для российских касс, где-то в Бразилии у кого-то может отрикошетить. „
— это означает, что у вас единая база? Единая конфигурация фронта для всех стран ?? Тогда конечно неизбежны проблемы, которых могло бы не быть при локализации по странам.
2. Как распределены программисты по странам/типам баз? Фронт/бэк?
3. Если основной упор на учет и логистику товаров (что логично для товароторгующей компании), то используются ли приложения специализированные для учета (SAP, 1C и тп)? А то впечатление, что используете языки общего назначения (Джава) там, где производительнее использовать учетные приложения.
1. «В общем, когда у нас внедряется что-то для российских касс, где-то в Бразилии у кого-то может отрикошетить.
— это означает, что у вас единая база? Единая конфигурация фронта для всех стран ?? Тогда конечно неизбежны проблемы, которых могло бы не быть при локализации по странам.
«Автоматизация бардака приводит к автоматизированному бардаку»
- Раньше было именно так. Сейчас — нет. Сейчас очень много ПО мы используем своего.
- Пока разработчики в каждом бизнес-юните по большей части пишут для себя. Кроме разработчиков ADEO, которые как раз пишут для всех БЮ. Но мы идём (на самом деле, уже бежим вприпрыжку) в сторону InnerSource, что позволит без напрягов шарить код между всеми разработчиками группы.
- Конечно, для ERP и бухгалтерии используются подобные приложения. Но ими занимаются другие отделы и/или (реже) подрядчики. И мы пока не уверены, что хотим (способны?) забрать разработку этих «монстров» к себе в Фабрику разработки.
Зачем на 200 разработчиков в Леруа Мерлен?
Чтобы потом вылить в production баг с header'ом. (Наведите на пункт каталог, потом наведите мышку на один из выпадающих пунктов, и скрольте вниз)
А когда в ЛК будут заказы из ПУЗ2?
Всё это порождает вот такой адский код, состоящий из огромных блоков IF:вы серьезно? термины domain specific language, rules engine, workflow engine / BPMS — никаких ассоциаций не навевают?
У вас система «класса ERP» и, такое, ощущение, что вся бизнес-логика в коде и минимум конфигураций.
Конечно нужно 200 разработчиков :), зато «мы в тренде и у нас kubernetes».
Там до сих пор нельзя вводить одинаковый товар, просто пропикивая его.
Девочкам (и мальчикам конечно) кассирам приходится сперва разбирать всё по штучкам, смотреть сколько где-чего, пикать одну и вводить вручную количество.
Долго и муторно, как по мне, и не защищает от ошибок если жмякнуть не на ту клавишу.
Поскольку конечная цель любого ИТ-отдела компании — либо в увеличении скорости развития бизнеса, либо в снижении издержек за счёт автоматизации, нам нужны представители бизнеса внутри этих команд.
Интересно перекликается со статьей недельной давности от наемного директора завода.
У Петровича, Касторамы гораздо удобнее такую инфу парсить.
leroymerlin.ru/search/?q=%D1%82%D1%80%D1%83%D0%B1%D0%B0%20110
moscow.petrovich.ru/search/?q=%D1%82%D1%80%D1%83%D0%B1%D0%B0%20110
Интересный кейс на тему organizational behavior. Из-за значительных различий в бизнес-условиях компания аж IT отделы разделила. Как-то я скептически отношусь к этому, но время покажет. 90% через 2-3 года какое-нибудь высокое начальство во Франции начнет оптимизировать затраты и вас прикроет. Лишние 10-15 мио евро в год кому не хочется сэкономить? 10% вы сможете ваш монолит перелопатить в набор стройных сервисов и будете такими классными, что начнете писать для Франции.
Скоро должны поехать в Kubernetes (а часть новых продуктов вроде маркетплейса уже изначально там), как только разберёмся с планом перехода и договоримся по всем мелочам в инфраструктуре.
Наплачитесь с кубернейтсами. Сначала рефакторинг своего монолита завершите. А потом, может и не захотите)
Зачем нам в «Леруа Мерлен» нужен собственный российский отдел разработки на 200 человек