Спасибо за статью! Было очень интересно прочесть про ваш путь от идеи до готового робопальца. Хотя мой опыт взаимодействия с «железом» связан не с упрощением тестирования, о котором вы спрашивали в конце, а с интеграцией, статья живо напомнила эти специфические ощущения.
Пару раз на разных проектах приходилось плотно работать с аппаратной частью:
Интеграция Bluetooth-дальномера. Мы подключали его к Web-планировщику, чтобы ускорить работу замерщиков и повысить точность при построении плана помещения прямо на планшете. Перепробовали несколько устройств. Через отладчики Bluetooth выясняли корректные коды подключения и то, как расшифровать измеренный размер в байтах ответа. В итоге пришлось даже декомпилировать приложение поставщика, чтобы уточнить данные и коды устройств, с которыми наш код будет гарантированно работать.
Автоматизация рабочего места монтажника. Мы собирали систему для сборки электроники. Суть в том, что монтажнику на экран выводится информация о том, куда на плату монтировать элемент, и одновременно с этим проектор подсвечивает точное место монтажа прямо на физической плате. Так как руки монтажника заняты паяльником, мы добавили педаль: нажал — программа переходит к подсветке следующего элемента.
Спасибо за статью! Читается на одном дыхании, подход очень зрелый.
Единственное, читая материал, ловил себя на мысли, что это идеальная картина мира для крупного продуктового IT или финтеха (как описанные кейсы с платежной системой).
Из моего опыта работы с не-IT бизнесом (даже весьма крупным), многие инструменты просто невозможно продать заказчику. Когда ты делаешь заказную разработку, бизнесу нужна кнопка за 50 т.р. Если, заглянув под капот, прийти к ним с графиками падения скорости разработки или стоимостью негативного сценария и попросить бюджет на рефакторинг х3, х5 или х10 — проект просто отклонят. Про технический таймаут с остановкой фич там даже заикаться нельзя.
В итоге вся борьба с техдолгом сводится к «партизанским» методам: тихонько закладывать небольшую дельту в оценку новых фич и прибираться по ходу дела по принципу «оставляй код чище, чем нашел», не вынося это на обсуждение.
Интересно ваше мнение: как выстроить коммуникацию с таким типом заказчиков? Есть ли шанс перевести их на светлую сторону, или партизанский рефакторинг — это единственный выход в заказной разработке с жесткими бюджетами?
Спасибо за статью, архитектура с DAG выглядит стройной по описанию. Подскажи:
Рекламные бусты, встраиваемые в граф, являются просто еще одним узлом-фактором, который с определенным весом суммируется в графе? Или это реализовано как hard rule (постобработка), которая жестко "приклеивает" рекламные товары в определенные слоты поверх органической ML-выдачи?
Не приводит ли сильная оптимизация по CTR/покупкам к перекосу выдачи в сторону дешевых товаров массового спроса ("ширпотреба")? Есть ли риск, что качественные, но нишевые товары "тонут" просто из-за меньшего объема накопленной статистики по сравнению с бестселлерами, и как архитектурно решается эта проблема (explore vs exploit)?
Спасибо за статью, интересно и живо написано, захотелось попробовать у себя. Подскажите, с какого минимально железа (особенно по количеству RAM и видеопамяти) есть смысл проводить такие эксперименты, чтобы система с Langflow и LibreChat не "падала"? Хватит ли ресурсов обычного ноутбука без дискретной видеокарты для моделей уровня Llama 3.2 3B, о которых вы упоминали?
Спасибо за статью. Тема животрепещущая, и цель получить охват материал точно выполнил.
Посыл во многом резонирует с моим опытом, но, к сожалению, статья не прошла личный факт-чекинг. С Ваших слов, у Вас огромный бэкграунд, однако постоянные отсылки к Шумеру создают впечатление, как будто у Вас не сложилось собственное видение. Ощущается сильный маркетинговый флёр.
Я зашел на Ваш сайт: визуально красивый, но сразу наткнулся на несколько раздражающих UX-ошибок (страницы, с которых нет выхода обратно, некорректно работающий скроллинг во всплывающих окнах, белое на белом — вижу, выше даже скриншот привели). Кроме того, Вы описываете большую команду, но на сайте не нашел никаких Ваших реквизитов. Я хотел проверить юрлицо (через тот же Руспрофайл), посмотреть на обороты и рост, возможно, восхититься, но данных ноль. По опыту — это очень тревожный признак.
В портфолио тоже не хватило конкретики, кейсы выглядят несколько искусственно (словно сгенерированы ИИ). Аргумент про NDA здесь вряд ли сработает: у всех крупных студий есть публичные кейсы, даже при строгих соглашениях о неразглашении.
Судя по комментариям выше — аналогичные вопросы возникли не только у меня.
Спасибо за статью! Было очень интересно прочесть про ваш путь от идеи до готового робопальца. Хотя мой опыт взаимодействия с «железом» связан не с упрощением тестирования, о котором вы спрашивали в конце, а с интеграцией, статья живо напомнила эти специфические ощущения.
Пару раз на разных проектах приходилось плотно работать с аппаратной частью:
Интеграция Bluetooth-дальномера. Мы подключали его к Web-планировщику, чтобы ускорить работу замерщиков и повысить точность при построении плана помещения прямо на планшете. Перепробовали несколько устройств. Через отладчики Bluetooth выясняли корректные коды подключения и то, как расшифровать измеренный размер в байтах ответа. В итоге пришлось даже декомпилировать приложение поставщика, чтобы уточнить данные и коды устройств, с которыми наш код будет гарантированно работать.
Автоматизация рабочего места монтажника. Мы собирали систему для сборки электроники. Суть в том, что монтажнику на экран выводится информация о том, куда на плату монтировать элемент, и одновременно с этим проектор подсвечивает точное место монтажа прямо на физической плате. Так как руки монтажника заняты паяльником, мы добавили педаль: нажал — программа переходит к подсветке следующего элемента.
Еще раз спасибо за материал, пишите еще!
Спасибо за статью! Читается на одном дыхании, подход очень зрелый.
Единственное, читая материал, ловил себя на мысли, что это идеальная картина мира для крупного продуктового IT или финтеха (как описанные кейсы с платежной системой).
Из моего опыта работы с не-IT бизнесом (даже весьма крупным), многие инструменты просто невозможно продать заказчику. Когда ты делаешь заказную разработку, бизнесу нужна кнопка за 50 т.р. Если, заглянув под капот, прийти к ним с графиками падения скорости разработки или стоимостью негативного сценария и попросить бюджет на рефакторинг х3, х5 или х10 — проект просто отклонят. Про технический таймаут с остановкой фич там даже заикаться нельзя.
В итоге вся борьба с техдолгом сводится к «партизанским» методам: тихонько закладывать небольшую дельту в оценку новых фич и прибираться по ходу дела по принципу «оставляй код чище, чем нашел», не вынося это на обсуждение.
Интересно ваше мнение: как выстроить коммуникацию с таким типом заказчиков? Есть ли шанс перевести их на светлую сторону, или партизанский рефакторинг — это единственный выход в заказной разработке с жесткими бюджетами?
Спасибо за статью, архитектура с DAG выглядит стройной по описанию. Подскажи:
Рекламные бусты, встраиваемые в граф, являются просто еще одним узлом-фактором, который с определенным весом суммируется в графе? Или это реализовано как hard rule (постобработка), которая жестко "приклеивает" рекламные товары в определенные слоты поверх органической ML-выдачи?
Не приводит ли сильная оптимизация по CTR/покупкам к перекосу выдачи в сторону дешевых товаров массового спроса ("ширпотреба")? Есть ли риск, что качественные, но нишевые товары "тонут" просто из-за меньшего объема накопленной статистики по сравнению с бестселлерами, и как архитектурно решается эта проблема (explore vs exploit)?
Спасибо за статью, интересно и живо написано, захотелось попробовать у себя. Подскажите, с какого минимально железа (особенно по количеству RAM и видеопамяти) есть смысл проводить такие эксперименты, чтобы система с Langflow и LibreChat не "падала"? Хватит ли ресурсов обычного ноутбука без дискретной видеокарты для моделей уровня Llama 3.2 3B, о которых вы упоминали?
Спасибо за статью. Тема животрепещущая, и цель получить охват материал точно выполнил.
Посыл во многом резонирует с моим опытом, но, к сожалению, статья не прошла личный факт-чекинг. С Ваших слов, у Вас огромный бэкграунд, однако постоянные отсылки к Шумеру создают впечатление, как будто у Вас не сложилось собственное видение. Ощущается сильный маркетинговый флёр.
Я зашел на Ваш сайт: визуально красивый, но сразу наткнулся на несколько раздражающих UX-ошибок (страницы, с которых нет выхода обратно, некорректно работающий скроллинг во всплывающих окнах, белое на белом — вижу, выше даже скриншот привели). Кроме того, Вы описываете большую команду, но на сайте не нашел никаких Ваших реквизитов. Я хотел проверить юрлицо (через тот же Руспрофайл), посмотреть на обороты и рост, возможно, восхититься, но данных ноль. По опыту — это очень тревожный признак.
В портфолио тоже не хватило конкретики, кейсы выглядят несколько искусственно (словно сгенерированы ИИ). Аргумент про NDA здесь вряд ли сработает: у всех крупных студий есть публичные кейсы, даже при строгих соглашениях о неразглашении.
Судя по комментариям выше — аналогичные вопросы возникли не только у меня.