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

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

Иллюстрация Андрея Попова

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

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

Показываю, почему стандартные формулы для оформления лендингов работают не всегда и почему у сайта может быть мало конверсий. В конце — 6 советов о том, как увеличить отдачу от запуска рекламы на лендинг.

Привет, Хабр! Меня зовут Юлия, я старший аналитик-проектировщик компании SimbirSoft. Работаю в сфере IT более 10 лет, в моем портфолио создание более 20 IT-систем для различных проектов: флагмана металлургии, медицинского проекта (6 стран присутствия), автомобилестроительной компании, онлайн-кинотеатра, сервиса доставки еды, сервиса рекламных объявлений и многих других.

Эта статья будет интересна всем тем, кто так или иначе сталкивался с проектированием новых IT-систем или оптимизацией существующих с точки зрения аналитики и/или дизайна. 

Дизайн-концепция – это то, как будет выглядеть интерфейс будущей IT-системы. Она отражает не только дизайн, но и конструктивные особенности (основную функциональность для достижения бизнес-целей). При этом дизайн-концепция не требует тщательной проработки макетов для всех экранов. Достаточно отобразить основную парадигму проектирования интерфейсов, которая будет однозначно понятна заказчику и команде разработки. Как это сделать – будет подробно описано в данной статье.

Кто может выполнять проектирование дизайн-концепции? Любой IT-специалист, который владеет аналитическими и дизайн-инструментами, имеет опыт в проектировании IT-интерфейсов и обладает навыками для проведения UI/UX-исследований.

Всем известно, что дизайн призван показывать будущее вещей и таким образом их изобретать или переизобретать. И однажды такой момент в жизни любого продукта обязательно наступает. Дизайн умеет предчувствовать и, главное, — артикулировать, «овеществлять» своё предвидение. У дизайна это выходит особенно хорошо, потому что с одной стороны он — дитя искусства, и поэтому образы — его стихия. С другой стороны, папа дизайна — промышленность, поэтому ему подвластна форма или тело идеи.

Привет! Меня зовут Владимир Крылов, и я проектирую внутренние сервисы в Ozon.

Продуктовые дизайнеры упаковывают решения проблем в макеты, которые часто смотрят коллеги: другие дизайнеры, менеджеры, аналитики, разработчики и QA-инженеры. Важно, чтобы макеты были максимально понятными — это сэкономит время на погружение в задачу всем участникам процесса и снизит количество ошибок, которые придется потом исправлять. Поэтому понятные и удобные макеты сокращают Time to Market продуктовых решений.

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

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

Главная страница сайта — это вишенка на торте. Я буду точно знать, из чего она состоит и как работает после того, как будут спроектированы все остальные разделы.

Аннотация

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

Введение

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

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

Одна из задач инженера-разработчика — своевременная корректировка схемы для снижения электромагнитных помех и изменения напряжения в переходном процессе в разрабатываемом оборудовании, к которому предъявляются требования, определяемые потребителем.

Если просто добавить к определению бина аннотацию @Scope(SCOPE_PROTOTYPE), и использовать этот бин в синглтоне через аннотацию @Autowired – будет создан только один объект. Потому что синглтон создается только однажды, и обращение к прототипу случится тоже однажды при его создании (при внедрении зависимости).

На самом деле вариантов довольно много:

В первой статье серии про сервоприводы с названием Сервоприводы: устройство и управление мы рассказывали о том, для чего нужны сервоприводы, как они устроены, и как ими управлять с помощью ШИМ, приведены характеристики некоторых популярных сервоприводов. Мы написали программу на Python для Repka Pi, позволяющую выполнять необходимые операции над сервоприводами с удержанием угла, а также с сервоприводами постоянного вращения.

С помощью этой, второй статьи серии, вы научитесь пользоваться 16-канальным ШИМ-контроллером Robointellect Controller 001. Данный контроллер создан на базе микросхемы PCA9685 и предназначен для управления различными исполнительными устройствами, использующими ШИМ-модуляцию:

В этой короткой статье я сделала апдейт своей прошлой статьи. Также в статье: про аналоги Rogers и мои выводы по ситуации на данный момент.

Загрузка контроллера Teensy, подключенного к компьютеру через СОМ порт при отсутствии других Teensy, не вызывает затруднений. Однако, загрузка одновременно-подключенной группы контроллеров Teensy может оказаться проблематичной [1,2,3,4]. Варианты решения этой проблемы обсуждаются ниже.

Или как я превратила самодельную штуку в реальный проект. Часть 1.

В мае 2022 я релоцировалась переехала в Армению. Повод, кстати, заслуживает отдельной статьи «Как я представляла Россию в конкурсе Lexus Design Award 2022 и выиграла грант в 25 000$”. В разгар санкций получить эти деньги было не так-то просто, и я отправилась в Ереван...

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

Бывало, сидишь, прямо как сейчас, смотришь в монитор — и вдруг захотелось сделать что-нибудь необычное. В эпоху Интернета, кода, написанного нейросетями и 3D-принтеров всё для этого можно найти в продаже, прямо не сходя с дивана. Хочешь — закажи печатную плату, а хочешь — выточку или выплавку детали под твои нужды, хоть с со своим выгравированным на них именем.

Однако так было не всегда. Как же люди сами мастерили что-то до появления в продаже доступных деталей?

Когда я смотрел на ремонт каких-то вещей, выполненный людьми во время, ещё когда о развале СССР никто и не думал, я поражался их находчивости при поиске замены сломанным деталям. Сейчас-то, при имеющейся информации в Ютубе или просто в Интернете, многие умудряются склеить всё вкривь-вкось, но тогда можно было только восхищаться безупречной склейкой корпуса или заменой детали на самодельную. Детали после ремонта невозможно было принять за незаводские, при том, что в то время люди обменивались опытом, в основном, при встрече да по телефону.

Люди сами чинили телевизоры, радио, их сломанные корпуса из пластмассы и дерева, сваривали детали заборов или велосипедов. Когда появились первые ZX Spectrum, то люди собирали их вручную из "конструкторов". В какой-то статье тогда я читал о самой крутой поделке для Спектрума: кто-то писал, как сам спаял для него световое перо.

Итак, мы в 2000 году с подключением по модему 33Kbps с первого "Пентиума". У нас были: проволока, найденная на стройке, два советских конструктора "Юность-3" и "Механик", два микроподшипника, своевременно нашедшийся второй моторчик от сломанного кассетного плеера, в комплект в первому с Митинского радиорынка, и медные провода-лапша, которая валялась под теми же стройками в изобилии. Вы ее точно помните, такие тонкие и гибкие проволочки в оплётке всех возможных цветов.

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

Когда-то я написал статью о том, как начинать проект на Go в 2018 году. С тех пор многое изменилось, и я захотел написать обновлённую версию статьи. В ней я расскажу всё, что нужно новичку, чтобы приступить к работе с Go.

Привет, ХАБР!

А вы сталкивались с проблемой устаревшего лабораторного оборудования в учебных заведениях?

Помните, как настраивали прибор, когда основная часть потенциометра отвалилась? Или как нажимали на кнопку, от которой осталось только название?

Мы, Лиза и Андрей, студенты 4 курса биотеха НИУ МЭИ радиотехнического факультета, создали прибор для лабораторных работ по физиологии, по сути своей – это генератор электрических импульсов, управляемый по Wi-Fi через смартфон.

Поскольку прибор нишевый, проект отлично себя показал на многих научных конференциях, и получил три приза на конкурсе образовательного проекта Samsung Innovation Campus. Мы бы хотели рассказать историю создания этого прибора.

Уже больше года назад я прочитал статью https://habr.com/ru/companies/first/articles/662570/. Судя по комментариям она вызвала много разных эмоций, но лично меня эта статья вдохновила на создание для себя такой штуки. От себя лично я благодарю автора за эту статью.

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

❯ 1. Эмпирическое проектирование.

1.1 Серф