Такая аргументация

Из собеседования technical deep-dive с кандидатом, чья компания поставляет софт государственным организациям:
- (Я:) А почему решили писать свое хранилище, а не взять что-то общепринятое в индустрии?
- (К:) Шеф сказал, "что не сертифицируется - то не монетизируется"...

Только в профиль

Мы тут с командой бренда сняли видосик с моим участием для нельзяграма (организация Мета признана в России ай-яй-яй и пользоваться их продуктами фу-фу-фу, так что ссылку на дам). Пусть, пожалуй, и тут полежит.

Робо-Лавка

Как я уже упоминал, мы в Лавке активно занимаемся роботизацией наших операционных процессов. Про новости робо-доставки тоже недавно пробрасывал. А еще у нас идет пилот проекта роботизации даркстора по модели goods-to-person. И вправду, зачем персоналу склада бегать между стеллажами, если стеллажи могут подъехать к персоналу сами? Но не все так просто.

Этот проект мы делаем в тесном сотрудничестве с командой Яндекс Роботикс. Ребята делают классных amr-роботов и rms-систему, глубоко интегрированную с нашей wms. Процесс сложнее, чем можно подумать - задачу оптимизации движения десятка+ роботов в ограниченном пространстве с минимизацией времени сборки штучки и неухудшения времени процессинга заказа в целом нужно еще подружить с процессами отбора через порталы и работой с пут-воллом.

С гордостью за ребят могу сказать, что к текущему моменту мы достигли отличных показателей сборки заказов! Но это не значит, что можно откинуться в кресле и просто наблюдать, как роботы делают всю работу за нас. Впереди еще тьма сложностей, которые нужно победить для полноценного масштабирования. Например, потому что сборка - лишь один из десятков операционных процессов даркстора, и теперь нужно адаптироваться под остальные - оптимизировать процессы размещения, упрощать ротацию товаров и контроль сроков годности, улучшать отбор.

Приведу пример задачи. Робот снизу приподнимает высокий и тяжелый стеллаж. Очень не хотелось бы, чтобы стеллаж мог упасть. А ускорять движение роботво хочется. А где движение - там разгоны и торможения, при которых возникает инерция, которая может привести к заваливанию. Логичное действие - на уровне rms/wms при размещении товара давать задания на размещение тяжелого товара пониже, а легкого - повыше. Но этого тоже недостаточно - стеллажи комплектуются с двух сторон (и отбор идет тоже с двух сторон, робот поворачивается нужным боком), и нужно еще следить за прогнозной оборачиваемостью товара, чтобы не было такого, что с одной стороны стеллажа все разобрали, и другая сторона стала сильно тяжелее, иначе нарушился баланс нагрузки, и снова риск заваливания.

Да и со сборкой мы еще не закончили - нужно повышать стабильность показателей в пиковые часы и работать над аптаймом робо-зоны, продолжать оптимизировать весь процесс и развивать инфру вокруг. Это лишь начало пути. Но уже очень интересно. Кстати, нам можно в этом помочь - мы ищем талантливых ребят в нашу wms, Роботикс тоже нанимает, да и в посте про роботов-доставщиков я не упомянул вакансию. Откликайтесь или пишите в личку!

Робо-РЦ

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

На РЦ мы пока в самом начале пути - решения только предстоит вырабатывать и пилотировать. В первую очередь хочется за счет роботизации сделать процессы более стабильными, эффективными, прогнозируемыми и качественными. Так-то у нас и без того практически образцово-показательные РЦ, но всегда хочется большего. Роботы реже могут не выйти на смену, реже едят, курят и залипают в телефон, не забывают надеть каску - все это порой свойственно иным людям. Основных направления, в которые хотим смотреть, три.

Очевидно, нужны горизонтальные и вертикальные перемещения палет. И, очевидно, это не получится сделать одним решением - скорее всего, их нужно целых три - робо-ступа для подвоза и робо-ричтраки для подъема на две высотные категории - на 6 и на 10 метров (просто потому что все поднимать десятками слишком дорого). Шутки про forklift certified - сюда.

