Прототипирование *

Привет, Хабр! На связи Даша Некрасова, я UX-writer/researcher в Garage Eight. Сегодня поговорим о классическом инструменте коммуникации на проектах — User Story. Всё это полезно и круто, пока задача небольшая, но как только в проекте становится много ролей и историй, карта перестает быть навигатором и может превратиться в источник бесконечных вопросов. В статье на примере нашего проекта разберемся, почему так происходит и как решить эту проблему.

Привет, Хабр! На связи Настя Трехбратская, Product Owner в Garage Eight. Мы развиваем инвестиционную платформу для клиента, и бо́льшая часть ее функционала связана с отслеживанием рисков. Это сложная задача, так как клиенту нужно соблюдать баланс между опытом пользователей, стабильностью сервиса и финансовыми рисками.

До недавнего времени мониторинг был полностью ручным. Сотрудники операционного департамента клиента ежедневно проверяли 4–6 разрозненных систем, а конечный результат во многом зависел от уровня знаний и опыта конкретного специалиста. 

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

В статье приведен мой опыт знакомства с Zephyr RTOS на примере создания беспроводной клавиатуры с тремя кнопками (Enter, Copy, Paste). Затронуты ключевые аспекты: настройка BLE-стека и HID-сервиса, управление энергопотреблением (STOP2, параметры соединения, программный сон), работа с Devicetree (overlay и правки dtsi), отладка через RTT, а также типичные проблемы (прошивка CPU2, EXTI-конфликты, требования HID к шифрованию). Проект полностью воспроизводим и содержит ссылки на полный исходный код и готовую прошивку.

Купить 3D принтер - это сложный выбор среди множества присутствующих на рынке решений легко потеряться. Но когда он сделан, деньги уплачены и это "инженерное чудо" ждёт вас в пункте выдачи не торопитесь называть секретный код который окончательно поставит точку в списании денег с счёта. Пути назад не будет, никто вам не вернёт ваши заработанные ресурсы(Авито - 100%) в случае дефектов или если вас просто обманули писать можно только в Спортлото или на Хабр). Полиция скажет что вы надели слишком короткую юбку поверили обещаниям и слову президента продавца, а значит виноваты сами. Именно так всё и произойдёт. Будет допрос вместо подачи заявления, странные вопросы - почему вы купили его в другом городе и вообще он не Российский, а Китайский? (здесь была памятка для себя, а благодаря прекрасному конструктору статей хабра я на всю округу сказал матерное слово, сорри кто прочитал)

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

Второе - проверка на залитие смолой. Это распространённая ошибка неаккуратных пользователей которые не могут контролировать тремор подмышек подходя к сложной технике или наоборот излишне самоуверенных личностей считающих что "инженеры" всё предусмотрели. Аккуратно отклейте полиимидную ленту от экрана (желательно всю). Кусок полимера утягивающий экран или полимер под этим скотчем на самом экране - минус экран(иногда сразу, иногда со временем). На принтерах Elegoo - это смерть линзы Френеля или её перекос с артефактами засветки. Полимер на шлейфах экрана усаживаясь отдерёт эти шлейфы от подложек. В качающейся(tilt) механике Elegoo часто находят смолу, либо в подшипнике шатуна, или в оптике датчика, что приводит к ударам в механике во время печати, или ошибке при печати. В общем если есть следы полимера, лучше начать готовится к выбору другого принтера или начинать диалог с продавцом об компенсации до перевода денег.

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

Я несколько раз упомянул принтер Elegoo) И не с проста. Elegoo Saturn Ultra 16K - фото в студию!

Понедельник.

Я просыпаюсь и сразу же сажусь вайбкодить. Впрочем, я возможно даже не ложился спать. Ведь я окрылён: от идеи будущего стартапа меня распирает изнутри. И ничего, что кредиты Claude Code улетучиваются со скоростью, с которой уходит энергия на созвоне, которому следовало быть письмом. Да и мой ИИ-агент не может врать, когда в очередной раз мне поддакивает: "О да, блестящий ход. Эта фича точно необходима. Сделаем это прямо сейчас или мгновенно?"

Вчера было воскресение и, разумеется, я неустанно генерировал код как и в предыдущие дни. Ведь мой путь верный и он сработает.

Последние дни мало отличаются друг от друга... Кстати, сегодня июнь или уже сентябрь?

