Это немного другая компетенция. Мы бы хотели, чтобы наши студенты видели задачу целиком и в комплексе. И решали ее хотя бы на уровне прототипа на макетке, при этом также делая серверную часть, графический интерфейс, мобильное приложение и т.д.
И, конечно, ключевой вопрос: вы пишете о том, что ведете в компании такие курсы. Сотрудники компании кто по образованию? Если инженеры, это один разговор, если программисты — совсем другой. Разводили ли они плату сами? Сколько времени у вас заняло обучение основам схемотехники, монтажа, ЛУТ?
На первой картинке что-то спаянное на скорую руку на макетке — очевидно, музыкальный плеер.
На второй картинке устройство, собранное из готовых «кубиков» — вижу стабилизатор с Алиэкспресса, и Arduino, опять же на макетке, но здесь, в отличие от прошлой картинки, компонентов больше. Что делает устройство, непонятно — похоже на роутер с каким-то дополнительным функционалом.
На третьей картинке уже никаких макеток, а разведенная плата, для управления, видимо, какой-то нагрузкой, с таймером.
Думаю, что три картинки автор комментария привел как некоторую последовательность разработки устройств: одна плата на макетке, дальше — несколько плат, объединенные в корпус, соединенные проводами, и наконец — печатная плата со всем необходимым.
Я с такой последовательностью согласна, а то, что студенты на конкурсе дошли только до шага 2 — так это исходит из их направления подготовки, они программисты. Если в вузе их не учили разводить платы, то мы и не вправе от них такого требовать. Хотя, конечно, в идеале хотелось бы и этого. Думаю, что в будущем году подтянутся более инженерные специальности и факультеты, и из этого возникнет наконец интересное межфакультетское сотрудничество.
При всем уважении к вашим разработкам, вы ведь пишете только о конечном устройстве. Рассматривайте систему в комплексе. Сейф — лишь часть всей системы. Нужно еще поднять сервер, наладить клиент-серверное взаимодействие, нарисовать графический интерфейс, продумать UX хоть в каком-то виде. На мой взгляд, для студента-программиста, притом первокурсника — это огромная работа.
По поводу выражения «недоинженеры-программисты». Никто и не пытается переучивать программистов в инженеры. А вот для программиста иметь понимание этой области — очень ценно, чтобы он мог в дальнейшем с инженерами взаимодействовать и говорить на одном языке. Собственно, об этом я и пишу в статье: мне грустно, что есть серьезное разделение и непонимание между инженерами и программистами, оно заметно особенно здесь, на Хабре. Цель — подружить эти два мира.
Здесь вполне себе интерфейс в привычной стилистике SCADA-систем. Да, выглядит олдскульно, но это ведь жанр такой.
А про талантливого дизайнера интерфейсов я, кстати, писала в предыдущей статье. Вот его дизайн с хакатона, где они делали систему жизнеобеспечения для космонавтов (такое было условие конкурса):
Как по мне, так очень круто, учитывая что это просто его хобби и учится человек вообще на промавтоматике. Я бы так не смогла при всем желании.
В идеале, при грамотном разделении труда и в устоявшейся индустрии — конечно, да, всё так, как вы написали. На практике приходится совмещать. У нас в России рынок IoT только зарождается, и стартапы очень маленькие, у них нет средств нанять себе отдельного бизнес-аналитика. Поэтому, считаю, в сложившейся ситуации для разработчика хотя бы ознакомиться с этой тематикой и понимать, какие нужно задавать вопросы — уже очень полезно. Ведь в вузе таким вещам просто не учат, у меня даже не было такого предмета как «Экономика».
Вполне звучит как задача для студенческого проекта! Если не возражаете, пришлите описание задачи в личку, а мы ее предложим на будущий учебный год как один из вариантов.
Одно из требований к конкурсантам было провести обзор аналогов и доказать, что проект не является уже существующей системой. К примеру: проект MotoGuard — да, в продаже есть много китайских трекеров, но нет именно такого, который бы отправлял данные об ударе, вибрации, экстренном торможении и пр. Или проект с умной лампочкой: да, есть много умных лампочек на рынке, но здесь девушка задумалась о том, чтобы сделать полноценную «комнату рекреации» на предприятии. Можно спорить о разумности идеи, но вторичной я бы ее не назвала. Те проекты, которые слишком явно дублировали имеющиеся на рынке решения, мы до конкурса просто не допустили.
По сумме всех остальных достоинств проект был крепкий и проработанный. Вы учтите, что делал его студент-программист. Он сделал прошивку микроконтроллера на RIOT OS, продумал архитектуру приложения в облаке, разработал мобильное приложение. Рассматривайте не только конечное устройство, но всю систему в целом. Думаю, что потенциального инвестора, увидевшего такой работающий прототип, не смутила бы картонная коробка.
Номинация конкурса неслучайно называлась «Бизнес и общество». Речь не только о том, чтобы продать. Речь о том, чтобы понимать назначение, пользу устройства — не только для бизнеса, но и, возможно, общества, государства, науки.
К сожалению, часто разработчики даже не утруждают себя минимальным обзором аналогов, составлением портрета пользователя, изучения целевой аудитории. В итоге получаются проекты, реально нужные только 2-3 людям, и это грустно: столько сил потрачено, а конечная польза минимальна.
Поэтому в нашей программе был сделан акцент именно на этом: Какую задачу вы решаете? Чью проблему вы хотите решить?
Да, это все задачи для встраиваемых девайсов с вычислительно слабыми микроконтроллерами, где писать на C++ теоретически можно, но столько памяти сжирает, что в итоге чаще пишут на С. Поэтому на месте С++-комитета я бы не отказывалась от совместимости, просто чтобы не оттолкнуть embedded-сообщество окончательно.
Занесение в переменные среды можно сделать проще в 2 шага:
1) Необязательно прописывать путь к /opt/gcc-arm-none-eabi-7-2017-q4-major/arm-none-eabi/bin, достаточно пути к /opt/gcc-arm-none-eabi-7-2017-q4-major/bin, там лежат симлинки на все, что нужно
2) Необязательно вносить пути для текущей сессии, проще сделать так — сразу сделать экспорт в bashrc, а затем применить эти изменения для нынешней сессии, командой source.
cd /opt
sudo tar xf /mnt/c/Users/vasya/Downloads/gcc-arm-none-eabi-7-2017-q4-major-linux.tar.bz2
echo "export PATH=/opt/gcc-arm-none-eabi-7-2017-q4-major/bin/:\$PATH" >> ~/.bashrc
source ~/.bashrc
Мы исходим из того, что с ESP8266 студенты смогут познакомиться сами при желании. Тем более, что и разобраться там проще: с WiFi все так или иначе работали хотя бы на бытовом уровне.
Думаю, что 20% — это минимум, а фактически таких людей, которые взяли кредит для покупки криптовалюты, гораздо больше. Просто не все признались, ведь это стыдно.
ИМХО даже если что-то не сложится в Intel или Samsung — это всё равно будет солидная строчка в резюме и полезный опыт работы. Лично я после работы в государственном вузе и после этого в двух стартапах, решила попробовать себя в Samsung, и в общем, очень довольна :)
И, конечно, ключевой вопрос: вы пишете о том, что ведете в компании такие курсы. Сотрудники компании кто по образованию? Если инженеры, это один разговор, если программисты — совсем другой. Разводили ли они плату сами? Сколько времени у вас заняло обучение основам схемотехники, монтажа, ЛУТ?
На второй картинке устройство, собранное из готовых «кубиков» — вижу стабилизатор с Алиэкспресса, и Arduino, опять же на макетке, но здесь, в отличие от прошлой картинки, компонентов больше. Что делает устройство, непонятно — похоже на роутер с каким-то дополнительным функционалом.
На третьей картинке уже никаких макеток, а разведенная плата, для управления, видимо, какой-то нагрузкой, с таймером.
Думаю, что три картинки автор комментария привел как некоторую последовательность разработки устройств: одна плата на макетке, дальше — несколько плат, объединенные в корпус, соединенные проводами, и наконец — печатная плата со всем необходимым.
Я с такой последовательностью согласна, а то, что студенты на конкурсе дошли только до шага 2 — так это исходит из их направления подготовки, они программисты. Если в вузе их не учили разводить платы, то мы и не вправе от них такого требовать. Хотя, конечно, в идеале хотелось бы и этого. Думаю, что в будущем году подтянутся более инженерные специальности и факультеты, и из этого возникнет наконец интересное межфакультетское сотрудничество.
По поводу выражения «недоинженеры-программисты». Никто и не пытается переучивать программистов в инженеры. А вот для программиста иметь понимание этой области — очень ценно, чтобы он мог в дальнейшем с инженерами взаимодействовать и говорить на одном языке. Собственно, об этом я и пишу в статье: мне грустно, что есть серьезное разделение и непонимание между инженерами и программистами, оно заметно особенно здесь, на Хабре. Цель — подружить эти два мира.
А про талантливого дизайнера интерфейсов я, кстати, писала в предыдущей статье. Вот его дизайн с хакатона, где они делали систему жизнеобеспечения для космонавтов (такое было условие конкурса):
Как по мне, так очень круто, учитывая что это просто его хобби и учится человек вообще на промавтоматике. Я бы так не смогла при всем желании.
К сожалению, часто разработчики даже не утруждают себя минимальным обзором аналогов, составлением портрета пользователя, изучения целевой аудитории. В итоге получаются проекты, реально нужные только 2-3 людям, и это грустно: столько сил потрачено, а конечная польза минимальна.
Поэтому в нашей программе был сделан акцент именно на этом: Какую задачу вы решаете? Чью проблему вы хотите решить?
1) Необязательно прописывать путь к /opt/gcc-arm-none-eabi-7-2017-q4-major/arm-none-eabi/bin, достаточно пути к /opt/gcc-arm-none-eabi-7-2017-q4-major/bin, там лежат симлинки на все, что нужно
2) Необязательно вносить пути для текущей сессии, проще сделать так — сразу сделать экспорт в bashrc, а затем применить эти изменения для нынешней сессии, командой source.
Кстати, в неплохом курсе Architecting Small IoT Devices на Coursera есть раздел, посвященный этой теме: ru.coursera.org/learn/iot-architecture/lecture/u9EJP/power-budget