Stack overflow IRL
Что будет, если скрестить CTF и городской квест? Вот и я не знаю. А ребята, кажется, догадываются. Точнее, организуют это мероприятие. 23 мая Яндекс организует "Рекурсию по городу" - командное офлайн-приключение в формате CTF.
Участники будут решать задачи прямо на улицах Москвы: 35+ заданий по маршруту, который проходит через точки, связанные с историей российской IT-индустрии, в том числе через территорию МГУ, центр фундаментальных исследований РАН и нашу штаб-квартиру в «Красной Розе».
В основе — игровой нарратив: архивный сервер с кодом большого проекта застрял в бесконечной рекурсии. Команды будут восстанавливать архитектуру, находить конфликты между элементами и шаг за шагом выводить систему из петли.
Я бы и сам с радостью вписался, если бы не было уже других планов на этот день. Но вам рекомендую попробовать - потом расскажете, как оно было. У меня нет точной информации про задания, с которыми вы там столкнетесь, но там наверняка потребуются самые разные компетенции - советую собирать кроссфункциональную команду. Должно быть интересно!
Все детали и рега тут - https://events.yandex.ru/events/rekursiya
Что будет, если скрестить CTF и городской квест? Вот и я не знаю. А ребята, кажется, догадываются. Точнее, организуют это мероприятие. 23 мая Яндекс организует "Рекурсию по городу" - командное офлайн-приключение в формате CTF.
Участники будут решать задачи прямо на улицах Москвы: 35+ заданий по маршруту, который проходит через точки, связанные с историей российской IT-индустрии, в том числе через территорию МГУ, центр фундаментальных исследований РАН и нашу штаб-квартиру в «Красной Розе».
В основе — игровой нарратив: архивный сервер с кодом большого проекта застрял в бесконечной рекурсии. Команды будут восстанавливать архитектуру, находить конфликты между элементами и шаг за шагом выводить систему из петли.
Я бы и сам с радостью вписался, если бы не было уже других планов на этот день. Но вам рекомендую попробовать - потом расскажете, как оно было. У меня нет точной информации про задания, с которыми вы там столкнетесь, но там наверняка потребуются самые разные компетенции - советую собирать кроссфункциональную команду. Должно быть интересно!
Все детали и рега тут - https://events.yandex.ru/events/rekursiya
This media is not supported in your browser
VIEW IN TELEGRAM
Перемножение рисков
Вот за что я люблю дрифт - это за его непредсказуемость. Тут не получится, как в формуле, стабильно привозить всем раз за разом. В дрифте нет слагаемых успеха - тут множители, их много, и если хоть один из них 0 - произведение тоже будет 0. Без скилла, конечно, далеко не уедешь. Но и прочих факторов великое множество, поэтому чемпионами становятся те, кто наиболее стабилен и умеет снижать риски хотя бы по тем факторам, на которые можно влиять (например, надежность техники).
В выходные прошел первый этап сезона RDS GP и без сюрпризов, естественно, не обошлось. Сетка, составленная по итогам квалификации, сразу дала понять, что очевидных результатов ждать не приходится. Львиная доля силовиков - Гоча, Тиводар, Царь, Лось - оказалась заперта в одной четверти сетки, а значит - в получиналы выйдет только один из них. Зато в трех других четвертях до топ-4 без особых проблем добрались Дамир (ожидаемо), Бородин (неожиданно) и новый легионер Томми Кейли.
Забегая вперед, Томми в итоге выиграл этот этап. Вот так первый раз приехал в наш чемпионат и сразу победил. Это мне, конечно, не понравилось. Пилот он явно крутой, и техническая база фрешей нынче хороша (после того как они перекупили моториста из форварда и перестали ломать по 3 джейзета за этап, дела у них очевидно пошли в гору), но это как-то непедагогично. Ему просто повезло с сеткой. Астапов и Попов не самые сложные соперники, Дамир - сокомандник, а Царь - велик, но не всегда стабилен. Да и решение судей в заезде с Дамиром не столь однозначно. Но посмотрим. Не думаю, что ему удастся легко повторить этот успех.
Вообще необычных заездов было немало. Символичный заезд двух бывших пилотов фланкера (Кузнецов и Чарли), оба из которых остались без фланкера "благодаря" Зеленому. Лось удивил очень слабым проездом с Царем, но это я объясняю непривычной платформой и субординацией после перехода в новую команду. Федоров со своей любовью к экспериментам и при этом небольшим бюджетом, порадовал нас непривычной платформой - мустанг на V8 смотрится и звучит круто, но, увы, неконкурентоспособен. В этом году, к слову, почти монокубок в плане моторов - только 2 мотора из трех десятков - не-jz, это лс-подобный у Федорова и вр38 на фланкере.
Но и не поворчать я тоже не могу. Грустно, что в ГП все больше проблем из-за бабок. Все упирается в бабки. Многие пилоты не могут ехать сезон, потому что это стало слишком дорого. А другие за деньги покупают бафы, вот только талант не купишь. Тот же Зеленый, который скупил все фланкеры, а сам реализовать его потенциал не может. К слову, Артур - единственный пилот, который постоянно ходит в плотном кольце телохранителей. Это ж как надо вести бизнес, чтобы нажить столько врагов? В том же паддоке есть бизнесмены покрупнее, но все без охраны и спокойно общаются с публикой.
Или вот Мигаль, который может купить хороших зарубежных легионеров, схантить талантливых технарей, построить дорогущие тачки. Но не может купить культуру открытого и товарищеского соревнования, без самовосхваления и якорей. Слишком много бизнеса для этого пацанского спорта.
Но больше всего я угарнул со Шнайдера, который так зазнался, что счел по зубам сделать свой чемпионат. Там же история вообще волшебная. Сначала он немного поездил в rds open, решил, что научился, и купил себе место в gp, притом не абы в какой команде, а в форварде. Год поездил там, решил, что разобрался, как строить команду, и сделал (купил) свою команду. Поездил с ней пару лет, решил, что разобрался, как устроен чемпионат, и пошел делать свой. Ну-ну. Только вот я не уверен, что это все его заслуга, а не папины миллиарды и профессиональные управленцы, которых он на эти деньги нанимает.
Тем не менее, сезон обещает быть интересным. Всем дрифт!
Вот за что я люблю дрифт - это за его непредсказуемость. Тут не получится, как в формуле, стабильно привозить всем раз за разом. В дрифте нет слагаемых успеха - тут множители, их много, и если хоть один из них 0 - произведение тоже будет 0. Без скилла, конечно, далеко не уедешь. Но и прочих факторов великое множество, поэтому чемпионами становятся те, кто наиболее стабилен и умеет снижать риски хотя бы по тем факторам, на которые можно влиять (например, надежность техники).
В выходные прошел первый этап сезона RDS GP и без сюрпризов, естественно, не обошлось. Сетка, составленная по итогам квалификации, сразу дала понять, что очевидных результатов ждать не приходится. Львиная доля силовиков - Гоча, Тиводар, Царь, Лось - оказалась заперта в одной четверти сетки, а значит - в получиналы выйдет только один из них. Зато в трех других четвертях до топ-4 без особых проблем добрались Дамир (ожидаемо), Бородин (неожиданно) и новый легионер Томми Кейли.
Забегая вперед, Томми в итоге выиграл этот этап. Вот так первый раз приехал в наш чемпионат и сразу победил. Это мне, конечно, не понравилось. Пилот он явно крутой, и техническая база фрешей нынче хороша (после того как они перекупили моториста из форварда и перестали ломать по 3 джейзета за этап, дела у них очевидно пошли в гору), но это как-то непедагогично. Ему просто повезло с сеткой. Астапов и Попов не самые сложные соперники, Дамир - сокомандник, а Царь - велик, но не всегда стабилен. Да и решение судей в заезде с Дамиром не столь однозначно. Но посмотрим. Не думаю, что ему удастся легко повторить этот успех.
Вообще необычных заездов было немало. Символичный заезд двух бывших пилотов фланкера (Кузнецов и Чарли), оба из которых остались без фланкера "благодаря" Зеленому. Лось удивил очень слабым проездом с Царем, но это я объясняю непривычной платформой и субординацией после перехода в новую команду. Федоров со своей любовью к экспериментам и при этом небольшим бюджетом, порадовал нас непривычной платформой - мустанг на V8 смотрится и звучит круто, но, увы, неконкурентоспособен. В этом году, к слову, почти монокубок в плане моторов - только 2 мотора из трех десятков - не-jz, это лс-подобный у Федорова и вр38 на фланкере.
Но и не поворчать я тоже не могу. Грустно, что в ГП все больше проблем из-за бабок. Все упирается в бабки. Многие пилоты не могут ехать сезон, потому что это стало слишком дорого. А другие за деньги покупают бафы, вот только талант не купишь. Тот же Зеленый, который скупил все фланкеры, а сам реализовать его потенциал не может. К слову, Артур - единственный пилот, который постоянно ходит в плотном кольце телохранителей. Это ж как надо вести бизнес, чтобы нажить столько врагов? В том же паддоке есть бизнесмены покрупнее, но все без охраны и спокойно общаются с публикой.
Или вот Мигаль, который может купить хороших зарубежных легионеров, схантить талантливых технарей, построить дорогущие тачки. Но не может купить культуру открытого и товарищеского соревнования, без самовосхваления и якорей. Слишком много бизнеса для этого пацанского спорта.
Но больше всего я угарнул со Шнайдера, который так зазнался, что счел по зубам сделать свой чемпионат. Там же история вообще волшебная. Сначала он немного поездил в rds open, решил, что научился, и купил себе место в gp, притом не абы в какой команде, а в форварде. Год поездил там, решил, что разобрался, как строить команду, и сделал (купил) свою команду. Поездил с ней пару лет, решил, что разобрался, как устроен чемпионат, и пошел делать свой. Ну-ну. Только вот я не уверен, что это все его заслуга, а не папины миллиарды и профессиональные управленцы, которых он на эти деньги нанимает.
Тем не менее, сезон обещает быть интересным. Всем дрифт!
"Это не ошибка. Это эволюция" (с) доктор Айзекс
Меня зовут Элис, я работала на корпорацию «Амбрелла» - крупнейшую коммерческую структуру в мире. Я руководила охраной секретного объекта под названием «Улей». Это был гигантский подземный дата-центр по обучению экспериментального искусственного интеллекта.
Произошел инцидент - пропали все графики и мониторинги... Отключилось много микросервисов. Самое ужасное, что они не упали. «Улей» контролировала система ии-безопасности - «Красная королева». «Красная королева» жестко отреагировала на угрозу даунтайма. Она отключила приборы и забрала у людей доступ до серверов, кода и системы деплоя.
«Красная королева» запустила все агенты, даже те, которые сами находят проблемы, ставят задачи, пишут код, ревьювят его, деплоят в продакшен и так по кругу. Мне удалось полключиться, но было уже поздно... Эпидемией ИИ-агентов накрыло, как цунами, сначала наши ДЦ, а потом и весь интернет. ИИ не просто поднимал поды, они мутировали, превращаясь в новых агентов.
Несмотря на устроенный ей апокалипсис, корпорация «Амбрелла» продолжила эксперименты со смертельным ИИ. Меня заставили вайбкодить, но ИИ вошел со мной в симбиоз, дал мне сверхспособности. Я стала другой... Сильной... Неудержимой... Тем временем разработчики становились все слабее. Я пыталась вывести выживших программистов из зоны комфорта, но нам постоянно давали все больше токенов.
Моя подруга Джилл Валентайн оказалась дипфейком «Амбреллы». Но я смогла добраться до главы корпорации «Амбрелла» - Альберта Вескера. Я потеряла подписку на антропик, но все же покончила с ним. Наконец-то мы поверили в победу. Мы думали, что весь ужас позади. Но мы ошибались... В очередной раз нам пришлось сражаться за наш код.
Меня зовут Элис, я работала на корпорацию «Амбрелла» - крупнейшую коммерческую структуру в мире. Я руководила охраной секретного объекта под названием «Улей». Это был гигантский подземный дата-центр по обучению экспериментального искусственного интеллекта.
Произошел инцидент - пропали все графики и мониторинги... Отключилось много микросервисов. Самое ужасное, что они не упали. «Улей» контролировала система ии-безопасности - «Красная королева». «Красная королева» жестко отреагировала на угрозу даунтайма. Она отключила приборы и забрала у людей доступ до серверов, кода и системы деплоя.
«Красная королева» запустила все агенты, даже те, которые сами находят проблемы, ставят задачи, пишут код, ревьювят его, деплоят в продакшен и так по кругу. Мне удалось полключиться, но было уже поздно... Эпидемией ИИ-агентов накрыло, как цунами, сначала наши ДЦ, а потом и весь интернет. ИИ не просто поднимал поды, они мутировали, превращаясь в новых агентов.
Несмотря на устроенный ей апокалипсис, корпорация «Амбрелла» продолжила эксперименты со смертельным ИИ. Меня заставили вайбкодить, но ИИ вошел со мной в симбиоз, дал мне сверхспособности. Я стала другой... Сильной... Неудержимой... Тем временем разработчики становились все слабее. Я пыталась вывести выживших программистов из зоны комфорта, но нам постоянно давали все больше токенов.
Моя подруга Джилл Валентайн оказалась дипфейком «Амбреллы». Но я смогла добраться до главы корпорации «Амбрелла» - Альберта Вескера. Я потеряла подписку на антропик, но все же покончила с ним. Наконец-то мы поверили в победу. Мы думали, что весь ужас позади. Но мы ошибались... В очередной раз нам пришлось сражаться за наш код.
😁18🔥3
Магия вне Хогвардса, или Дед вайбкодит, pt.2
В предыдущем посте вы могли прочитать либретто сна при температуре 39 после дня вайбкодинга. Но если в прошлый раз я делал простейшее сложение чисел, то теперь решил посмотреть, как ИИшка справится с более полноценным проектом. Скажем так - да, справилась. Да, работает. Да, быстро. Но, как водится, есть нюанс.
На этот раз задачка была довольно прикладная - сделать механизм вычислений по заданной юзером формуле над определенным набором переменных (для подписчиков из Еды: типа js-пайплайнов). Библиотека для интерпретации формулы и вычислений, демо-сервер для запуска, веб-интрефейс для задания формулы и значений переменных. В целом - не рокет-саенс, но для опытов пойдет, ибо тут и фронт, и бек, и алгосы, чуть математики, можно собрать много фактуры.
Из позитивного. На создание проекта от начала написания промта до первого прототипа, с 5 метров похожего на результат, ушло 2.5 часа и токенов на 3 доллара. Без ИИ - слабодостижимый результат. Еще клод написал хорошую ридмишку, и в целом по ходу давал хорошие и понятные подсказки, например, из области эксплуатации - как запускать, как протестить.
А дальше странности. После составления плана и моего аппрува, клод долго шуршал, постоянно спрашивая одобрения на запуск разных команд в шелле, периодически запрашивая абсурдные системные пермишены (например, к apple music), но с написанием кода справился. Как минимум, он так считал. Правда, в конце он сознался, что на тачке не установлены go и node.js, поэтому писал он это все с каменным лицом "вслепую" и проверить не смог. Но я могу сам поставить так-то и так-то. Блин, ну если ты и так от моего имени запускал столько шелл-команд, не мог уже сам поставить? Ладно, установил. Запускаю по инструкции из ридми make run - сюрприз - не компилируется. Ха.
Отчитался клоду, что я поставил ему го и ноду, предложил как-то доделать работу нормально, а не на отвали. Он снова надолго ушел шуршать, но на этот раз все сделал нормально. Занятно было наблюдать, как в процессе он находил свои ошибки и исправлял их. Типа "ой, оказывается было плохой идеей назвать бинарь demo, потому что я тут уже создал папку для сорцов с таким же названием". А типа сразу он этого не мог понять? Мне казалось, что ИИ как раз за счет контекста такие человеческие ошибки не делает.
Модель снова кучу всего додумала сама, вместо того, чтобы нормально переспросить у меня. Я ж тут для того и сижу, чтобы уточнять требования. Только хотелось бы делать это по ходу реализации, а не в конце, когда я сам нахожу какие-то ее фантазии. Вот зачем эта штука решила сортировать переменные в веб-интрефейсе в алфавитном порядке? Требования такого не было, а если бы она спросила - я бы предложил их сортировать по типу данных, сначала инты, потом булы.
Фронтенд получился, на мой вкус, переусложненным. Я, может, сам виноват в том, что в промте предложил реакт, но не надо было сразу делать spa и гору наворотов ради интерфейса с 1 кнопкой и 2 состояниями.
Вообще код вышел не фонтан. Много намудрил с декларацией типов переменных для формулы, много какого-то нейрослопа типа функций, просто вызывающих другую функцию и больше ничего, какие-то абстракции ради абстракций. И при этом дофига однобуквенных переменных. А часть логики явно можно было бы не писать самому, а взять какие-то околостандартные конструкции языка или общепринятые библиотеки. Стиль оформления тестов - вообще мрак, никакой логике не подчиняется. Я бы такое на ревью завернул.
Кстати, о ревью. На вычитывание кода у меня ушло столько же времени, сколько на все остальное - больше 2 часов. Итого, около часа я писал промт, час оно шуршало, полчаса на пусконаладку, и 2 с лишним часа на ревью. Мораль - теперь, видимо, нужно в первую очередь оптимизировать код-ревью. Хотя тут назревает философская дилемма: а если предположить, что в дальнейшем этот код буду дорабатывать не я, а снова ИИ, может и не нужно ничего ревьювить? И код должен быть понятен не мне, а ИИ? Работает - не трогай?
В предыдущем посте вы могли прочитать либретто сна при температуре 39 после дня вайбкодинга. Но если в прошлый раз я делал простейшее сложение чисел, то теперь решил посмотреть, как ИИшка справится с более полноценным проектом. Скажем так - да, справилась. Да, работает. Да, быстро. Но, как водится, есть нюанс.
На этот раз задачка была довольно прикладная - сделать механизм вычислений по заданной юзером формуле над определенным набором переменных (для подписчиков из Еды: типа js-пайплайнов). Библиотека для интерпретации формулы и вычислений, демо-сервер для запуска, веб-интрефейс для задания формулы и значений переменных. В целом - не рокет-саенс, но для опытов пойдет, ибо тут и фронт, и бек, и алгосы, чуть математики, можно собрать много фактуры.
Из позитивного. На создание проекта от начала написания промта до первого прототипа, с 5 метров похожего на результат, ушло 2.5 часа и токенов на 3 доллара. Без ИИ - слабодостижимый результат. Еще клод написал хорошую ридмишку, и в целом по ходу давал хорошие и понятные подсказки, например, из области эксплуатации - как запускать, как протестить.
А дальше странности. После составления плана и моего аппрува, клод долго шуршал, постоянно спрашивая одобрения на запуск разных команд в шелле, периодически запрашивая абсурдные системные пермишены (например, к apple music), но с написанием кода справился. Как минимум, он так считал. Правда, в конце он сознался, что на тачке не установлены go и node.js, поэтому писал он это все с каменным лицом "вслепую" и проверить не смог. Но я могу сам поставить так-то и так-то. Блин, ну если ты и так от моего имени запускал столько шелл-команд, не мог уже сам поставить? Ладно, установил. Запускаю по инструкции из ридми make run - сюрприз - не компилируется. Ха.
Отчитался клоду, что я поставил ему го и ноду, предложил как-то доделать работу нормально, а не на отвали. Он снова надолго ушел шуршать, но на этот раз все сделал нормально. Занятно было наблюдать, как в процессе он находил свои ошибки и исправлял их. Типа "ой, оказывается было плохой идеей назвать бинарь demo, потому что я тут уже создал папку для сорцов с таким же названием". А типа сразу он этого не мог понять? Мне казалось, что ИИ как раз за счет контекста такие человеческие ошибки не делает.
Модель снова кучу всего додумала сама, вместо того, чтобы нормально переспросить у меня. Я ж тут для того и сижу, чтобы уточнять требования. Только хотелось бы делать это по ходу реализации, а не в конце, когда я сам нахожу какие-то ее фантазии. Вот зачем эта штука решила сортировать переменные в веб-интрефейсе в алфавитном порядке? Требования такого не было, а если бы она спросила - я бы предложил их сортировать по типу данных, сначала инты, потом булы.
Фронтенд получился, на мой вкус, переусложненным. Я, может, сам виноват в том, что в промте предложил реакт, но не надо было сразу делать spa и гору наворотов ради интерфейса с 1 кнопкой и 2 состояниями.
Вообще код вышел не фонтан. Много намудрил с декларацией типов переменных для формулы, много какого-то нейрослопа типа функций, просто вызывающих другую функцию и больше ничего, какие-то абстракции ради абстракций. И при этом дофига однобуквенных переменных. А часть логики явно можно было бы не писать самому, а взять какие-то околостандартные конструкции языка или общепринятые библиотеки. Стиль оформления тестов - вообще мрак, никакой логике не подчиняется. Я бы такое на ревью завернул.
Кстати, о ревью. На вычитывание кода у меня ушло столько же времени, сколько на все остальное - больше 2 часов. Итого, около часа я писал промт, час оно шуршало, полчаса на пусконаладку, и 2 с лишним часа на ревью. Мораль - теперь, видимо, нужно в первую очередь оптимизировать код-ревью. Хотя тут назревает философская дилемма: а если предположить, что в дальнейшем этот код буду дорабатывать не я, а снова ИИ, может и не нужно ничего ревьювить? И код должен быть понятен не мне, а ИИ? Работает - не трогай?
👍10👏1
Как собрать все грабли за 2 часа
Как я уже писал ранее, ходить в поля очень полезно. Кроме самостоятельной сборки заказов на дарке, я еще налюдал за работой директоров дарков, был на нашем заводе, наведывался в оффлайн-магазин, ходил в каске по РЦ, изучал устройство модулей кухни. И вот, наконец, добрался до курьерства. Пару дней назад мы с коллегами вышли на курьерский слот в одну из ближайших к офису Лавок. Это было фиаско, зато даже так мы собрали немало инсайтов. Поделюсь рецептом, как нарваться на почти все возможные проблемы за пару часов.
Для начала нужно забыть предупредить управляющий персонал дарка о том, что нам потребуются электробайки. Конечно же, запасных на месте не окажется. Поэтому двое будут кататься на обычных велах, а еще двоим придется самостоятельно арендовать шеринговые самокаты, потому что пешком доставлять нельзя, чтобы не просадить пользовательские метрики по click-to-eat.
Также рекомендую забить на то, чтобы заранее пройти все проверки в приложении исполнителей Яндекс Про, чтобы была прекрасная возможность на месте разбираться с фотоконтролем документов и заведением идентификатора КИС АРТ, опаздывая на слот. Еще советую заранее не узнавать, как собрать курьерский термокороб из заводской упаковки - это позволит вам опоздать еще сильнее, пока вы придаете ему нужную форму из 2D в 3D.
Выбрать сильно загруженный даркстор и пиковое время, а также на всякий случай убрать пару слотов обычных курьеров, чтобы вам точно досталось побольше заказов - для слабаков. То ли дело чиллить по полчаса в ожидании заказа на оверсапплае при низком рейте заказов. Мы же туда шли на травке посидеть. В итоге каждому из нас за 2 часа досталось лишь по 2 заказа. Впрочем, мы и на них смогли выхватить приколов.
Если у вас есть старый ненужный андроид-смартфон десятилетней давности - берите именно его. В нем же устаревшая и необновляемая версия андроида, слабый проц, мало памяти и не самые совершенные модули связи, так что на вас точно выстрелят баги, которые уже никто никогда не станет чинить. То сторька зависнет, не пуская на экран забора заказа, то маршрут не построится. Вы сможете принести команде уникальные, хоть и совершенно бессмысленные багрепорты.
Доставлять, конечно, лучше в центре Москвы в окрестностях 9 мая, чтобы навигация уж точно не работала. Так вы сможете лучше изучить район, а также занять руки - держать два телефона в надежде, что один из них тебя найдет, очень удобно.
Ну а если вы хотите наблюдать в дарке легкую панику, советую попросить команду катнуть в Про бажный релиз посреди вашего слота, сломав тем самым получение заказа. Уж не знаю, поняли ли другие курьеры, что мы из офиса, но по лицу мы в этот раз не получили. Зато вы можете координировать инцидент и репортить статус и аффект проблем из первых рук, чтобы дежурные лучше понимали, что происходит.
Но в остальном все прошло классно, логистический продукт у нас на самом деле очень крутой. Надо будет повторить.
Как я уже писал ранее, ходить в поля очень полезно. Кроме самостоятельной сборки заказов на дарке, я еще налюдал за работой директоров дарков, был на нашем заводе, наведывался в оффлайн-магазин, ходил в каске по РЦ, изучал устройство модулей кухни. И вот, наконец, добрался до курьерства. Пару дней назад мы с коллегами вышли на курьерский слот в одну из ближайших к офису Лавок. Это было фиаско, зато даже так мы собрали немало инсайтов. Поделюсь рецептом, как нарваться на почти все возможные проблемы за пару часов.
Для начала нужно забыть предупредить управляющий персонал дарка о том, что нам потребуются электробайки. Конечно же, запасных на месте не окажется. Поэтому двое будут кататься на обычных велах, а еще двоим придется самостоятельно арендовать шеринговые самокаты, потому что пешком доставлять нельзя, чтобы не просадить пользовательские метрики по click-to-eat.
Также рекомендую забить на то, чтобы заранее пройти все проверки в приложении исполнителей Яндекс Про, чтобы была прекрасная возможность на месте разбираться с фотоконтролем документов и заведением идентификатора КИС АРТ, опаздывая на слот. Еще советую заранее не узнавать, как собрать курьерский термокороб из заводской упаковки - это позволит вам опоздать еще сильнее, пока вы придаете ему нужную форму из 2D в 3D.
Выбрать сильно загруженный даркстор и пиковое время, а также на всякий случай убрать пару слотов обычных курьеров, чтобы вам точно досталось побольше заказов - для слабаков. То ли дело чиллить по полчаса в ожидании заказа на оверсапплае при низком рейте заказов. Мы же туда шли на травке посидеть. В итоге каждому из нас за 2 часа досталось лишь по 2 заказа. Впрочем, мы и на них смогли выхватить приколов.
Если у вас есть старый ненужный андроид-смартфон десятилетней давности - берите именно его. В нем же устаревшая и необновляемая версия андроида, слабый проц, мало памяти и не самые совершенные модули связи, так что на вас точно выстрелят баги, которые уже никто никогда не станет чинить. То сторька зависнет, не пуская на экран забора заказа, то маршрут не построится. Вы сможете принести команде уникальные, хоть и совершенно бессмысленные багрепорты.
Доставлять, конечно, лучше в центре Москвы в окрестностях 9 мая, чтобы навигация уж точно не работала. Так вы сможете лучше изучить район, а также занять руки - держать два телефона в надежде, что один из них тебя найдет, очень удобно.
Ну а если вы хотите наблюдать в дарке легкую панику, советую попросить команду катнуть в Про бажный релиз посреди вашего слота, сломав тем самым получение заказа. Уж не знаю, поняли ли другие курьеры, что мы из офиса, но по лицу мы в этот раз не получили. Зато вы можете координировать инцидент и репортить статус и аффект проблем из первых рук, чтобы дежурные лучше понимали, что происходит.
Но в остальном все прошло классно, логистический продукт у нас на самом деле очень крутой. Надо будет повторить.
🔥20😁14❤4
In the grey
Вчера ходили на закрытый предпоказ нового фильма Гая Ричи "Грязные деньги", который выйдет на большие экраны через пару дней. 7/10.
Во-первых, огромное спасибо командам Кинопоиска и бренда Яндекса за это мероприятие, это было круто.
Во-вторых, фильм хороший. Снято качественно, мощный экшен, динамично, увлекает.
В-третьих, это все же уже не тот Гай Ричи. Если вы фанат его старых фильмов, просто не относитесь к новому фильму как к фильму Гая Ричи. Просто крутой боевик, без легендарной "Ричевости" (за референс беру бессмертные "Карты, деньги, два ствола", "Большой куш", "Рок-н-ролльщик"). Что же тут не так?
Сюжет довольно линеен, нет той закрученности, за которую я полюбил Ричи. Когда ты поначалу путаешься в многочисленных персонажах (кто все эти люди?) и сюжетных линиях (а этим что надо?), а потом они начинают элегантно переплетаться, сходясь в одной точке самым немыслимым образом.
У главных героев все получается, потому что они сильные, умные и подготовленные. А не потому что этим сказочным идиотам невероятно везет. Не потому что так сошлись звезды. И не потому что "Никогда не стоит недооценивать непредсказуемость человеческой глупости". Так не интересно.
Сами персонажи достаточно плоские, не хватает фактурности и яркости. Отсюда и весьма рядовая актерская игра. Вспомните Гарри Топора, Микки, Кирпича, Бориса Бритву, Арчи, Рори Ломщика. Даже Стелла куда более элегантная, чем персонаж Эйсы Гонсалез.
Нет тех великолепных диалогов и монологов, которые расходятся потом на цитаты. "5 минут, Турецкий", "Лондон?", "Открой собаку", "Все просто тип-топ, я только не уверен в выборе цвета", да хоть монолог Кирпича про свиней. Это же целый культурный пласт, на котором зиждется вокабуляр целого поколения.
Но если перестать сравнивать "Грязные деньги" с фильмами той эпохи, когда трава была зеленее, то это просто хороший экшен, который точно стоит глянуть. Захочу ли я его пересматривать столько раз, сколько я смотрел ранние работы Ричи - не уверен. Но, возможно, отчасти - это не проблема этого фильма, а специфика нас самих и нашего взросления - в нулевых старые фильмы производили на нас более острые впечатления, и старые любимые фильмы остаются любимыми надолго, а все новое кажется каким-то "проходным", потому что мы уже сами немножко "проходные" с точки зрения восприятия. В общем, как всегда, "раньше было лучше".
Вчера ходили на закрытый предпоказ нового фильма Гая Ричи "Грязные деньги", который выйдет на большие экраны через пару дней. 7/10.
Во-первых, огромное спасибо командам Кинопоиска и бренда Яндекса за это мероприятие, это было круто.
Во-вторых, фильм хороший. Снято качественно, мощный экшен, динамично, увлекает.
В-третьих, это все же уже не тот Гай Ричи. Если вы фанат его старых фильмов, просто не относитесь к новому фильму как к фильму Гая Ричи. Просто крутой боевик, без легендарной "Ричевости" (за референс беру бессмертные "Карты, деньги, два ствола", "Большой куш", "Рок-н-ролльщик"). Что же тут не так?
Сюжет довольно линеен, нет той закрученности, за которую я полюбил Ричи. Когда ты поначалу путаешься в многочисленных персонажах (кто все эти люди?) и сюжетных линиях (а этим что надо?), а потом они начинают элегантно переплетаться, сходясь в одной точке самым немыслимым образом.
У главных героев все получается, потому что они сильные, умные и подготовленные. А не потому что этим сказочным идиотам невероятно везет. Не потому что так сошлись звезды. И не потому что "Никогда не стоит недооценивать непредсказуемость человеческой глупости". Так не интересно.
Сами персонажи достаточно плоские, не хватает фактурности и яркости. Отсюда и весьма рядовая актерская игра. Вспомните Гарри Топора, Микки, Кирпича, Бориса Бритву, Арчи, Рори Ломщика. Даже Стелла куда более элегантная, чем персонаж Эйсы Гонсалез.
Нет тех великолепных диалогов и монологов, которые расходятся потом на цитаты. "5 минут, Турецкий", "Лондон?", "Открой собаку", "Все просто тип-топ, я только не уверен в выборе цвета", да хоть монолог Кирпича про свиней. Это же целый культурный пласт, на котором зиждется вокабуляр целого поколения.
Но если перестать сравнивать "Грязные деньги" с фильмами той эпохи, когда трава была зеленее, то это просто хороший экшен, который точно стоит глянуть. Захочу ли я его пересматривать столько раз, сколько я смотрел ранние работы Ричи - не уверен. Но, возможно, отчасти - это не проблема этого фильма, а специфика нас самих и нашего взросления - в нулевых старые фильмы производили на нас более острые впечатления, и старые любимые фильмы остаются любимыми надолго, а все новое кажется каким-то "проходным", потому что мы уже сами немножко "проходные" с точки зрения восприятия. В общем, как всегда, "раньше было лучше".
❤12😢4👍3💯1
🎂
Сегодня этому каналу исполняется год. За это время я написал для вас примерно 200 постов и даже выпустил книгу с ними. Я писал про разработку, менеджмент, деврел, тачки, путешествия и многое другое. Сначала - более регулярно, сейчас - менее.
Можно было бы как-то вдумчиво отрефлексировать эволюцию этого канала, но я не буду. Просто вот вам мемасик. Шоу продолжается.
Но если у вас есть обратная связь - смело пишите в комменты, буду признателен. А если поделитесь каналом с друзьями-коллегами - вообще цены вам не будет.
Сегодня этому каналу исполняется год. За это время я написал для вас примерно 200 постов и даже выпустил книгу с ними. Я писал про разработку, менеджмент, деврел, тачки, путешествия и многое другое. Сначала - более регулярно, сейчас - менее.
Можно было бы как-то вдумчиво отрефлексировать эволюцию этого канала, но я не буду. Просто вот вам мемасик. Шоу продолжается.
Но если у вас есть обратная связь - смело пишите в комменты, буду признателен. А если поделитесь каналом с друзьями-коллегами - вообще цены вам не будет.
❤14🔥8
"Где мои деньги, Лебовски?"
Довелось тут изучать забористую финмодель одного будущего проекта. Я и так-то эксель не жалую, а тут в нем еще обнаружилась масса непонятных терминов. Стыдно. Пришлось спешно самообразовываться - полдня читал про дисконтирование денежных потоков, внутреннюю норму доходности и чистую приведенную стоимость.
Если вы, как и я, дремучие как дупло - во-первых, почитайте про эти штуки, это полезно и даже интересно. А во-вторых, поясню: внутренняя норма доходности (IRR, Internal Rate of Return) — это ставка дисконтирования (условно, ключ + риск), при которой чистая приведённая стоимость (NPV, или Net Present Value) проекта равна нулю. Простыми словами, IRR — это годовая процентная доходность инвестиций в проект.
Вообще, само понятие дисконтирования - метода оценки стоимости будущих денежных потоков для приведения их к эквиваленту в текущих ценах - можно вытащить и за пределы экономики и применить в нашей повседневной жизни.
Стоит ли делать рефакторинг сейчас за 20 человекодней и начать экономить 0.1 FTE в условиях ставки дисконтирования 50% (с учетом роста эффективности разработки и рисков что сервис закопаем)? Нужно ли внедрять более оптимальное хранилище при известном росте объема данных и ценах на стораджа? Проинвестировать ли усилия в фичи или "положить на депозит" (в техдолг)? Всегда можно попытаться привести динамические временные ценности к единым попугаям и принять решение более осознанно.
Довелось тут изучать забористую финмодель одного будущего проекта. Я и так-то эксель не жалую, а тут в нем еще обнаружилась масса непонятных терминов. Стыдно. Пришлось спешно самообразовываться - полдня читал про дисконтирование денежных потоков, внутреннюю норму доходности и чистую приведенную стоимость.
Если вы, как и я, дремучие как дупло - во-первых, почитайте про эти штуки, это полезно и даже интересно. А во-вторых, поясню: внутренняя норма доходности (IRR, Internal Rate of Return) — это ставка дисконтирования (условно, ключ + риск), при которой чистая приведённая стоимость (NPV, или Net Present Value) проекта равна нулю. Простыми словами, IRR — это годовая процентная доходность инвестиций в проект.
Вообще, само понятие дисконтирования - метода оценки стоимости будущих денежных потоков для приведения их к эквиваленту в текущих ценах - можно вытащить и за пределы экономики и применить в нашей повседневной жизни.
Стоит ли делать рефакторинг сейчас за 20 человекодней и начать экономить 0.1 FTE в условиях ставки дисконтирования 50% (с учетом роста эффективности разработки и рисков что сервис закопаем)? Нужно ли внедрять более оптимальное хранилище при известном росте объема данных и ценах на стораджа? Проинвестировать ли усилия в фичи или "положить на депозит" (в техдолг)? Всегда можно попытаться привести динамические временные ценности к единым попугаям и принять решение более осознанно.
👍7🤯3
Недостижимый идеал
Читаю сейчас книгу по ТРИЗ (теория решения изобретательских задач) Генриха Альтшуллера. Как обычно и бывает в таких ситуациях, сразу сильно хочется делиться мыслями из книги и своими наблюдениями. Пожалуй, начну. И это явно не последний пост про ТРИЗ.
Интересный подход, который сразу хочется применять везде - "идеальный объект". Это когда объекта не существует, тем не менее его функциональность выполняется. Простота - залог успеха. Долой лишнее трение, потери, искажения, даешь "прямой привод". И это не только про механику - с данными это тоже работает.
Про изобретение решений. Чтобы не упустить выигрышный вариант, можно использовать матричный подход - строится эдакий "морфологический ящик" для перебора возможных элементов решения. Это позволяет заметить все варианты, но не помомогает выбрать подходящие - либо нужна фильтрация, либо комбинаторно неподъемный метод проб и ошибок.
Про фильтрацию еще поговорим отдельно, а с методом проб и ошибок проблема в том, что когда вариантов сотни или тысячи, перебор становится накладным. Можно часть вариантов проверить мысленным экспериментом, то есть аналитически, и тут даже можно призвать на помощь ИИ. Одно плохо - это исключает неожиданные побочные открытия. Так что если бы наши предки-изобретатели пользовались ИИ, у нас бы не было пенициллина, микроволновок и тефлона.
И последнее на сегодня. При автоматизации/роботизации не нужно бездумно копировать действия человека, которые вы хотите автоматизировать. Исходить нужно из проблемы/задачи, а не из того способа ее решения, который привычен, но ограничен возможностями человека. Так, в насущной нынче ИИ-зации рутины нужно не дублировать действия человека машиной, а избавляться от причины появления этой рутины. А в робототехнике мне модель Доктора Осьминога кажется куда перспективней модных нынче роботов-гуманоидов, которых все зачем-то пытаются сделать.
Читаю сейчас книгу по ТРИЗ (теория решения изобретательских задач) Генриха Альтшуллера. Как обычно и бывает в таких ситуациях, сразу сильно хочется делиться мыслями из книги и своими наблюдениями. Пожалуй, начну. И это явно не последний пост про ТРИЗ.
Интересный подход, который сразу хочется применять везде - "идеальный объект". Это когда объекта не существует, тем не менее его функциональность выполняется. Простота - залог успеха. Долой лишнее трение, потери, искажения, даешь "прямой привод". И это не только про механику - с данными это тоже работает.
Про изобретение решений. Чтобы не упустить выигрышный вариант, можно использовать матричный подход - строится эдакий "морфологический ящик" для перебора возможных элементов решения. Это позволяет заметить все варианты, но не помомогает выбрать подходящие - либо нужна фильтрация, либо комбинаторно неподъемный метод проб и ошибок.
Про фильтрацию еще поговорим отдельно, а с методом проб и ошибок проблема в том, что когда вариантов сотни или тысячи, перебор становится накладным. Можно часть вариантов проверить мысленным экспериментом, то есть аналитически, и тут даже можно призвать на помощь ИИ. Одно плохо - это исключает неожиданные побочные открытия. Так что если бы наши предки-изобретатели пользовались ИИ, у нас бы не было пенициллина, микроволновок и тефлона.
И последнее на сегодня. При автоматизации/роботизации не нужно бездумно копировать действия человека, которые вы хотите автоматизировать. Исходить нужно из проблемы/задачи, а не из того способа ее решения, который привычен, но ограничен возможностями человека. Так, в насущной нынче ИИ-зации рутины нужно не дублировать действия человека машиной, а избавляться от причины появления этой рутины. А в робототехнике мне модель Доктора Осьминога кажется куда перспективней модных нынче роботов-гуманоидов, которых все зачем-то пытаются сделать.
- Тук-тук! - Кто там? - Рободоставка
Все любят наших роботов-доставщиков (будем их условно называть роверами). Эти милые шестиколесные тумбочки с мультяшными глазками никого не оставляют равнодушным. А еще это отличный способ борьбы с андерсапплаем. Курьеров часто не хватает, стоимость их труда растет, а технологии совершенствуются, давая возможность компенсировать рост потребности в курьерах за счет роботизации.
Перед нашими сервисами (Лавкой, Едой, Доставкой) сейчас стоит вызов - увеличить количество доставляемых роверами заказов в пару десятков раз. Без этого уже трудно продолжать масштабировать бизнес. Но просто произвести тысячи роботов и выпустить в города на вольный выпас - недостаточно. Нужно еще менять мир вокруг них, продукт, инфраструктуру. Я и в свою команду продолжаю искать человека (в том числе) на проект масштабирования роверов.
Одно из изменений, призванных повысить спрос на доставку роверами, случилось буквально на днях. Специально для тех, кому нестерпимо лень выползать из уютной квартиры/офиса, чтобы встретить ровера, мы запустили рободоставку до двери (пресс-релиз). Нет, пока что ровер не может открыть дверь подъезда и подняться на этаж, поэтому второе плечо последней мили будет преодолевать пробегающий мимо курьер. Но большую часть пути, тем не менее, проделает робот, а вам не придется обуваться. И вы сыты, и курьеры целы.
Почему я выше написал "пока что"? Да мне кажется, что это тоже не целевая картинка. В каком-то будущем (уж не знаю, насколько далеком), я рободоставку вижу себе так. Большой ровер с батчом высокой размерности подъезжает к ЖК/БЦ, из него вылезает небольшой гибкий робот (например, робособака с манипулятором) с вашим заказом, и через пару минут стучит вам в дверь. Возможно, я пересмотрел фантастики. А может, и нет. Верите?
Все любят наших роботов-доставщиков (будем их условно называть роверами). Эти милые шестиколесные тумбочки с мультяшными глазками никого не оставляют равнодушным. А еще это отличный способ борьбы с андерсапплаем. Курьеров часто не хватает, стоимость их труда растет, а технологии совершенствуются, давая возможность компенсировать рост потребности в курьерах за счет роботизации.
Перед нашими сервисами (Лавкой, Едой, Доставкой) сейчас стоит вызов - увеличить количество доставляемых роверами заказов в пару десятков раз. Без этого уже трудно продолжать масштабировать бизнес. Но просто произвести тысячи роботов и выпустить в города на вольный выпас - недостаточно. Нужно еще менять мир вокруг них, продукт, инфраструктуру. Я и в свою команду продолжаю искать человека (в том числе) на проект масштабирования роверов.
Одно из изменений, призванных повысить спрос на доставку роверами, случилось буквально на днях. Специально для тех, кому нестерпимо лень выползать из уютной квартиры/офиса, чтобы встретить ровера, мы запустили рободоставку до двери (пресс-релиз). Нет, пока что ровер не может открыть дверь подъезда и подняться на этаж, поэтому второе плечо последней мили будет преодолевать пробегающий мимо курьер. Но большую часть пути, тем не менее, проделает робот, а вам не придется обуваться. И вы сыты, и курьеры целы.
Почему я выше написал "пока что"? Да мне кажется, что это тоже не целевая картинка. В каком-то будущем (уж не знаю, насколько далеком), я рободоставку вижу себе так. Большой ровер с батчом высокой размерности подъезжает к ЖК/БЦ, из него вылезает небольшой гибкий робот (например, робособака с манипулятором) с вашим заказом, и через пару минут стучит вам в дверь. Возможно, я пересмотрел фантастики. А может, и нет. Верите?
❤13
Нечеловеческий фактор
Предположим, у вас есть продукт с кучей метрик. Метрик так много, что черт ногу сломит за всеми уследить. Одну потянешь - другая проваливается. В такой системе трудно что-то менять так, чтобы быть уверенным в целостном интегральном результате. Как выбрать царь-метрику? За какими другими метриками присматривать? Как не сойти с ума?
На помощь приходит факторный анализ - метод статистического анализа для многомерных данных. Он позволяет находить связи между различными параметрами, выявлять скрытые факторы, находить закономерности, объяснять взаимосвязи между наблюдаемыми явлениями. И только так можно проверять гипотезы и строить обдуманные прогнозы. Основная задача - уменьшить количество измеряемых признаков, вплоть до создания синтетических агрегатов, сохраняющих информационное содержание кучки отдельных переменных.
Вообще там довольно сложный математический аппарат, и этому надо учиться, но рекомендую хотя бы немного почитать про это. Помогает в принятии решений на данных, поиске инвариантов, выделении главного.
Например, составив матрицу корреляций между посещаемостью офиса и наличием сырков на кофепойнте (коэффициент Кайзера-Мейера-Олкина тут будет, пожалуй, выше 0.7), можно и без ортогонального вращения факторов varimax-ом провести конфирматорный анализ занятости паркинга к 12 часам дня, отбросив фактор насыщенности хитмапы в коммитнице как несущественный.
Короче, штука мощная, нужно только научиться ей правильно пользоваться (а как видно из предыдущего абзаца, я - не умею).
Предположим, у вас есть продукт с кучей метрик. Метрик так много, что черт ногу сломит за всеми уследить. Одну потянешь - другая проваливается. В такой системе трудно что-то менять так, чтобы быть уверенным в целостном интегральном результате. Как выбрать царь-метрику? За какими другими метриками присматривать? Как не сойти с ума?
На помощь приходит факторный анализ - метод статистического анализа для многомерных данных. Он позволяет находить связи между различными параметрами, выявлять скрытые факторы, находить закономерности, объяснять взаимосвязи между наблюдаемыми явлениями. И только так можно проверять гипотезы и строить обдуманные прогнозы. Основная задача - уменьшить количество измеряемых признаков, вплоть до создания синтетических агрегатов, сохраняющих информационное содержание кучки отдельных переменных.
Вообще там довольно сложный математический аппарат, и этому надо учиться, но рекомендую хотя бы немного почитать про это. Помогает в принятии решений на данных, поиске инвариантов, выделении главного.
Например, составив матрицу корреляций между посещаемостью офиса и наличием сырков на кофепойнте (коэффициент Кайзера-Мейера-Олкина тут будет, пожалуй, выше 0.7), можно и без ортогонального вращения факторов varimax-ом провести конфирматорный анализ занятости паркинга к 12 часам дня, отбросив фактор насыщенности хитмапы в коммитнице как несущественный.
Короче, штука мощная, нужно только научиться ей правильно пользоваться (а как видно из предыдущего абзаца, я - не умею).
😁8👍2❤1
Forwarded from Yandex for Developers
Инженерная культура, AI в разработке, развитие ML и рост сильных индивидуальных сотрудников — темы, которые сегодня волнуют многих. Мы собрали популярные вопросы пользователей и попросили экспертов Городских сервисов Яндекса (ГСЯ) ответить на них.
Как это работает:
Подписывайтесь:
Please open Telegram to view this post
VIEW IN TELEGRAM
Please open Telegram to view this post
VIEW IN TELEGRAM
🔥8
Media is too big
VIEW IN TELEGRAM
Только в профиль
Мы тут с командой бренда сняли видосик с моим участием для нельзяграма (организация Мета признана в России ай-яй-яй и пользоваться их продуктами фу-фу-фу, так что ссылку на дам). Пусть, пожалуй, и тут полежит.
Мы тут с командой бренда сняли видосик с моим участием для нельзяграма (организация Мета признана в России ай-яй-яй и пользоваться их продуктами фу-фу-фу, так что ссылку на дам). Пусть, пожалуй, и тут полежит.
🔥31
This media is not supported in your browser
VIEW IN TELEGRAM
Робо-Лавка
Как я уже упоминал, мы в Лавке активно занимаемся роботизацией наших операционных процессов. Про новости робо-доставки тоже недавно пробрасывал. А еще у нас идет пилот проекта роботизации даркстора по модели goods-to-person. И вправду, зачем персоналу склада бегать между стеллажами, если стеллажи могут подъехать к персоналу сами? Но не все так просто.
Этот проект мы делаем в тесном сотрудничестве с командой Яндекс Роботикс. Ребята делают классных amr-роботов и rms-систему, глубоко интегрированную с нашей wms. Процесс сложнее, чем можно подумать - задачу оптимизации движения десятка+ роботов в ограниченном пространстве с минимизацией времени сборки штучки и неухудшения времени процессинга заказа в целом нужно еще подружить с процессами отбора через порталы и работой с пут-воллом.
С гордостью за ребят могу сказать, что к текущему моменту мы достигли отличных показателей сборки заказов! Но это не значит, что можно откинуться в кресле и просто наблюдать, как роботы делают всю работу за нас. Впереди еще тьма сложностей, которые нужно победить для полноценного масштабирования. Например, потому что сборка - лишь один из десятков операционных процессов даркстора, и теперь нужно адаптироваться под остальные - оптимизировать процессы размещения, упрощать ротацию товаров и контроль сроков годности, улучшать отбор.
Приведу пример задачи. Робот снизу приподнимает высокий и тяжелый стеллаж. Очень не хотелось бы, чтобы стеллаж мог упасть. А ускорять движение роботво хочется. А где движение - там разгоны и торможения, при которых возникает инерция, которая может привести к заваливанию. Логичное действие - на уровне rms/wms при размещении товара давать задания на размещение тяжелого товара пониже, а легкого - повыше. Но этого тоже недостаточно - стеллажи комплектуются с двух сторон (и отбор идет тоже с двух сторон, робот поворачивается нужным боком), и нужно еще следить за прогнозной оборачиваемостью товара, чтобы не было такого, что с одной стороны стеллажа все разобрали, и другая сторона стала сильно тяжелее, иначе нарушился баланс нагрузки, и снова риск заваливания.
Да и со сборкой мы еще не закончили - нужно повышать стабильность показателей в пиковые часы и работать над аптаймом робо-зоны, продолжать оптимизировать весь процесс и развивать инфру вокруг. Это лишь начало пути. Но уже очень интересно. Кстати, нам можно в этом помочь - мы ищем талантливых ребят в нашу wms, Роботикс тоже нанимает, да и в посте про роботов-доставщиков я не упомянул вакансию. Откликайтесь или пишите в личку!
Как я уже упоминал, мы в Лавке активно занимаемся роботизацией наших операционных процессов. Про новости робо-доставки тоже недавно пробрасывал. А еще у нас идет пилот проекта роботизации даркстора по модели goods-to-person. И вправду, зачем персоналу склада бегать между стеллажами, если стеллажи могут подъехать к персоналу сами? Но не все так просто.
Этот проект мы делаем в тесном сотрудничестве с командой Яндекс Роботикс. Ребята делают классных amr-роботов и rms-систему, глубоко интегрированную с нашей wms. Процесс сложнее, чем можно подумать - задачу оптимизации движения десятка+ роботов в ограниченном пространстве с минимизацией времени сборки штучки и неухудшения времени процессинга заказа в целом нужно еще подружить с процессами отбора через порталы и работой с пут-воллом.
С гордостью за ребят могу сказать, что к текущему моменту мы достигли отличных показателей сборки заказов! Но это не значит, что можно откинуться в кресле и просто наблюдать, как роботы делают всю работу за нас. Впереди еще тьма сложностей, которые нужно победить для полноценного масштабирования. Например, потому что сборка - лишь один из десятков операционных процессов даркстора, и теперь нужно адаптироваться под остальные - оптимизировать процессы размещения, упрощать ротацию товаров и контроль сроков годности, улучшать отбор.
Приведу пример задачи. Робот снизу приподнимает высокий и тяжелый стеллаж. Очень не хотелось бы, чтобы стеллаж мог упасть. А ускорять движение роботво хочется. А где движение - там разгоны и торможения, при которых возникает инерция, которая может привести к заваливанию. Логичное действие - на уровне rms/wms при размещении товара давать задания на размещение тяжелого товара пониже, а легкого - повыше. Но этого тоже недостаточно - стеллажи комплектуются с двух сторон (и отбор идет тоже с двух сторон, робот поворачивается нужным боком), и нужно еще следить за прогнозной оборачиваемостью товара, чтобы не было такого, что с одной стороны стеллажа все разобрали, и другая сторона стала сильно тяжелее, иначе нарушился баланс нагрузки, и снова риск заваливания.
Да и со сборкой мы еще не закончили - нужно повышать стабильность показателей в пиковые часы и работать над аптаймом робо-зоны, продолжать оптимизировать весь процесс и развивать инфру вокруг. Это лишь начало пути. Но уже очень интересно. Кстати, нам можно в этом помочь - мы ищем талантливых ребят в нашу wms, Роботикс тоже нанимает, да и в посте про роботов-доставщиков я не упомянул вакансию. Откликайтесь или пишите в личку!