Я бы Белинкис заменил на Завертайлова, мне её книга вообще не зашла, а Завертайлов прям база, а Олсен MVP безусловно лучшая книга по продукту из переведеных. Ну и моя полка, тоже очень похожа на вашу 😀
А если бы вы знали нюансы языка, то вы знали бы, что плюсовый байт не обязан быть восьмибитным, он может быть и больше
Ну знаю я это как это мне поможет работать с байтов ым потоком,собирать его и извлекать из него инфу на процессоре который это не позволяет.
другая сторона в случае английского языка [человек] обладает несколько большим интеллектом и способностью к коррекции ошибок, чем другая сторона в случае ЯП [компилятор]
Вопрос решается на уровне корп стандарта компании типа undefined behavior не писать или общего стандарта безопасности типа мисры. Выше уже приводили пример race conditions в верилог что следуя паре простых правил вы на них никогда не нарветесь и знать о них для вас становится не обязательно чем на аналогия с intermediate и advanced.
Как бы вы назвали более глубокие уровни знания языка, когда человек может не только написать пару строк, но и знаком с крайними случаями, тонкостями и неочевидными подводными камнями?
Мне нравится аналогия принятая у лингвистов если взять английский - c1 advanced, c2 proficiency. При этом владении английским языком признается на уровне b1 intermediate и только почему то программисты засчитывают владение языком программирования когда вы знаете всё нюансы то есть если сравнивать с английским то это минимум advanced.
При этом во многих прикладных областях знать язык на уровне advanced не требуется достаточно intermediate, к тому же бывает так что архитектура проца просто не ложится на язык и часть нюансов не работает (моя любимая архитектура DSP от ti c54-c55 есть компилятор на си и даже си++ правда сильно урезанный но вот прикол байта в архитектуре нет, минимально адресуется 16 бит ещё и bigendian а вам надо rndis драйвер для USB написать ещё и eth стек на нём запустить 😀).
а язык, по которому собеседуют — вроде основной
А мне казалось что начиная с Ады там уже были вспомогательные или не используемые в компании языки просто интервьювер их знал очень хорошо а тот кого собеседовали нет потому и привёл аналогию с баш.
Нет я прекрасно ориентируюсь в своей области знаний а ещё я экстраверт так что сразу легко донесу до руководства свои слабые стороны подсветив что мне решение подобной задачи будет стоить больше. Это базовый навык в модели общения доверие-прозрачночть с руководством и понимание этого позволяет легко двигаться по карьерной лестнице. 😀
Но вы можете продолжать оправдывать его (на самом деле — себя).
Да без вопросов я спокойно могу сказать про себя что я дурак хоть и имею 2 диплома и за 18+ лет имея за плечами патенты и серьёзные продукты на рынке знаю только лишь то что практически ничего не знаю так как понимаю сколько различных предметных областей в embedded. А вот что я могу сказать конкретно по собесу
Спросили vhdl и verilog по первым вопросам не смогли выдти на конструктив избавляемся от кандидата по не соответствию hard/soft scils. Дальше время тратить нет это дорого для компании. Если через вас слишком большой поток неликвида нужно задуматься где проблема (плохой фильтр у hr или у вас завышенные требования к кандидатам).
Копания в аде и глубже если не нужно компании это именно снобизм и тут я приводил пример с питоном, я понимаю свои ограничения и на бэкенд не пойду но если бэк програмист прийдет ко мне я его буду спрашивать по необходимой мне предметной области и мы быстро расстанемся если он её не знает. При этом как я и писал в резюме мы оба знаем питон просто каждый в меру своей необходимости.
Теперь про знания языков зная python без многопоточки мне гораздо легче будет её освоить и написать чем тому кто вообще питон не знает(ии сейчас мне в помощь) Для меня как менеджера при найме такого человека это плюс ему в карму если его простой навык использования языка встраивается в мою предметную область (тут уже был пример с bash, git, тем же английским). И я не буду пытать его по каким то тонкостям.
У меня так с python для цифровой обработки сигналов, и в резюме у меня указано что я знаю python, но при этом у меня нет знания ооп, многопоточки или Django, и любой backend программист меня просто разнесёт на собесе. Вот только если он попадётся мне то на той же фильтрации я его порву как тузик грелку. 😂
Весело наблюдать обычно как один синьер другого собеседует, тут кто первый халат надел тот царь и бог, а второй если не наступал на те же грабли тот дурак .
А ещё веселее когда в маленьком городе миллионнике они потом встречаются и меняются местами и товарищ заваливший собеседование прошлый раз отрывается в ответ по полной. 😂
Это я к тому что один мог писать системные скрипты другой многопоточку используя один и тот же язык и в резюме указать что язык знают но при этом запросто завалить друг друга на собесе.
Embedded очень большой и областей огромное множество, и практики как и набор используемых инструментов везде разный. Надо просто смотреть понимает человек физику процессов которыми управляет через код или нет(так называемую предметную область в которой ему предстоит работать), остальное лишнее так как оно слишком часто меняется.
Почему врёт, если человек может прочитать код на этом языке и написать пару строк он им владеет. То что он не знает тонкостей какого-то языка это совершенно другое. Как в английском есть классификация от А1 до С2 и если я владею им на уровне А2-B1 то я считаю что я его знаю и в резюме запишу что знаю без указания уровня(для моих задач прочитать текст или написать комент или спросить где тут ресторан этого хватает с лихвой), вы собеседуете и знаете какой уровень вам необходим для работы вот и выясняйте это ваша работа, может вас устроит тот что у меня, но если я напишу конкретный уровень то во многих компаниях на собес попасть без шансов просто из за дурацкий автофильтров и глупых hr которые поставят как знание языка b2-c1. То же самое с языками я знаю СИ и в резюме пишу просто СИ но вот какой нужен вам и знаю ли я его это уже выяснять вам если не указали в вакансии (может вам нужна мисра из соображений безопасности, а может быть и нет). Здесь же человека указавшего аду пытают по адовой многопоточке а он может просто писал на ней какие то простые вещи тут как с bash и git все пишут что знают но у большинства знания как с английским на уровне А1 но для работы этого хватает. 😀
Код на доске это какой-то каменный век, уже у многих атрофировались нейронные связи что бы просто код писать ведь давным-давно все пишут с автокомплитом а щас ещё и с нейронкой. Ну тут хозяин барин, особенно если у вас нет kpi на количество часов которое Вы потратили на поиск подходящего кандидата. 😀
Лучше всего это удалить. Или как минимум делать два абзаца: текущие технологии (за которые вы можете ответить) и то что вы использовали в прошлом (про что сразу говорить что вы ничего не помните).
Ну не знаю, я уже где то 7 лет менеджер и мне кажется именно мой опыт и то что я работал с FPGA/ASIC, DSP, MCU baremetal, RTOS, Embedded Linux и делает его уникальным. Вы же мне предлагаете отказаться от позиционирования себя как T-shaped менеджера и стать в один ряд с управенцами без технических знаний практически анулировав предыдущий опыт и оставив в резюме только первый технический диплом 😀, хотя я помимо менеджмента разбираюсь в проектировании любого embedded устройства от схемотехники до прошивки, да сейчас уже не так глубоко как раньше и уровень реализации уже где то выпадает но концептуально всё ещё помню многие вещи.
Про race conditions врядли, просто потому что так бы не написал, может скажу ересь но как помню было синхронное(<=)и асинхронное(=) присваиваивание, и просто знаю что под клоком использовать асинхронное нельзя.
Про сложение тоже бы ответил частично, я помню что есть знаковые и безнаковые типы в vhdl что нужно делать расширение шины и подключать для работы библиотеки, но вот написать код не смог бы, просто потому что последний раз его писал в 2010 ещё в Active-hdl которая на тот момент уже умирала. Больше с написанием кода я дел не имел.
Это как в универе я посчитал кучу перемножений и определителей матрицы но вот сейчас без matlab мой мозг очень сильно заскрипит что бы это сделать, да посидев и погуглив я быстро вспомню и освежу навык но вот на собесе могу и не сделать. Тоже самое и с RTL, я могу спокойно рассказать зачем используются коды грея в FIFO работающего с разными клоковомыми доменами, но вот из головы даже этот счётчик грея не напишу. 😀
Ну вообще техническая секция у многих компаний есть и на менеджера сейчас всё хотят как минимум T-shaped, и выходит есть шанс встретить на тех секции сильное непонимание и отличие опыта от знания.
Вполне нормальный ответ, вы спрашиваете про то как были построены процессы разработки в компании если компания с именем то это попадает под NDA. Переформулируйте просто вопрос и всё
Ты работал с конкретной ide или процом
Вот устройство как бы ты организовал процессы фабричной прошивки и обновления в процессе эксплуатации
Как бы ты отлаживал и собирал инфу на подобном устройстве
Если бы я назначил тебя лидом как бы ты организовал работу в команде
В этом случае человек поделится своим реальным опытом ну или может слегка пофантазировать если его нет, но при этом нет нарушения NDA, потому что он не расказывает конкретно про процессы в предыдущей компании.
Инженерный снобизм в чистом виде. Ну вот зачем вы его спрашиваете про аду, форт или jovial если в вашей компании это не используется. Вместо того что бы выдти на конструктивный диалог по конкретным задачам которые человеку предстоит решать, вы тратите время оплаченное компанией на экзамен кандидата по сферическим знаниям которые не используется в вашей компании. 😩
Если вы чего-то не знаете, не надо включать это в резюме и нарываться на вопросы.
И да в моём резюме тоже есть vhdl и verilog и когда то на нём я писал корреляторы и Фурье процессор для быстрой свертки (занимался навигацией и даже есть патенты) но это было в 2011 году и после этого я переквалифицировался сначала в DSP программиста а потом в менеджера. И что я теперь должен по вашему удалить весь этот опыт из резюме если я сейчас на RTL языках и пары строк из головы не напишу (правда чужой код прочитаю и даже скажу примерно во что синтезнется)? 😀
Довольно необычная тема выпускной работы, обычно на МБА всё просчитывают бизнес. Можно несколько вопросов.
Почему такие малые инвестиции всего 480k и что в них входит? Выглядит так что вы явно забыли сумму уплаченную за диплом МБА.
Есть у вас ощущение и какая нибудь обратная связь от HRD и собственников что ваш диплом МБА выделяет вас среди других кандидатов? Сам закончил МБА, и тоже рассматривал карьеру а не бизнес как вектор приложения усилий и через год сложилось субъективное ощущение что мой диплом на рынке никому не интересен. 😩 Сейчас пересобираю стратегию под свой бизнес. У самого тоже 3 в генераторе идеи по белбину и в качестве генератора идей использую супругу у неё с этим нормально. 😀
Если вы хотите перейти на позицию CTO, главный секрет вот в чем: это не один большой скачок. Вам нужно пройти через три отдельных сдвига: в фокусе внимания, в горизонте мышления и в самом понимании того, что такое лидерство.
Главный секрет в том чтобы предыдущий СТО куда-нибудь делся причём желательно внезапно, а вы были готовы занять его место, и главное в вас видели его замену пускай и временную. (Ведь всё мы знаем что нет ничего более постоянного чем что то временное 😀). Почему именно так:
Компания может начать искать сильного СТО на рынке, это свежая кровь и новые идеи, если СТО исчезает не внезапно а планово процесс замены может пройти бесшовно и без вашего участия.
Вы готовы занять его место, и здесь, речь не про озвученное в статье а о той ответственности которую и вы берете и о том нарушение ворк лайф баланса которое прийдётся пережить прежде чем вы войдете в роль и настроите заново процессы.
И самое главное в вас должны видеть замену пускай и временную, то есть вы должны быть заметны внутри компании и выделятся, среди конкурентов качествами необходимыми для этой роли (тут к сожалению универсального совета нет, в каждой компании эти качества для роли СТО свои. Хороший их разбор есть у Стратоплана где они расписывают какие бывают СТО).
Вообще странно, обычно как раз на галерах этот процесс самый развитый, им нужно максимально развивать коллектив потому что они продают человеко часы, и чем быстрее будут закрыватся задачи тем больше они зарабатывают, вместе с тем на 1-1 они контролируют состояние сотрудников уменьшая риски внезапного ухода + собирают инфу чтобы потом на годовом ревью было что предъявить при отказе в повышении грейда (тут всё просто чем более высокий грейд решает задачу тем больше уходит в его ФОТ а не прибыль) . Вот товарищ применительно к галерам тему прям хорошо раскрыл
Я бы Белинкис заменил на Завертайлова, мне её книга вообще не зашла, а Завертайлов прям база, а Олсен MVP безусловно лучшая книга по продукту из переведеных. Ну и моя полка, тоже очень похожа на вашу 😀
Ну знаю я это как это мне поможет работать с байтов ым потоком,собирать его и извлекать из него инфу на процессоре который это не позволяет.
Вопрос решается на уровне корп стандарта компании типа undefined behavior не писать или общего стандарта безопасности типа мисры. Выше уже приводили пример race conditions в верилог что следуя паре простых правил вы на них никогда не нарветесь и знать о них для вас становится не обязательно чем на аналогия с intermediate и advanced.
Мне нравится аналогия принятая у лингвистов если взять английский - c1 advanced, c2 proficiency. При этом владении английским языком признается на уровне b1 intermediate и только почему то программисты засчитывают владение языком программирования когда вы знаете всё нюансы то есть если сравнивать с английским то это минимум advanced.
При этом во многих прикладных областях знать язык на уровне advanced не требуется достаточно intermediate, к тому же бывает так что архитектура проца просто не ложится на язык и часть нюансов не работает (моя любимая архитектура DSP от ti c54-c55 есть компилятор на си и даже си++ правда сильно урезанный но вот прикол байта в архитектуре нет, минимально адресуется 16 бит ещё и bigendian а вам надо rndis драйвер для USB написать ещё и eth стек на нём запустить 😀).
А мне казалось что начиная с Ады там уже были вспомогательные или не используемые в компании языки просто интервьювер их знал очень хорошо а тот кого собеседовали нет потому и привёл аналогию с баш.
Ну или пару фифошек на входе и выходе для исключения мета стабильности и pll разгоняющую в N раз клок для делителя.
Про запрещение перехода в другой клоковый домен в задаче ведь ничего не сказано. 😀
У человека может быть свидетельство о регистрации программы(там указан язык программирования) и это может быть известный в узких кругах продукт.
Всё ещё будете гонять его после этого на собесе по языку?
За недостаточную глубину знаний он получит отказ?
Нет я прекрасно ориентируюсь в своей области знаний а ещё я экстраверт так что сразу легко донесу до руководства свои слабые стороны подсветив что мне решение подобной задачи будет стоить больше. Это базовый навык в модели общения доверие-прозрачночть с руководством и понимание этого позволяет легко двигаться по карьерной лестнице. 😀
Да без вопросов я спокойно могу сказать про себя что я дурак хоть и имею 2 диплома и за 18+ лет имея за плечами патенты и серьёзные продукты на рынке знаю только лишь то что практически ничего не знаю так как понимаю сколько различных предметных областей в embedded. А вот что я могу сказать конкретно по собесу
Спросили vhdl и verilog по первым вопросам не смогли выдти на конструктив избавляемся от кандидата по не соответствию hard/soft scils. Дальше время тратить нет это дорого для компании. Если через вас слишком большой поток неликвида нужно задуматься где проблема (плохой фильтр у hr или у вас завышенные требования к кандидатам).
Копания в аде и глубже если не нужно компании это именно снобизм и тут я приводил пример с питоном, я понимаю свои ограничения и на бэкенд не пойду но если бэк програмист прийдет ко мне я его буду спрашивать по необходимой мне предметной области и мы быстро расстанемся если он её не знает. При этом как я и писал в резюме мы оба знаем питон просто каждый в меру своей необходимости.
Теперь про знания языков зная python без многопоточки мне гораздо легче будет её освоить и написать чем тому кто вообще питон не знает(ии сейчас мне в помощь) Для меня как менеджера при найме такого человека это плюс ему в карму если его простой навык использования языка встраивается в мою предметную область (тут уже был пример с bash, git, тем же английским). И я не буду пытать его по каким то тонкостям.
У меня так с python для цифровой обработки сигналов, и в резюме у меня указано что я знаю python, но при этом у меня нет знания ооп, многопоточки или Django, и любой backend программист меня просто разнесёт на собесе. Вот только если он попадётся мне то на той же фильтрации я его порву как тузик грелку. 😂
Весело наблюдать обычно как один синьер другого собеседует, тут кто первый халат надел тот царь и бог, а второй если не наступал на те же грабли тот дурак .
А ещё веселее когда в маленьком городе миллионнике они потом встречаются и меняются местами и товарищ заваливший собеседование прошлый раз отрывается в ответ по полной. 😂
Это я к тому что один мог писать системные скрипты другой многопоточку используя один и тот же язык и в резюме указать что язык знают но при этом запросто завалить друг друга на собесе.
Embedded очень большой и областей огромное множество, и практики как и набор используемых инструментов везде разный. Надо просто смотреть понимает человек физику процессов которыми управляет через код или нет(так называемую предметную область в которой ему предстоит работать), остальное лишнее так как оно слишком часто меняется.
Почему врёт, если человек может прочитать код на этом языке и написать пару строк он им владеет. То что он не знает тонкостей какого-то языка это совершенно другое. Как в английском есть классификация от А1 до С2 и если я владею им на уровне А2-B1 то я считаю что я его знаю и в резюме запишу что знаю без указания уровня(для моих задач прочитать текст или написать комент или спросить где тут ресторан этого хватает с лихвой), вы собеседуете и знаете какой уровень вам необходим для работы вот и выясняйте это ваша работа, может вас устроит тот что у меня, но если я напишу конкретный уровень то во многих компаниях на собес попасть без шансов просто из за дурацкий автофильтров и глупых hr которые поставят как знание языка b2-c1. То же самое с языками я знаю СИ и в резюме пишу просто СИ но вот какой нужен вам и знаю ли я его это уже выяснять вам если не указали в вакансии (может вам нужна мисра из соображений безопасности, а может быть и нет). Здесь же человека указавшего аду пытают по адовой многопоточке а он может просто писал на ней какие то простые вещи тут как с bash и git все пишут что знают но у большинства знания как с английским на уровне А1 но для работы этого хватает. 😀
Код на доске это какой-то каменный век, уже у многих атрофировались нейронные связи что бы просто код писать ведь давным-давно все пишут с автокомплитом а щас ещё и с нейронкой. Ну тут хозяин барин, особенно если у вас нет kpi на количество часов которое Вы потратили на поиск подходящего кандидата. 😀
Ну не знаю, я уже где то 7 лет менеджер и мне кажется именно мой опыт и то что я работал с FPGA/ASIC, DSP, MCU baremetal, RTOS, Embedded Linux и делает его уникальным. Вы же мне предлагаете отказаться от позиционирования себя как T-shaped менеджера и стать в один ряд с управенцами без технических знаний практически анулировав предыдущий опыт и оставив в резюме только первый технический диплом 😀, хотя я помимо менеджмента разбираюсь в проектировании любого embedded устройства от схемотехники до прошивки, да сейчас уже не так глубоко как раньше и уровень реализации уже где то выпадает но концептуально всё ещё помню многие вещи.
Про race conditions врядли, просто потому что так бы не написал, может скажу ересь но как помню было синхронное(<=)и асинхронное(=) присваиваивание, и просто знаю что под клоком использовать асинхронное нельзя.
Про сложение тоже бы ответил частично, я помню что есть знаковые и безнаковые типы в vhdl что нужно делать расширение шины и подключать для работы библиотеки, но вот написать код не смог бы, просто потому что последний раз его писал в 2010 ещё в Active-hdl которая на тот момент уже умирала. Больше с написанием кода я дел не имел.
Это как в универе я посчитал кучу перемножений и определителей матрицы но вот сейчас без matlab мой мозг очень сильно заскрипит что бы это сделать, да посидев и погуглив я быстро вспомню и освежу навык но вот на собесе могу и не сделать. Тоже самое и с RTL, я могу спокойно рассказать зачем используются коды грея в FIFO работающего с разными клоковомыми доменами, но вот из головы даже этот счётчик грея не напишу. 😀
Ну вообще техническая секция у многих компаний есть и на менеджера сейчас всё хотят как минимум T-shaped, и выходит есть шанс встретить на тех секции сильное непонимание и отличие опыта от знания.
Вполне нормальный ответ, вы спрашиваете про то как были построены процессы разработки в компании если компания с именем то это попадает под NDA. Переформулируйте просто вопрос и всё
Ты работал с конкретной ide или процом
Вот устройство как бы ты организовал процессы фабричной прошивки и обновления в процессе эксплуатации
Как бы ты отлаживал и собирал инфу на подобном устройстве
Если бы я назначил тебя лидом как бы ты организовал работу в команде
В этом случае человек поделится своим реальным опытом ну или может слегка пофантазировать если его нет, но при этом нет нарушения NDA, потому что он не расказывает конкретно про процессы в предыдущей компании.
Инженерный снобизм в чистом виде. Ну вот зачем вы его спрашиваете про аду, форт или jovial если в вашей компании это не используется. Вместо того что бы выдти на конструктивный диалог по конкретным задачам которые человеку предстоит решать, вы тратите время оплаченное компанией на экзамен кандидата по сферическим знаниям которые не используется в вашей компании. 😩
И да в моём резюме тоже есть vhdl и verilog и когда то на нём я писал корреляторы и Фурье процессор для быстрой свертки (занимался навигацией и даже есть патенты) но это было в 2011 году и после этого я переквалифицировался сначала в DSP программиста а потом в менеджера. И что я теперь должен по вашему удалить весь этот опыт из резюме если я сейчас на RTL языках и пары строк из головы не напишу (правда чужой код прочитаю и даже скажу примерно во что синтезнется)? 😀
Довольно необычная тема выпускной работы, обычно на МБА всё просчитывают бизнес. Можно несколько вопросов.
Почему такие малые инвестиции всего 480k и что в них входит? Выглядит так что вы явно забыли сумму уплаченную за диплом МБА.
Есть у вас ощущение и какая нибудь обратная связь от HRD и собственников что ваш диплом МБА выделяет вас среди других кандидатов? Сам закончил МБА, и тоже рассматривал карьеру а не бизнес как вектор приложения усилий и через год сложилось субъективное ощущение что мой диплом на рынке никому не интересен. 😩 Сейчас пересобираю стратегию под свой бизнес. У самого тоже 3 в генераторе идеи по белбину и в качестве генератора идей использую супругу у неё с этим нормально. 😀
Главный секрет в том чтобы предыдущий СТО куда-нибудь делся причём желательно внезапно, а вы были готовы занять его место, и главное в вас видели его замену пускай и временную. (Ведь всё мы знаем что нет ничего более постоянного чем что то временное 😀). Почему именно так:
Компания может начать искать сильного СТО на рынке, это свежая кровь и новые идеи, если СТО исчезает не внезапно а планово процесс замены может пройти бесшовно и без вашего участия.
Вы готовы занять его место, и здесь, речь не про озвученное в статье а о той ответственности которую и вы берете и о том нарушение ворк лайф баланса которое прийдётся пережить прежде чем вы войдете в роль и настроите заново процессы.
И самое главное в вас должны видеть замену пускай и временную, то есть вы должны быть заметны внутри компании и выделятся, среди конкурентов качествами необходимыми для этой роли (тут к сожалению универсального совета нет, в каждой компании эти качества для роли СТО свои. Хороший их разбор есть у Стратоплана где они расписывают какие бывают СТО).
Вообще странно, обычно как раз на галерах этот процесс самый развитый, им нужно максимально развивать коллектив потому что они продают человеко часы, и чем быстрее будут закрыватся задачи тем больше они зарабатывают, вместе с тем на 1-1 они контролируют состояние сотрудников уменьшая риски внезапного ухода + собирают инфу чтобы потом на годовом ревью было что предъявить при отказе в повышении грейда (тут всё просто чем более высокий грейд решает задачу тем больше уходит в его ФОТ а не прибыль) . Вот товарищ применительно к галерам тему прям хорошо раскрыл
https://habr.com/ru/articles/822055/