За минувшие месяца три я собирал MVP. Ещё немного, ещё чуть-чуть и я доведу его до рабочего состояния. Потом отполирую ещё капельку до стадии, когда и показать не стыдно. Наконец-то мои друзья, подруга и даже бабушка увидят первую версию и на этом дофамине я смогу ехать ещё долго.

Таким мне казался идеальный путь соло-фаундера: я знаю проблему, способен накормить своего ИИ-агента точными промптами, да и вообще у меня в голове стооООолько фич.
Это всё определенно нужно рынку, надо просто ещё немного вложиться и продукт готов!

Итак, я воодушевлён: прожигаю кредиты, трачу сбережения уже чуть выше запланированного, но мне кажется, что всё идёт отлично и непременно окупится.

А потом продукт выходит в свет и... Пшик!
Ноль регистраций.

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

Узнали себя?

История создания GSM-DTMF-MQTT шлюза как замены телеграм (и вообще любых интернет-сервисов) в проектах домашней и не очень автоматизации.

Прохожу полный путь новичка на Хабр от регистрации до заполнения профиля и отмечаю критические ошибки в интерфейсе с позиции UX/UI дизайна и принципов эвристики доступности

Современный автомобиль — это распределенная вычислительная система на колесах. И если раньше основное внимание уделялось механике, то сегодня значительная часть функциональности автомобиля определяется электроникой и ПО.

Для электромобиля эта зависимость еще сильнее: десятки электронных блоков должны непрерывно обмениваться данными, координировать свою работу и при этом оставаться энергоэффективными.

Разберемся, как наладить между ними коннект и заставить работать в унисон.

Начиная с 2023 года автономные грузовики Navio ежедневно возят коммерческие грузы по главным магистралям страны. За это время мы получили богатый опыт, подробно изучили отрасль и выявили основные трудности с которыми она сталкивается. Ответом на эти вызовы стал прототип автономного тягача Navio L5. Его концепция отражает наше видение ближайшего будущего автономных грузоперевозок. В прошлой статье мы подробно рассказывали о ключевых идеях и о процессе создания дизайна тягача L5.

Однако мы видим долгосрочный потенциал в развитии рынка автономных грузоперевозок, поэтому хотим взглянуть еще дальше — на перспективу 30-50 лет вперед. 

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

Как продакт-оунер в Exante выпускает сложные фичи в два раза быстрее благодаря AI — и почему продуктовые решения по-прежнему принимает сама.

Анализ, архитектура, вайбкодинг и даже комиксы — всё это здесь.

Цели статьи: 1) проверить жизнеспособность концепции максимально простого и дешевого интернет-банкинга и заодно 2) протестировать возможности ИИ в качестве инструмента прототипирования.

Наш рабочий процесс часто выглядит как хаос.

Аккуратно вести записи—требует усилия.
Особенно в прототипировании, где ты постоянно пробуешь варианты, что-то меняешь, возвращаешься назад и снова переделываешь.
Я хочу работать быстро — в своём стиле — а порядок пусть наводит кто-то другой.

Кроме того, когда задача на конечный результат, есть области, где мы совсем не специалисты, а вникать глубоко, или привлекать специалиста нет времени, или смысла.

В статье покажу не сложный прием  использования ИИ который помогло решить эти две проблемы и сэкономил нам много сил и времени.

При видеокаротаже мы опускаем в скважину камеру и видим на экране обсадную трубу, фильтры, отложения и повреждения, застрявшие насосы и тд. Но есть проблема: на видео нет глубины. Ты видишь картинку, но не знаешь, на какой глубине находится камера. Можно конечно сделать метки на кабеле, условно, каждые 1 -2 метра, но это жутко не удобно и их нужно стоять и считать, вообще тот еще костыль. Раньше использовали вторую видео камеру, которая снимала механический счетчик с отображением метров, но тоже костыль. Нужно потом накладывать друг на друга картинку, что не самый удобный вариант.

А можно наложить глубину прямо на видеопоток в реальном времени. Это экономит часы расшифровки и исключает ошибки, а главное это отображение глубины и видео прямо тут и сейчас.

Вот как я это сделал. Начнем с железа:
Микроконтроллер: Arduino Nano
Почему? Простота и размер. Он маленький, дешёвый, легко программируется. Вставляется в разъём на плате OSD‑модуля. В сети куча примеров по данной теме, решил использовать то, что уже было сделано другими.

