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

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

...Гуд бай Америка о – о – о 

где я не буду никогда 

нас так долго лечили 

любить твои запретные плоды...

В статье мы расскажем как перестать любить Америку и полюбить Китай.

Порой разработчик просто делает дизайн, который ему дают. Молча. Он не то чтобы глупый и подневольный специалист, но время, которое разработчику выделяют на оценку задачи, не всегда позволяет всмотреться в мелочи. Поэтому особенно важно, чтобы дизайнер владел азами вёрстки сайта.

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

Скрайбинг применяют в разных сферах, начиная от повседневных заметок и заканчивая стратегическими сессиями в крупных компаниях. В статье мы поговорим о применении скрайбинга в ИТ. В мире, где сложность проектов постоянно растёт, а команды становятся всё более мультидисциплинарными, скрайбинг становится незаменимым инструментом для планирования, разработки и коммуникации. Он позволяет структурировать требования проекта, визуализировать архитектуру систем, проектировать пользовательские интерфейсы и сценарии использования продукта. Благодаря скрайбингу сложные технические идеи становятся понятными не только для специалистов, но и для клиентов, что значительно улучшает взаимопонимание и облегчает процесс разработки.

В прошлых статьях мы обсуждали, как можно реализовать управление предплечьем и кистью наклонами головы. Остановились мы на доставке запястья в необходимую точку в пространстве с последующим переключением в режим управлению кистью. В прошлый раз кисть у нас была «условная», и были продемонстрированы простейшие способы управления ею и некоторые операции, которые можно совершить с помощью ее вращения. В этой статье мы пойдем дальше — добавим к кисти полноценный механизм для захвата объектов и протестируем различные схемы управления этой конструкцией на предмет их удобства и скорости.

Фокус-группы, исследования целевой аудитории, оценка конкурентов — всё это не дает гарантии того, что ваш продукт действительно нужен пользователям. Это прогнозы, которые могут не сбыться. Чтобы узнать наверняка, нужно создать и выпустить на рынок минимально жизнеспособный продукт. Привет, я Артём Трубин, CPO компании ActiveCloud. В этой статье расскажу, в чем разница между PoC, MVP и MLP и как, при запуске нового продукта, снизить риски с их помощью.

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

Приветствую, Хабр!

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

Что делать, если то самое классное изображение никак не удается найти, а у заказчика пока нет ресурса предоставить нужный контент? Что можно придумать для разделов каталога, когда есть только фото для продуктовых карточек, чтобы это выглядело красиво? Как при этом не забыть о метафорах и ассоциациях бренда и создать необходимое настроение на сайте? Да еще и чтобы заказчик все это согласовал без правок…

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

Мой первый on-call выдался нелегким. Недели тренингов и обучения не подготовили меня к тому что придется бегать по Slack каналам различных команд и искать того, кто может что либо знать о какой-то из частей системы. Оказалось что многие страницы в корпоративной Wiki уже не обновлялись несколько лет. Команды хранили свою документацию кто где хотел: кто в Wiki, кто в Google Docs, кто в GitHub и т.д. Наш on-call был не идеален: 2 человека выходили на дежурство 24/7. Один был ответственен за всю инфраструктуру (MySql, Cassandra, Kafka, ElasticSearch, Nomad и т.д.), второй же был Developer on-call и отвечал за все микросервисы и различные легаси системы, что в сумме давало около 300 различных сервисов от 7 команд на самых различных стеках и фреймворках (Java, Scala, Node, Go). Но что меня больше всего раздражало - так это невозможность быстро оценить на высшем уровне как проходит и обрабатывается запрос от пользователя. Диаграммы для разных бизнес частей точно также были либо устаревшими, либо без прилегающей документации, либо для какой-то бизнес логики не было ничего. И вот тогда мне пришла идея, что было бы неплохо иметь диаграммы, в которых можно не только нажать на любой элемент и добыть о нем более детальную информацию, но также получить ссылки на другие диаграммы и динамически их подгружать. Мне хотелось иметь возможность быстро разобраться в неизвестной распределенной системе, не переключаясь между диаграммой и документацией в Google Docs или Wiki. Именно так я начал работать над проектом Schem.io.

Предупреждение: в статье содержится большое количество GIF-изображений.

В прошлый раз здорово пообсуждали тему намагничивания неодима вот тут. Но нерассказанной осталась история одной катушки. Не той, которую скрутило всмятку на первых этапах испытаний, а той, которая была задизайнена после такого эпичного фейла. В принципе, изделие должно было получиться простым: 20 витков эмальпровода, сложенного вчетверо, в два слоя, на каркасе диаметром 50мм и такой же примерно высоты. Но был нюанс — при прохождении тока 10кА (кило‑Ампер, значит), первое решение «по‑простому» быстро схлопывается из‑за возникающих в проводниках Амперовых сил. Так что надо было придумать что‑то покрепче и намотанное поплотнее, дабы не дать возможности проводникам перемещаться по катушке во время рабочего импульса.

Всем привет! В предыдущей статье Позиционирование бионического предплечья взглядом / Хабр (habr.com) мы обсуждали алгоритм для позиционирования бионического предплечья. В этот раз мы пойдем чуть дальше (на один сустав), добавив к предплечью кисть, и рассмотрим алгоритм, с помощью которого мы будем управлять всей конструкцией.

Изначально, ещё в 2021 году, наша команда начинала разработку протеза, похожего на руку человека.

Такое изделие может быть отличным косметическим вариантом для внешнего вида (за счёт пяти пальцев), но возник вопрос:
«Что оно может конкретно дать пользователю, при использовании в быту?».

Эффективность хвата, прочность и его сила – относительно низкие, поэтому, в решении бытовых задач, данные протезы практически не применимы. Опытным путём, мы пришли к роботизированному захвату и созданию сильного и стильного протеза, который точно будет выделяться и станет полезным для широкого спектра задач, таких как:

• удержание тонких предметов (нож, ложка, ручка, щётка, карточка, лист бумаги и т.д.);

• захват бутылки (1,5 л.), кружки и др.

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

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

Импульсный (пере-)магничиватель для неодимовых магнитов (из HDD). Много конденсаторов, толстый тиристор, пыщ-пыдыщ, всё как мы любим.

Например, прототип формы, поля которой можно заполнять непоследовательно.

Иногда сценарии и механики перехода между экранами (или состояниями одного экрана) получаются такими сложными, что для подготовки прототипа и тестирования на респондентах приходится переносить макеты из Фигмы в специальные инструменты вроде ProtoPie или Axure.

Летом 2023 года в Фигме появились условия и переменные, благодаря которым можно показывать всё более сложные взаимодействия. А также меньшими усилиями добиваться того, что раньше требовало усилий значимых, например, давать респондентам возможность заполнить поля формы в произвольном порядке.

Не все дизайнеры, с которыми я общался, знают о подобных способах применения связки переменных с условиями. Поэтому я и решил об этом рассказать на примере кейса с непоследовательным заполнением полей формы.

Технологическая отрасль в РФ не стоит на месте, многие направления продолжают развиваться. Особенно это актуально для промышленности. Сегодня предлагаю обсудить пять новых отечественных разработок - от автоматизации документооборота до прототипирования. Если интересно - поехали!

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