В предыдущей статье мы формулировали цели и составляли список тестов для автоматизации. Далее в работе QA обычно следует разработка базовых тестов и обвязки для них, чем мы в этой статье и займёмся. Полный код проекта лежит на гитхаб и приводить его в статье мы не будем.

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

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

К сожалению любая разработка, даже если она ведётся просто по фану, рано или поздно сталкивается с необходимостью формализовать процессы и подходы. С этой проблемой столкнулись и мы. Сравнение производительности уже трёх прототипов вылилось в трату времени, громадные полотна обсуждений, споров, попыток унифицировать тесты и конфигурации стендов. А где унификация тестов, там и их автоматизация. В данной серии статей мы этим и займёмся!

Не так давно мы опубликовали статью на Хабре про рули, где затронули тему steer-by-wire. Народ в комментариях высказал сомнения в надёжности такого решения. А ведь на самом деле, что делать, если у какого-нибудь ECU внезапно пропадёт питание, перетрётся проводок или подвиснет софт? Как производители борются с такими рисками? И зачем нам отказываться от надёжной механической связи? Попробуем же в этом разобраться!

В данной статье мы попробуем исследовать альтернативные варианты использования NAS.

Также мы попытаемся составить расширенный план тестирования на первых NAS, собранных на китайских процессорах RK3588 и на основе х86 архитектуры.

Мы уже приняли решение, что базовым софтом для нашего NAS будет OMV на Armbian. На этом стеке мы будем проводить тесты и замерять бенчмарки. Его мы будем оптимизировать под наше железо. Для него же в первую очередь будут составляться мануалы.

Но ресурсов нашего устройства хватит не только на организацию сетевого хранилища, но и на медиасервер, запускалку докеров, контроллер умного дома, VPN и прочее.

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

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

Мы в команде Third Man по долгу службы изучаем довольно много англоязычных материалов. Часто интересными статьями хочется поделиться с коллегами и обсудить поподробнее. Но не всегда есть время всей командой читать 20+ страниц англоязычного текста, так что сокращённый и “подсушенный” перевод может стать отличным компромиссом. Ну а удачные “переводы-пересказы” попробуем облагораживать и публиковать на Хабре. Не пропадать же добру.

Сегодня мы рассмотрим статью от Capgemini engineering: “Optimize Vehicle Service with Edge-Based Telematics”. Для нас она интересна, потому что в разработке подобной системы мы уже принимали участие и, вероятно, поучаствуем и в будущем. А значит можем перенять удачные идеи и произвести работу над ошибками.

За последние лет 15 информационно-развлекательные системы автомобиля (IVI) преобразились довольно сильно, в каком то смысле с запозданием повторяя путь смартфонов. Масса отдельных блоков теперь интегрируется в единую систему: навигация, мультимедиа, различные функции помощи водителю и даже приборная панель живут на одном устройстве. Современное железо позволяет довольно дёшево подключить к IVI несколько дисплеев высокого разрешения, “поселить“ на нём голосового помощника, отображать подсказки системы помощи водителю (ADAS), да ещё и развлекать пассажиров.

Футуристичные концепты обещают нам и продвинутый AR, и поражающий воображение V2X, и даже превращение автомобиля в полноценный развлекательный центр без руля и лобового стекла. Но что из этого станет доступно уже завтра, и какими IVI системы станут в ближайшем будущем? Под катом мы попробуем в этом разобраться.