Чип OSD: MAX7456 
Этот чип умеет в реальном времени накладывать символы на аналоговый видеосигнал. Выпускается в готовых модулях — например, MinimOSD. Такие модули изначально делали для квадрокоптеров (F3/F4 flight controllers), но они отлично подходят для каротажа.

Почему не готовый видеорегистратор со встроенным OSD?

Привет! Кто не любит прикольные интерьерные штуки? Я, например, всегда любил вид неоновых вывесок. В какой-то момент мне пришла в голову мысль: а почему бы не сделать свою собственную? Правда, не неоновую, а светодиодную. Да ещё и с кучей эффектов и управлением со смартфона. Так появилась идея для очередного «проекта на лето», реализация которого у меня растянулась на полгода. С виду простая задумка таила в себе кучу технических сложностей и мелочей, которые нельзя было упускать из виду. Добро пожаловать в невероятно интересную историю создания, которую я вам сейчас поведаю…

Привет! Я не AI-инженер, у меня нет ML образования. Я проджект-менеджер со старым бекграундом в качестве веб-разработчика и с опытом более 10 лет в управлении командами разработки ПО. И с приходом полноценных AI-агентов я стал по выходным заниматься экспериментами на своих пет-проектах. 

Один из таких проектов - мобильное приложение для запоминания карточек/слов: я учу японский язык и не нашёл ни одного сервиса, в котором добавлять новые слова в словарь было бы не мучительно, поэтому решил сделать своё, для себя. Что ж, для этого у меня не было GPU-кластера и команды, но был MacBook, свободное воскресенье и конкретная проблема, которую я хотел решить.

Ниже я опишу свои наблюдения с точки простого PM'a, и вытекающую ​идею и концепт.

Решил к предыдущей статье (https://habr.com/ru/articles/1041000/) добавить практики немного. А именно поездка на очередную скважину на моей каротажке.

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

Классические регистраторы от именитых брендов, типа "Велко", "Вулкана" и тд. имеют свой интерфейс, выглядят очень круто, и стоят очень дорого. Как правило большинство приборов используют Манчестер-2 для общения прибор-регистратор. Для этого им достаточно иметь на кабеле одну жилу и броню. Но тут сразу появляется очень много НО ( на мой профессиональный взгляд из всех не профессиональных )). Во-первых как по одной жиле передать видео сигнал ? AHD скажите вы, согласен но геофизический кабель не коаксиал и далеко видео сигнал не кинешь. Бывают коаксиальные геофизические кабели, согласен, но коаксиал для видео не AHD такое себе. Далее расскажу почему AHD идея не сработала у меня. ( спойлер OSD).

В целом, список требований к регистратору:

1) он должен принимать сигнал с каротажной видеокамеры.

2) принимать данные с каротажного прибора

3) должен быть экран для вывода глубины

4) нужно контролировать питание прибора и выводить на дисплей

5) контролировать глубину исследования и скорость спуска

Примерно такой лист требований был у меня в голове. Кабель был 3х жильный геофизический в броне. И так начинаем рисовать: Сердце регистратора будет stm32f401 - черная таблетка. К ней мы подключим дисплей DWIN. На дисплей нужно вывести кнопки управления режимами прибор либо видеокамера, подача питания, надо учесть возможность подключения аналоговых приборов, а также вывод глубины на видеопоток.

В последние годы количество запросов на поддержку RedOS значительно выросло& Ранее Test IT позволяла использовать готовые сборки под Ubuntu или CentOS с запуском в контейнерах. Однако рынок идет вперед и клиентам требуется нативный дистрибутив под RedOS 8.02 с официальным подтверждением совместимости и внесением в реестр отечественного ПО. Делимся, как со стороны технической команды прошел крупный проект налаживанию совместимости с отечественной операционной системой.

Здравствуй, Хабр! Разработка ингибиторов мутантного онкобелка KRAS ( особенно формы G12D)- одна из главных задач современной онкофармакологии. Используя наш проприетарный матаппарат мы рассчитали несколько секвенсов под целевой карман мишени. Мы оперировали секвенсами от 7 до 21 остатка на мишенях длиной от 102 до 188 остатков, полученные при докинге результаты ipTM в AlfaFold Server варьировались от 0.58 до 0.92.