Это простой опрос на тему того как реагировать на типичные ситуации в повседневной будничной практике разработки.
Голосование для исследования наиболее вероятных исходов в классических типичных неоднозначных ситуациях.
Цель данного опроса - это попытка выяснить как «правильно» через усреднение.
Если у Вас есть альтернативные варианты ответа на конкретные ситуации или сами вопросы, то можно разобрать это в комментариях.
Комментарии (52)
F376
10.10.2023 23:33+28Можно предположить, что у создавшего опрос есть проблемы. Лучшее решение - не устраивать опросы а найти другую работу. Или даже так. Если все эти вопросы или многие из них представляют собой прям проблемы - уволиться сразу же, без сообщения причин и потом уже искать другую. (Но это конечно если проблема не в самом вопрошающем).
Жизнь давно показала, что в случае хотя бы возникновения 2х-3х подобных проблем, если они выливаются именно в какие-то проблемы (кроме курения, болтовни или корпоративов, которые не проблема вообще) работа не стоит свеч. В нормальных коллективах никто никакие доносы не пишет и никого публично не обсуждает. Хотя по ключевым словечкам "менеджер", "начальнику", "напишу", "куплю" (т.е. само по себе уже существование гребцов и погонщиков) можно догадаться что попал ты парень на галеру, а с любой галеры надо бежать.
И еще. Какое отношение к опроснику имеют программисты именно микроконтроллеров ? Всё то же самое будет в любом другом гадюшнике.
aabzel Автор
10.10.2023 23:33Какое отношение к опроснику имеют программисты именно микроконтроллеров ?
Это чтобы по количеству проголосовавших примерно оценить сколько сейчас в СНГ есть программистов микроконтроллеров.
gregorKirov
10.10.2023 23:33+3Я например, не занимаюсь этим профессионально, (то есть не зарабатываю этим деньги)а лишь для себя, для дома и авто. Но я проголосовал. Так что ваша статистика уже сломана)
aabzel Автор
10.10.2023 23:33В том же яНДЕКСЕ менеждеры практикуют культ доносов и публичные осуждения сотрудников.
HEXFFFFFFFF
10.10.2023 23:33+5Хотел сначала поотвечать , но забил. Ибо бред))) В моей компании все по другому, все вопросы просто некорректны. Я сам делаю и электронику и программирую , это сильно ускоряет и упрощает разработку. Есть люди которые выполняют вспомогательные задачи, которые я им ставлю, разводят платы, паяют портотипы итд. Нет ни какого начальства которому можно писать кляузы)) Есть руководитель который ставит задачу, обшую задачу, надо устройство которое делает... Дальше начальство интересует только результат а не процесс.
Тут все вопросы про компанию, больше похожи на опрос заключенных в психушке алкоголиков, о том как у них организованы работы по подметанию двора. А не на вопросы разработчиам электроники.
ivankudryavtsev
10.10.2023 23:33+4Жить надо по совести. А вот это выше - это что, попытка выяснить как «правильно» через усреднение? С учетом того, что моральные ориентиры на дороге не валяются, предположу что или вам очень любопытно провести соцопрос или Вы какой-то херней занимаетесь или все вместе.
aabzel Автор
10.10.2023 23:33-1А вот это выше - это что, попытка выяснить как «правильно» через усреднение?
Да
iig
10.10.2023 23:33+2Уже было, про кресло для среднего пилота. Усредненное решение, скорее всего, не подойдет никому.
aabzel Автор
10.10.2023 23:33про кресло для среднего пилота
Кресло для среднего пилота вполне - это себе реальная вещь.
Вот например cockpit от Ту 154
kinall
10.10.2023 23:33+2<зануда мод он>
Посередине таки бортинженер. Пилоты слева и справа. А если совсем занудствовать, то только слева (второй пилот), потому что справа не пилот, а капитан.
<зануда мод офф>
NutsUnderline
10.10.2023 23:33-1сперва тоже подумал про проблемы на работе, но потом понял что Том и Уолли че то замышляют... какой то странный набор вопросов, п2. похоже два одинаковых ответа
kinall
10.10.2023 23:33+2Ух ты, я угадал 20 из 20-ти! Только причём здесь микроконтроллеры?..
И согласен с комментатором выше - кажется, у автора что-то личное)
iig
10.10.2023 23:33причём здесь микроконтроллеры?
Узкая ниша. Это программист на java может психануть и уехать в Таиланд. Железячник за пределами его конторы мало кому нужен. Судя по набору вопросов и вариантам ответа, автор свалил бы, но не знает куда.
Kudriavyi
10.10.2023 23:33+1Это было актуально пару лет назад. Сейчас ситуация меняется. Мне, как схемотехнику, приходят приглашения на интервью достаточно регулярно. Зарплаты не как у джависта, но уже и не как у инженера на совецком предприятии.
Как говорят вопрошающие, общий уровень схемотехников не особо высок, так что сменить работу не так уж и сложно
aabzel Автор
10.10.2023 23:33Только причём здесь микроконтроллеры?
Чтобы посчитать, сколько сейчас всего программистов МК.
CBET_TbMbI
10.10.2023 23:33+3Тупые вопросы. Почти на все из них ответ "в зависимости от".
После шестого вообще забил на вопросы. Какой, нафиг, донос? Специально такое негативное слово выбрал?
Если просят сообщить, как часто отвлекается от работы, как одевается, не опаздывает ли на 10 минут по утрам, то фиг что скажу.
Если вопрос про качество работы, про умение общаться с коллегами, про прогулы без предупреждения, то скрывать ничего не буду. Про это и без просьб полезно сообщать.
uhf
10.10.2023 23:33+1Несколько однотипных вопросов "говорить ли коллеге, если он что-то сломал". Обязательно говорить, но не чтобы унизить или самоутвердиться, а чтобы он знал, где совершил ошибку, и не повторял её.
18-й вопрос ужасный по своей сути, так как в нем правота напарника даже не рассматривается.
hooperer
10.10.2023 23:33+1"""14 Напарник своим коммитом сломал ваши модульные тесты. Что вы предпримете? """
Многие программисты МИКРОКОНТРОЛЛЕРОВ пишут к коду модульные тексты.
навевает вопрос как в анекдоте про Вовочку " а как Вы себе это представляете " )))
DrZliden
10.10.2023 23:33+3Бывают проекты когда основной код уже написан, но деньги за проект всё ещё можно получать и получать если показывать, что вы чтото делаете, улучшаяете, работатет так сказать. И вот тут они и поялвяются, и эмуляторы системы пишут и тесты, и очень забористо и годами.
Этож под каждый чих, надо исправить не только сам чих но тесты, а это время в отчете, а это ДЕНЬГИ!hooperer
10.10.2023 23:33Всё таки программист микроконтроллера и программист эмулятора - по моему опыту это ну совсем разные программисты, с абсолютно разным и программным стеком и абсолютно разными компетенциями.
если в микроконтроллер можно впихнуть модульное тестирование - значит микроконтроллер выбран не совсем верно для задачи, всё таки.
Микроконтроллер в некоторой , не абсолютной степени предполагает что ставится не Макроконтроллер и не Мега контроллер, именно для того, чтобы кроме исполняемого кода туда не попадало ничего от слова совсем.
поэтому и две фразы "МИКРОКОНТРОЛЛЕР" и "модульное тестирование" в одном предложении звучит достаточно странно. Примерно как "десятитонный микрокомпьютер".
DrZliden
10.10.2023 23:33+1Ну одна из наших команд так это называет. И используют для этого эмуляторы переферии, эмуляторы ядра чипа и прочее. Может они чтото неправильно называют, но пока моя цель не попасть, в эту команду :) Поэтому поправлять я их не стану.
AMDmi3
10.10.2023 23:33+1Нет, не странно. Во-первых, тесты не обязательно запускать на железке. Нормальный код абстрагирован от io как минимум в целях переносимости, и можно мокнув оное протестировать всю логику прошивки локально. Если нет, то всё равно всегда есть части кода которые можно тестировать обособленно. Во-вторых, микроконтроллеры это уже давно не avrки с 512 байт памяти, уж функция с простынёй ассертов туда влезет всегда.
Zuy
10.10.2023 23:33+1В крупных компаниях бывает так, что поставить микроконтроллер, который раз в 5 перекрывает нужду устройства, выгоднее по деньгам чем что-то другое. Ноги у этого обычно растут из контрактов с производителем микроконтроллеров.
aabzel Автор
10.10.2023 23:33-1если в микроконтроллер можно впихнуть модульное тестирование - значит микроконтроллер выбран не совсем верно для задачи, всё таки.
Прошивку надо тестировать в естественной среде обитания. То есть тесты должны проигрываться изнутри прошивки. Поэтому и надо подбирать MCU с запасом ROM для тестов.
Или второй подход - плодить кучу сборок под каждый компонент и его специфические тесты. Но тогда надо отказываться от IDE и писать скрипты сборок для наследования конфигов.
aabzel Автор
10.10.2023 23:33значит микроконтроллер выбран не совсем верно для задачи, всё таки.
В РФ микроконтроллеры не особо так тщательно выбирают, а просто пользуются тем, что умеют программировать и для чего есть отлаженный ToolChain.
NutsUnderline
10.10.2023 23:33+1а разве это плохой критерий выбора? Я пробовал пару раз. Чтобы выбрать надо месяц курить даташиты пытаясь понять - может оно или нет. Контроллеры разбиты на сериии и зачастую надо угадать - в какой серии есть нужная периферия. А половина сайтов производителей сейчас еще и регионально заблокированы
aabzel Автор
10.10.2023 23:33а разве это плохой критерий выбора?
Это отличный критерий!
Умею программировать этот чип- покупаем, ставит, не умеем - не покупаем.
Нет какой-то нужной периферии (PDM, BLE, HW-AES256) исследуем рынок, ищем. Покупаем, разбираемся. Накатываем ToolChain, разбираемся, запускаем, исследуем. Привыкаем.
aabzel Автор
10.10.2023 23:33Многие программисты МИКРОКОНТРОЛЛЕРОВ пишут к коду модульные тексты.
навевает вопрос как в анекдоте про Вовочку " а как Вы себе это представляете " )))
Модульное тестирование в Embedded вполне возможно.
Вот даже отдельный текст про это есть
Модульное Тестирование в Embedded (или код без модульных тестов — Филькина грамота)
https://habr.com/ru/articles/698092/
Azeront
10.10.2023 23:33+1Что подразумевается под "сломал"? Напарник без согласования изменил API кода, к которому вы написали модульные тесты, и поэтому тесты больше не собираются?
aabzel Автор
10.10.2023 23:33Что подразумевается под "сломал"?
Это значит, что тесты вчера проходили (pass) а сегодня после коммита напарника тесты перестали проходить (fail).
ivankudryavtsev
10.10.2023 23:33+1Наверное, вопрос к устройству процесса интеграции кода. Кто это влил?
hooperer
10.10.2023 23:33+1Наверно сначала стоит попытаться найти программиста микроконтроллеров делающего регулярные коммиты,
Потом из них стоит выбрать таких, которые могут работать в команде для создания одного устройства на микроконтроллере.
Задачка скажем так - с парой звёздочек, если брать за поиск страну Россия.
Я таких знаю и культивирую, но это скорее единичные исключения на рынке программирования микроконтроллеров
hooperer
10.10.2023 23:33+1Конечно возможно, особенно если понимать что делаешь, а главное зачем.
Но " а как Вы себе это представляете " формулирует то, что этот подход в таком контексте выглядит как неуловимый Джо которого никто не видел.
Как мне кажется - достаточно сложно, даже Хорошенько подумав - найти в текущем производстве в России хотя бы пяток устройств, основанных на микроконтроллерах, в которых для создания кода используются "модульные тесты".
( Есть конечно, и я даже таких знаю. но это полные исключения из правил, крайности в которых существенно страдают остальные части разработки Продуктов и изделий)
Не функциональные, покрывающие функционал устройства,
с самодиагностикой и на производстве и вообще,
а именно модульные тесты, проверяющие модули Исходного кода программ.
aabzel Автор
10.10.2023 23:33Многие программисты МИКРОКОНТРОЛЛЕРОВ пишут к коду модульные тексты.
навевает вопрос как в анекдоте про Вовочку " а как Вы себе это представляете " )))
У меня микроконтроллер SPC58NN84E7 6 мегабайт Flash памяти.
Второй год пишу прошивку со встроенными модульными тестами всё никак 800kByte бинаря не могу перевалить.
Думаю уже on-chip базу данных NVRAM в конфиге расширить на пару мегабайт вверху, чтобы не пропадало зря добро.hooperer
10.10.2023 23:33+1Никто не спорит что есть Большие микроконтроллеры в которых есть Много всякого.
Но написание в них Модульных тестов - это из раздела " фантастики" пока нет понимания Зачем их писать..
работа ради работы это как минимум странно.
У меня вот тут рядом лежит прибор.
простой преобразователь протоколов, для интеграции сторонних протоколов в наш протокол.
Разрабатывался итеративно, сначала сделали один сторонний протокол и протестировали функционально.
Потом добивали второй протокол со своим набором устройств и тоже протестировали.
Протестировали в логике " модульного тестирования" конечно же модуль второго протокола.
и отдельно модуль первого. по отдельности то всё нормально.
Но всего типов протоколов уже 7 и это уже прямо ну совсем не весело.
Это не то, чтобы тихий ужас, но от неимоверного количества nop-ов в коде я надеюсь разработчик икает долго и ропдлжительно.
monah_tuk
10.10.2023 23:33+1Блин. Ну фигня. Взять про ошибку, сначала напишу расскажу, а потом уже согласованно тикет сделаем. Делает работу медленно: сначала попрошу ускорится, не поможет - начальнику на вид. Перестал отвечать.
VikkorMalansohn
10.10.2023 23:33+1Ответы на все вопросы в стиле: чужую работу я вас делать не буду, если страдает продукт, страдают все, сдам любого кто не справляется (реально просто увольняю), все остальное про подарки, корпоративы, игры - игнор, это не касается продукта компании. Про секретность у меня их три, и за это оклад выше, а всякие ограничения это еще неизвестно пригодятся ли они, а оклад каждый месяц пригождается.
sdy
Отвечая на первый вопрос, нет вариантов:
-- создам задачу, тикет в жире
-- сделаю скриншот и отправлю в общий чат в телеге / слаке
-- впишу баг в таблицу по ревью схемы в конфлюенс
-- возьму паяльник в руки и сам все исправлю
aabzel Автор
Тут я имел в виду ту схемотехнику, когда еще не было запущено производство PCB (до SOP). Проектные файлы.