RWS
описание
Увеличиваю эффективность внутренней логистики пром. предприятий. Здесь обсуждаем технологии (от имитационного моделирования до ИИ), процессы и кейсы. Площадка для диалога с коллегами (партнерами, заказчиками, товарищами и единомышленниками).
209
подписчиков
Охват к подписчикам
146,4%
ERR
Реакции к просмотрам
2,62%
337 на 40 постов
Пересылки к просмотрам
0,16%
20
Постов в день
0,1
всего 40
Где отзываются чаще
доля реакций к просмотрам- 12 авг.Проигранная битва, неопределенность в сражении Полгода воевал с бюрократией, счет 1:0 не в мою пользу. Тут я как раз писал, что мы строим «систему поддержки принятия решений». У меня были 4 крупных заказчика, планы, команда. В итоге — деньги не согласовали. Что я вынес из этого? Кроме того, что бюрократия убивает инициативу быстрее, чем нехватка алгоритмов… Вода камень точит. Но чтобы точить этот камень, нужно быть рядом с ним каждый день. Некоторые вещи нельзя сделать удалённо — особенно когда речь идёт о согласованиях на уровне первых лиц. Пока вы не точите этот камень, его точит кто-то другой! Больше 10 лет тема имитационного моделирования меня держит в своих объятиях. Но что же сейчас? Все? Пока не могу сдаться или принять невозвратные потери? Что-то из этого точно! А пока принял решение уйти в микро-чеки. Партнерские отношения все-таки есть. Попробую теперь предлагать пилотное моделирование: одна проблема — одно решение. Без попытки объять всё предприятие. Но будет ли это ошибкой о которой писал здесь? Мейби ес, мейби ноу, ай донт ноу. Но сейчас я выбираю не „правильную стратегию“, а „стратегию, которая позволяет не умереть“. Только сделав 10 микро-чеков, я пойму, какие из них имеют право на жизнь, а какие — нет. Это не отрицание системного подхода, это поиск границ и детализации, где он работает. А называть я это буду макромоделированием) В планах теперь писать сюда о том, что вижу: об ошибках, о кейсах, о попытках продать моделирование и о том, как быть, когда планы не работают. За полгодика канал поредел, но кто-то ждет посты или просто канал улетел подвалы телеги? Скоро будет понятно. Пишите свои вопросы — я буду отвечать в постах. Отдельно – команде. У меня есть разработчики и технологи, которые работали на добром слове и терпели меня и жесткие условия работы этого года. За это всем огромное спасибо. Каждому из вас я это так и не сказал при личной встрече. Исправляюсь здесь. p.s. Если через две недели здесь не будет нового поста — значит, я точно сдался и ушёл на вб или в курьеры. А если пост будет — значит, я всё ещё воюю.18,87%
- 12 сент. 2024 г.Имитационная модель. Как создается топология? Много было про теорию и кейсы моделирования… Многие спрашивают меня, а как создавать модели, сложный ли этот процесс, насколько трудоемко? Сегодня предлагаю посмотреть короткое видео, как создается топология в ИКИРИ. Немного справки: Топология объекта инфраструктуры – связное представление плана (схемы) объекта инфраструктуры железнодорожного транспорта и режима секционирования плана (схемы). Топология интегрируется с технологией объекта для синтеза имитационной модели. Что мы увидим на видео? - Создание парка из 8 ж.-д. путей; - автоматическое секционирование (если колесная пара попадает участок секции, то вся секция становится занята); - задание нескольких элементов топологии: сопряжение кривых, глухое пересечение, создание секций, создание стрелок. Было интересно? Хотите в таком же формате увидеть построение всей топологии объекта жд инфраструктуры? #ИмитационноеМоделирование #Топология #ИКИРИ6,25%
- 12 янв.ДА Это ответ на вопрос: забросил ли я написание постов? Почему? Потому что последнее время мы с командой делали только одно — выжимали из себя все соки на релиз MVP имитационного комплекса. И, планировал 26/27/28 года. «MVP» — вообще больная тема. Сколько уже моделей построено, сколько версий софта написано… А мы всё собираем MVP. Иронично? Полируем и делаем супермегакрутой продукт? Да, но в будущем. А пока — последний год был про то, чтобы скрести по сусекам, выискивать ресурсы отовсюду и вкладывать их в этот самый продукт. Где мы сейчас: ✅ Есть чёткий план. ✅ Есть 4 крупных заказчика (единственное, что могу сказать публично — их совокупная выручка составляет около 1,5% ВВП нашей необъятной). ✅ Деньги на реализацию не согласовали😅 Куда идём: Мы строим систему поддержки принятия решений на основе имитационного моделирования. Если просто: берём данные заказчика, автоматически загружаем в наш продукт, моделируем, автоматически анализируем результаты. Фактически — заменяем интуицию (пусть и гениальную) опытнейших сотрудников на инструмент для обоснования решений. Получится? Всем я говорю одно слово — то, что в начале этого поста. Здесь, в камерной атмосфере, буду стараться писать про основные моменты (вопрос в том, будут ли это заметки победителя или андердога) — без имён, но по делу. Пишите ваши вопросы в комментарии или в личку — самые интересные разберу в следующих постах.4,40%
- 7 авг. 2025 г.💡 Тест новой фичи: Визуализация загрузки и причин простоев Все мы знаем, как сложно анализировать десятки громоздких таблиц и вычленять из них самый сок. Как свести большие массивы данных (технологических, нормативных и оперативных) в единый динамичный отчёт, который: • Интегрирует разные источники и отображает точную картину загрузки; • Автоматически выявляет и количественно оценивает узкие места; • Поддерживает сценарный анализ и помогает принимать оптимальные решения по развитию. Сегодня хочу показать свежую фичу — анимированную гистограмму загрузки ключевых сегментов инфраструктуры с подсветкой важных инцидентов. ▶️ На видео почувствуете динамику нагрузки, увидите критические моменты, которые собираются автоматически. 📊 Такая визуализация помогает значительно быстрее и точнее определять, где именно возникли проблемы, и принимать решения. Удобен, полезен ли такой формат отчёта для вашей работы и мониторинга? Буду благодарен за ваши отзывы и идеи! 🙏 #бизнес_аналитика #отчетность #мониторинг3,96%
- 1 февр.Почему модель врёт? Часть 1: Время, которого нет Коллеги, знакомо: в модели всё по плану, а в жизни – полный раздрай? Или наоборот, в расчётах тупик, а на практике проезжают? Часто причина в продолжительности операций. Берём её «как в книжке» и получаем красивую, но далёкую от реальности сказку. Как её задавать? Способов – масса. И у каждого свои последствия. 1. НОРМАТИВ Берем фикс из нормативов и внутренних регламентов. Нюансы: • Не зависит от текущих условий • Консервативно (обычно с запасом) 2. ОГРАНИЧЕНИЯ СКОРОСТИ (L/V) Делим путь на участки, для каждого берём мин. скорость, суммируем время. Нюансы: • Физический предел • Нет разгона/торможения • Игнорирует человеческий фактор 3. ИСТОРИЧЕСКИЕ АНАЛОГИИ+РАСПРЕДЕЛЕНИЕ Ищем похожие операции в истории, берем их статистику. Нюансы: • Основан на реальных данных • Показывает разброс. Поэтому подключаем распределение (экспоненциальное, нормальное, треугольное, равномерное, логнормальное и т.д.) • Для новых ситуаций данных может не быть 4. ЭКСПЕРТНАЯ ОЦЕНКА Опрашиваем спецов на месте с учётом их опыта. Нюансы: • Субъективно, но использует интуицию • Требует инфраструктуры опросов 5. МАТРИЧНЫЙ МЕТОД Заранее рассчитываем времена для всех комбинаций параметров (дискретизированных). Нюансы: • Молниеносный поиск • Требует много предрасчётов • Теряет точность из-за дискретизации 6. ML-ПРЕДСКАЗАНИЕ Обучаем модель (бустинг, нейросеть) на исторических данных. Нюансы: • Ловит сложные нелинейные зависимости • «Чёрный ящик» - сложно объяснить логику • Нужны большие данные 7. АДАПТИВНЫЙ МЕТОД С ОБРАТНОЙ СВЯЗЬЮ Корректируем оценку по мере выполнения операции в ходе моделинга Нюансы: • Самообучается в реальном времени • Точно к концу операции • На старте бесполезен 8. ГИБРИДНЫЙ МЕТОД Взвешенная комбинация нескольких методов. Нюансы: надо разобраться во всех методах и скомпилировать свой) Коллеги, когда вы делитесь рисками каждого подхода – вы не просто критикуете. Вы озвучиваете ключевую дилемму: «Взять историю – рискуем воспроизвести технологические приемы без контекста. Взять норматив – получим красивый, но нежизнеспособный план». Именно в этом противоречии и рождается тот самый рабочий, а не «книжный» результат. Спасибо.3,79%
- 15 янв.Отличный вопрос на границе возможного Диспетчерские приемы не моделируются Так меня учили, так говорят эксперты, в этом уверены диспетчеры. Но что хотят Заказчики? На этот вопрос сейчас ищем ответы, после с командами технологов и разработчиков будем вырабатывать детальное решение. Но возможно ли это в принципе? Теоретически — да. Заменить диспетчера алгоритмом можно. Но следующий вопрос: какова будет цена такой замены? Устроит ли точность решений в реальных условиях? Вопросов пока больше, чем ответов. Но есть концептуальный алгоритм, как к этому подойти. Рассмотрим на примере: задержался поезд. Что делать? 1️⃣ Фиксация отклонения. 2️⃣ Активация сценария рабочего процесса. 3️⃣ Формирование и моделирование каждого варианта. 4️⃣ Расчет KPI (простои, загрузки), оценка и ранжирование вариантов. 5️⃣ Представление решений пользователю с обоснованием и визуализацией последствий. 6️⃣ Формирование и отправка команд в исполнительные системы. И да, моделинг здесь — лишь часть одного шага.3,47%
- 13 окт. 2025 г.Проблема не в том, что моделирование дорогое. Проблема в том, что оно «штучное» и медленное. Создание отдельной модели под каждую задачу — все равно что проектировать новый станок для каждой детали. Пока вы ждете отчет, реальные убытки от простоев уже превышают стоимость самого исследования. Решение — смена парадигмы: вам нужен не очередной «проект», а постоянно действующий продукт — «живой» цифровой двойник вашей инфраструктуры. Да, последнее словосочетание сейчас все трактуют по-разному. Но концептуально суть именно в этом: единая, постоянно актуальная модель, которая становится частью операционного контура управления. К этому подходу много вопросов. В следующих постах я максимально формализую этот тезис и покажу, как это работает для мультимодальной транспортной инфраструктуры.3,46%
- 16 июл. 2025 г.ТОП 4 БОЛИ ПЛАНИРОВАНИЯ НА ПРОИЗВОДСТВЕ Пообщался с десятками производственников, и знаете что? Все как один твердят: планирование производства - это перманентная ** с ** и злостной *. Хотел написать ТОП-5 проблем, добавив нехватку персонала (ну проблема же, правда?), но все в один голос: есть вещи и поважнее! Вот что реально болит: 👇 1️⃣ Индивидуализация vs. Массовость. “Клиент всегда прав!” - это девиз, который заставляет уменьшать партии, подстраиваться под каждого заказчика и соблюдать сроки, как никогда раньше. Гибкость - наше всё! Но как ее достичь, когда ресурсов в обрез? 2️⃣ Оптимизация запасов vs. Стабильность. Все говорят про “высвобождение оборотных средств”, но как сократить запасы, чтобы производство не встало колом? Найти этот баланс - искусство, а не просто табличка в Excel! 3️⃣ Минимизация потерь vs. Жестокая реальность. Простои, сломанное оборудование, изношенная оснастка… Все это - прямые убытки! Но как выявить и устранить причины этих потерь, когда кажется, что “горит” везде и сразу? 4️⃣ Управляемость vs. Полный хаос. Плановики копошатся в Excel и пытаются хоть что-то “допилить” в 1С. Но ручные методы уже не катят! Как сделать производство управляемым и предсказуемым в этих условиях? Думали будет решение? Ага, конечно! 🤣 Решения - нет, есть только путь! А если на этом пути вам встретится имитационная модель вашего производства, то будет конечно легче, но работать все равно придется.3,44%
- 22 июл. 2025 г.Снижение затрат = снижение прибыли? Или почему в e-com дорогая логистика? Смотрите сами. Укрупненные ставки на перевозку: Автодоставка: от $1,2 за кг (сборные грузы) или $6500–8500 за фуру. Железная дорога: $4000–6000 за контейнер (Китай – Москва), что на 30–40% дешевле автотранспорта. Авиадоставка: $3,2 за кг — в 3–5 раз дороже, чем ж/д. Выбор очевиден? Почти.. Сколько стоит вам простой? Добавляйте к себестоимости: Перегрузка из-за разной ширины колеи добавит 1–2 дня. Таможенное оформление до 3 дней. Очереди на терминалах до 4 дней. Что еще портит картину? - Несовместимость с быстрым обновлением ассортимента (цикл жизни товара — 2–4 месяца). - Сложности «белого» импорта (документы, сертификация, маркировка). - Нехватка сборных контейнеров — только 10–12% от общего объема. - Отсутствие мультифункциональных терминалов для e-com. ⚠️ Реальный кейс: В сентябре 2024 года Wildberries ждал доставку 22 дня вместо запланированных 14 из-за простоев на границе и в Челябинске. Сосредоточившись на снижении прямых транспортных расходов, вы рискуете снизить общую рентабельность вашего бизнеса. Важно учитывать совокупную стоимость владения грузом, включая время, риски, оборачиваемость и возможность быстро реагировать на изменения рынка.3,38%
- 30 июл. 2025 г.Цифровой ЖД-бум 2025: Какие технологии перевернут железные дороги? Железнодорожная отрасль верим, надеемся переживает масштабную цифровую трансформацию, меняющую каждый аспект работы — от эксплуатации инфраструктуры до взаимодействия с клиентами. Какие ключевые тренды? 🧠 ИИ-мозг для ЖД: оптимизация и предиктивность ИИ стал главным инструментом повышения эффективности железных дорог. За счёт AI-алгоритмов оптимизируются расписания, маршруты и логистические схемы, а также прогнозируются поломки и возможные аварии. • По прогнозам The Business Research Company, рынок цифровых железнодорожных технологий достигнет $59,32 млрд в 2025 году с 8,2% среднегодового роста. • ИИ позволяет снизить время простоя подвижного состава, улучшая техническое обслуживание через предиктивный анализ данных с сенсоров. • Пилотные проекты РЖД с машинным зрением уже превзошли человеческую точность в мониторинге инфраструктуры. 📊 Большие данные под колесами: сбор и анализ в реальном времени Сенсоры IoT, видеокамеры и устройства мониторинга собирают миллионы событий ежедневно, включая параметры подвижного состава, инфраструктуры и внешних условий. • РЖД обрабатывает множество событий в течение суток, создавая базу для прогноза износа и предотвращения аварий. • Аналитика больших данных позволила на 30-40% сократить операционные затраты и оптимизировать ремонты. • Интеграция данных помогает быстрее реагировать на внештатные ситуации и повышать безопасность перевозок. 🌐 Цифровые платформы объединяют транспортные системы • В 2025 году активно развиваются мультимодальные цифровые платформы, объединяющие железнодорожные, автомобильные и морские перевозки в единую экосистему. • Такие платформы позволяют повысить прозрачность логистики, автоматизировать документооборот и сократить бюрократию, сокращая время оформления грузов минимум на 30%. • В России проект «Цифровая трансформация транспортной отрасли» предполагает создание национальных стандартов обмена данными для унификации процессов. 🤖 Роботы на службе: автоматизация операций • Автоматизированные системы управления грузопотоками, роботизированные комплексы для роспуска и погрузки вагонов уменьшают ошибки и повышают скорость обработки грузов. • Такие технологии минимизируют человеческий фактор, что значительно повышает безопасность и сокращает операционные риски. 🌱 Зелёные технологии: экологичный транспорт • Внедрение гибридных локомотивов (совмещающих дизель и электричество) способствует снижению выбросов CO2 и уменьшению затрат на топливо на 15-25%. • Цифровой контроль энергопотребления и использование цифровых двойников позволяет оптимизировать использование ресурсов и поддерживать устойчивую работу железнодорожной инфраструктуры. • В сегменте «умных железных дорог» ожидается среднегодовой рост 22,4% к 2035 году, что связано с экологическими и эффективностными требованиями рынка. 👁 IoT — всевидящее око железных дорог • Массовое внедрение IoT-датчиков в оборудование и инфраструктуру позволяет в режиме реального времени отслеживать состояние составов и путей. • Такие системы обеспечивают своевременное техническое обслуживание, предотвращая аварии и увеличивая безопасность перевозок. • По данным РЖД, уровень зрелости цифровых решений уже достигает 89%, что свидетельствует о высокой готовности отрасли к масштабной цифровизации. Источники для глубокого изучения: • Тенденции в сфере железнодорожных грузоперевозок на 2025 год • Как цифровизация меняет железные дороги • Цифровая трансформация транспортной отрасли • Ключевые тренды в транспортной логистике • Новости цифровой трансформации на железнодорожном транспорте3,22%
- 20 дек. 2024 г.1.1.1. API (Application Programming Interfaces): API позволяют ЦД и ИМ взаимодействовать, обмениваясь данными и командами через стандартизированные интерфейсы. 1.1,1.1. REST API: Условия использования: 📍 Требуется простота и распространенность. REST является стандартом для веб-сервисов. 📍 Не требуется сложное управление запросами, и достаточно стандартных HTTP-методов. 📍 Нужно взаимодействие между системами, где каждая система представляет собой отдельные веб-приложения. 📍 Важно поддерживать связь с веб-клиентами. Инструменты: Flask (Python). Легкий и гибкий фреймворк для создания веб-API. Отлично подходит для прототипирования и если нужно рассчитать ресурс 1 устройства. Express.js (Node.js). Минималистичный, быстрый и очень гибкий фреймворк для создания веб-приложений и API. Популярен в JavaScript-ориентированных проектах. Django REST Framework (Python). Мощный и полнофункциональный фреймворк для создания RESTful API. Хороший выбор для крупных и сложных проектов. ASP .NET Web API (.NET). Так чисто для справки, что есть такой. Фреймворк от Microsoft для создания веб-API на платформе .NET. Spring Boot (Java). Фреймворк для создания микросервисов и веб-приложений на Java. Популярен в корпоративных и enterprise-проектах. #ИМ #ЦД #Синхронизация3,04%
- 18 сент. 2025 г.📢 Свое или Готовое? Недавно на одной из логистических конференций меня особенно зацепили два доклада, которые ярко подсветили одну из главных дилемм современного IT‑рынка. Первый доклад прозвучал как тревожный звонок: 🗣 «Создавать свой ИИ-продукт очень рискованно. Технологии устаревают быстрее, чем ты успеваешь их запустить, и быстро становятся коммодити. Единственное, что держит — это большая пользовательская база.» 💥 Пример: Пока команда самозабвенно делала автоматический поиск данных по СНиПам, ChatGPT уже выполнял эту задачу «из коробки». Занавес. Второй доклад (от одной из компаний бывшей большой 4) — ода собственным достижениям: 🗣 «Мы сделали классный IT продукт! Он умеет транскрибировать аудио и видео, создавать краткие содержания, анализировать прикреплённые файлы и конечно, поддерживает чат с нейросетью.» Ну и кто выигрывает в этой гонке вооружений? Делайте ставки, господа: 🤔 Одна команда, осознав жёсткие реалии, говорит о рисках и бессмысленности погони за технологиями, которые завтра станут общедоступными. Другая — гордится, что завтра такой продукт может сделать любой студент, просто подключив API. 😱 Пока одни рассуждают о теоретических опасностях и сложности ИИ, устаревания технологий, рискуют так и остаться в стороне, другие, не боятся рисковать и создавать передовые продукты, используя последние достижения, предлагая пользователям реальную пользу здесь и сейчас. Первые упускают возможности, вторые их реализуют.2,99%