Более сложная задача - инвентаризация. Существуют решения на базе самоходной платформы с мачтой, по которой вертикально двигается камера, считывающая данные - штрихкоды палет и другие их показатели. Но основная сложность в том, что мы хотим сверять не только палетоместа, но и штучки. А как посчитать, сколько штучек замотано в палете? Вероятно, потребуется computer vision, который на основе известных весо-габаритных характеристик сможет сверить объем палеты с нормой штучек на стоке. Есть гипотеза, что для оценки объема потребуется несколько ракурсов палеты, и я пока не уверен, что это удобно делать с мачты, поэтому не исключено, что будем смотреть также в сторону коптеров, которыми удобней получить разные ракурсы палет.

Пожалуй, самая понятная задача - клининг. Тут существует уже немало решений, которые можно пробовать. Хотя и тут нашлась засада - нужно либо два робо-уборщика, либо сложный комбайн, чтобы и относительно крупный мусор (обрывки стрейча, щепки от палет, кусочки картона) убирать, и влажную уборку производить. Будем исследовать варианты.

И все это с высокой степенью автономности, предельной точностью, хорошей скоростью и минимальными простоями. Но мы справимся. Потому что сами продукты на полках не окажутся, а вас кормить как-то надо. В следующий раз, когда будете хомячить чипсики, просто задумайтесь, какой путь они до вас проделали, сколько там было касаний, и сколько из этого еще можно роботизировать. А мы пойдем дальше оптимизировать сапплай-чейн.

Нижний

Последняя галочка - done. Напомню, мы с друзьями-коллегами создали себе традицию раз в год ездить на не-московские этапы RDS GP и ранее уже были в Питере (Игора драйв) и Красноярске (Красное кольцо), да и на московских этапах иногда собираемся полным составом. В этом году мы закрыли ачивку посещения Нижегородского кольца, так что в календаре GP не осталось городов, которые мы бы не посетили.

Недавно я писал про непредсказуемость результатов этапов, и в эти выходные мы снова в этом убедились. Но если в прошлый раз сетка топ-32 сложилась так, что все силовики оказались в одной четверти, то на прошедших выходных сетка была очень равномерная. Я даже был почти уверен, что знаю, кто дойдет из каждой четверти до полуфиналов. Очевидно, в топ-4 должны были схлестнуться Царь, Дамир, Томми и Гоча. Как бы не так!

Царя "зажало" между братьями Поповыми - одного прошел, а второму заслуженно уступил. Брат за брата, как говорится.
Дамир проиграл Тимофею, который, как и Поповы, уверенно идет к голове пелетона - дорогу молодым!
Гоча переагрессировал и воткнулся в Кузнецова (тоже круто прогрессирует!) на манже, но до этого он показал самый крутой и близкий чейз-ран.
Томми снова повезло. Он, безусловно, крутой пилот, но победа над Козловым была не столь однозначна. В конце - 4-е место.

В итоге - на тумбе только молодежь, и это круто. Но что восхищает еще больше - это заезды юниоров, которые проходили между gp-шными в рамках учебно-тренировочных сборов. Эти пацаны 12-14 лет едут не просто хорошо - они едут лучше иных пилотов gp! Судили их по той же взрослой шкале, и Арсений выдал квалу на 98 баллов (это тот же балл, с которым Аркадий выиграл взрослую квалу на этом этапе). Мы в 12 лет крапиву палкой фигачили. А эти ребята едут так, что старики в ахтунге.

А в остальном - классная компания, дрифт, домик, шашлыки, банька, корона. Что еще для счастья надо?

Новая валюта

Раньше говорили: "Это бесполезная трата времени".
Недавно услышал: "Это бесполезная трата токенов".
Раньше самым ценным нашим ресурсом было время.
Теперь ИИ экономит время, но упирается в токены.
Однако, время не купишь, а токены - можно.
"Время - деньги" --> "Деньги - время".
Выходит, теперь можно купить время. Окей.
Главное - уметь этой возможностью распорядиться.