А на счёт борьбы с зоопарком: после того, как статья вышла, коллеги почитали её и комментарии - мы сели думать, как нам сорганизовать самих себя. Пока что есть две идеи: 1 - переход на Rust (неоднозначная и сложная) и 2 - использование общего шаблонного мастер-проекта и libopencm3. Со второй идеей интереснее, потому что она решает именно проблему зоопарка: библиотека работает на очень многих cortex-M разных производителей. Пока ещё на стадии оформления, со временем посмотрим, что из этого получится. Может есть что-то подобное libopencm3 для x51?
Сейчас меня заминусят, но многие программисты (я в том числе) достаточно сильные интроверты. Им хорошо в своём уголке, и никто не оспаривает их решений и не навязывает мнения, пока сами не спросят. С высоты "выстроенных процессов" это кажется тупиковой ветвью развития, но некоторым людям так гораздо проще работать, чем в большой команде "умников" выглядеть "глупцом" и сгорать со стыда от этого и выгореть ещё раньше в конечном итоге.
Если есть слаженный конвейер производства и чёткие тайминги - Ваш техпроцесс жизненно необходим. У нас же больше частный подход и работа строится на индивидуальных конфигурациях и поддержке, нежели широкомасштабном производстве унифицированного продукта.
Согласен, что при нашем подходе, если уйдёт коллега, который поддерживает 2 самых прибыльных проекта компании и ещё несколько по мелочи - весь наш отдел захлебнётся. Но он старожил компании и не намеревается куда-то уходить, пока что его всё устраивает. (ключевое слово здесь "пока что", да).
Держаться за такую работу для себя смысла не увидел
Чтобы не держаться за такую работу надо хотя бы один проект запустить, чтобы на собеседовании было чем помахать. Так что пока что держусь и набираюсь опыта)
Коллеги во время code review зачастую могут подсказать решения, к которым ты мог сам так быстро не прийти
Вот именно из-за этого я и задумался о код-ревью) Заметил за собой, что на написание и переписывание разных тулзов для работы трачу слишком много времени. Да спустя много времени тулза получается универсальной, красивой и отшлифованной, но затраченное время всё равно слишком велико, а у кого-то она может быть давно уже написана, да ещё и время исполнения сильно меньше.
Жалоб, в том-то и дело, нет) Напротив, я рад, что меня взяли без опыта с перспективой к росту и дали возможность мало того, что защитить диплом, так ещё и не спеша учиться на большом проекте. Было немного неудобно заваливать коллег глупыми вопросами о базовых вещах, про которые в университете не рассказывали, но только на этом и удалось подучиться.
Чтобы добиться прогресса нужен не код-ревью, а надо изучать и портировать сторонние проекты и как можно более разнообразные.
К программированию МК именно что душа лежит, да. Говоря простыми словами: от оживающей железки на столе получаю больше удовольствия, нежели от буковок/циферок бегающих по экрану.
В защиту своих работодателей хочется сказать, что шеф консервативен, да, но не насаждает свою точку зрения. Скептически относится к новинкам, да, но если оно работает - спорить, потрясая ассемблерной бородой не станет. Проблема текущего места работы больше в отсутствии организации и командной работы.
1.5 года потратил не очень эффективно, возможно. Всё познаётся в сравнении. Пока не с чем особо сравнивать, но сравнивая себя на старте и себя сейчас - разница существенная, значит не совсем уж не эффективно)
Про ASM-Legasy могу только посочувствовать...
А на счёт борьбы с зоопарком: после того, как статья вышла, коллеги почитали её и комментарии - мы сели думать, как нам сорганизовать самих себя. Пока что есть две идеи: 1 - переход на Rust (неоднозначная и сложная) и 2 - использование общего шаблонного мастер-проекта и libopencm3. Со второй идеей интереснее, потому что она решает именно проблему зоопарка: библиотека работает на очень многих cortex-M разных производителей. Пока ещё на стадии оформления, со временем посмотрим, что из этого получится. Может есть что-то подобное libopencm3 для x51?
Сейчас меня заминусят, но многие программисты (я в том числе) достаточно сильные интроверты. Им хорошо в своём уголке, и никто не оспаривает их решений и не навязывает мнения, пока сами не спросят. С высоты "выстроенных процессов" это кажется тупиковой ветвью развития, но некоторым людям так гораздо проще работать, чем в большой команде "умников" выглядеть "глупцом" и сгорать со стыда от этого и выгореть ещё раньше в конечном итоге.
Специфика компании есть специфика компании.
Если есть слаженный конвейер производства и чёткие тайминги - Ваш техпроцесс жизненно необходим. У нас же больше частный подход и работа строится на индивидуальных конфигурациях и поддержке, нежели широкомасштабном производстве унифицированного продукта.
Согласен, что при нашем подходе, если уйдёт коллега, который поддерживает 2 самых прибыльных проекта компании и ещё несколько по мелочи - весь наш отдел захлебнётся. Но он старожил компании и не намеревается куда-то уходить, пока что его всё устраивает. (ключевое слово здесь "пока что", да).
Чтобы не держаться за такую работу надо хотя бы один проект запустить, чтобы на собеседовании было чем помахать. Так что пока что держусь и набираюсь опыта)
Вот именно из-за этого я и задумался о код-ревью) Заметил за собой, что на написание и переписывание разных тулзов для работы трачу слишком много времени. Да спустя много времени тулза получается универсальной, красивой и отшлифованной, но затраченное время всё равно слишком велико, а у кого-то она может быть давно уже написана, да ещё и время исполнения сильно меньше.
Жалоб, в том-то и дело, нет) Напротив, я рад, что меня взяли без опыта с перспективой к росту и дали возможность мало того, что защитить диплом, так ещё и не спеша учиться на большом проекте. Было немного неудобно заваливать коллег глупыми вопросами о базовых вещах, про которые в университете не рассказывали, но только на этом и удалось подучиться.
Отличная идея, спасибо!
К программированию МК именно что душа лежит, да. Говоря простыми словами: от оживающей железки на столе получаю больше удовольствия, нежели от буковок/циферок бегающих по экрану.
В защиту своих работодателей хочется сказать, что шеф консервативен, да, но не насаждает свою точку зрения. Скептически относится к новинкам, да, но если оно работает - спорить, потрясая ассемблерной бородой не станет. Проблема текущего места работы больше в отсутствии организации и командной работы.
1.5 года потратил не очень эффективно, возможно. Всё познаётся в сравнении. Пока не с чем особо сравнивать, но сравнивая себя на старте и себя сейчас - разница существенная, значит не совсем уж не эффективно)
Gigadevice? На тот же F405, для которого сейчас пишу проект, есть его клон GD32f405