Фотографии с фестиваля

Конкурс Hardware Hack вели Егор Утцов и Павел Курочкин, HackQuest готовил Иван Олейников вместе с Дмитрием Халанским.

В зале для семинаров можно было прослушать доклады «Аппаратные аспекты встраиваемых систем. Высокоскоростные цифровые устройства», Александра Вайгачева и «Возможности загрузчиков встраиваемых систем на процессорах ARM», Владимира Георгиева.

Видео-поток из зала для семинаров.

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

в команде разработчиков Беркут-ETX и Беркут-ET решили, что пора уже бы прикрутить что-нибудь интересное к нашему мега-прибору, а не только баги править.

для начала, занялись символом батарейки в левом верхнем углу экрана, который сейчас выглядит так:

это увеличенная картинка. в действительности, на экране Беркут-ETX она меньше (30×15 пикселей). жёлтое на зелёном, непонятная гусеница, притворяющаяся молнией… в общем, ужас, летящий на крыльях ночи. ёжики плакали, кололись, но рук, как обычно, не хватало.

и наконец это случилось. решились-таки.

сначала думали, что будет достаточно поменять жёлтый цвет на белый:

не-не-не! белая батарейка, чёрная молния:

тоже как-то не очень. а так? зелёная батарейка, белая молния:

и всё равно сливается. окей, посмотрим на белую молнию с чёрной окантовкой:

не годится. не годится. не то. всё не то!

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

слишком мелко. не разглядеть.

возвращаемся к молнии и выходим за пределы контура рисунка:

уже что-то. но красный цвет — цвет тревоги, а какое отношение к ней имеет штатный заряд аккумулятора?

и вот он — финальный вариант:

ура! принято!

теперь индикация автономной работы от аккумулятора выглядит так (полный заряд):

полный разряд:

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

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

1. Скорость. Первые варианты интерфейса на бумаге могут быть получены гораздо раньше, чем прототипы в целевом устройстве.
2. Простота внесения изменений. Нет необходимости заниматься отладкой и поддержкой программного кода.
3. Бумажное прототипирование позволяет забыть о средствах реализации интерфейса и сосредоточиться на его структуре и логике. Когда же в распоряжении разработчика есть весь набор программных средств, то появляется риск погружения в мир свистелок/перделок (графические эффекты и прочая мишура), что на начальном этапе может поставить крест на продуманном и удобном интерфейсе.
4. Дешевое и простое тестирование. В процессе демонстрации бумажного прототипа потенциальным пользователям можно на ходу вносить изменения и сразу проверять новые идеи.
5. Доступность. В процессе разработки бумажного прототипа могут принимать участие люди с различным уровнем технической подкованности, что позволяет вовлечь в процесс большое количество человек и, соответственно, получить много ценных замечаний и свежих взглядов на имеющиеся проблемы.

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

http://www.paperprototyping.com

Парное программирование, каким мы его видим:

парное программирование, каким мы его видим

А вы практикуете парное программирование?

…Так бы три некрофила и плясали вокруг сдохшего прибора, коли б четвёртый не признался, что пять минут назад зашел на прибор  ssh’ем и программу покилял.

Ага, сама-то из гроба не встанет)))

• инженер-разработчик РЭА, он же схемотехник
• инженер-конструктор РЭА

Требования к кандидатам — тут, а также тут.

Что нужно будет делать разработчикам РЭА в НТЦ Метротек?

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

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

В-третьих, придумывать работоспособные принципиальные схемы для приборов и сопровождать их от стадии прототипа до производства. Производство у нас не массовое, поэтому пугаться не надо.

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

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

А зарплата, спросит читатель? Золотых гор не обещаем, но договориться о достойной для современного специалиста сумме всегда возможно.

Резюме прошу присылать по адресу: job@metrotek.spb.ru или по факсу (см.).

Поэтому мы снова объявляем об открытии вакансий:

• программистов
• тестировщиков
• конструкторов
• метрологов

Требования и условия:

К программистам:

• опыт разработки встраиваемых систем и систем на базе unix/linux (владение соответствующими инструментами)
• отсутствие страха перед cli-интерфейсом и незнакомыми библиотеками
• желание решать задачи из области измерений в телекоммуникациях
• умение спорить по существу
• здоровая лень, не позволяющая изобретать велосипед

Тестировщик (вернее, инженер по контролю качества, или QA):

• образование: высшее техническое
• иностранный язык: чтение технической литературы
• инструменты разработки: gcc, make, svn, vim etc.
• языки программирования: C/C++, shell/tcsh, perl etc.
• тестирование blackbox & whitebox
• разработка тест-кейсов
• опыт в автоматизации тестирования
• умение пользоваться баг-трекером

Конструктор

• должен уметь разрабатывать печатные платы любой степени сложности (Mentor, PCAD), элементы корпусов (SolidWorks,)
• иметь чёткое представление о процессах производства РЭА,
• а также знать требования стандартов (CE и ГОСТ).

Метролог:

• иметь представление о и обеспечивать процесс контроля метрологических характеристик выпускаемых приборов и используемого при их производстве оборудования.

Дополнительные пожелания: опыт работы от трёх лет, наличие собственных проектов, умение работать с РЭА руками (читай: паяльником и др. инструментами).

Зарплата — от 30 000 до [70 000] т.р. (или больше, в зависимости от). Полный рабочий день.

E-mail: fam@metrotek.spb.ru, тел. (812) 380-7365, (812) 560-2919.

PS. Резюме в формате winword на вакансию «программист» рассматриваются в последнюю очередь.