Передавать прошивки (бинарники) можно разными способами, хоть на листочке хексы печатать.
Для таких организаций, где нет систем контроля версий проще в ide, или в редакторе кода настроить форматирование по хоткеям. Или в принципе не заниматься этим. Так как скорее программист единственный и о командной работе над одной кодовой базой тут речи и быть не может. Либо это будет сущим адом.
Зачем писать дополнительный железный калькулятор, который ещё нужно через какой-то интерфейс подцепить к компу, потом навбивать команд, если всё считается в уме, на калькуляторе в операционке или электронных таблицах?
UART-CLI не всем нужен, а если и нужен, то впихивать бесполезные функции такое себе.
Наврядли там чистый js и HTML, скорее куча плохопонимаемого кода, который если написать руками будет сильно меньше.
Передавать прошивки (бинарники) можно разными способами, хоть на листочке хексы печатать.
Для таких организаций, где нет систем контроля версий проще в ide, или в редакторе кода настроить форматирование по хоткеям. Или в принципе не заниматься этим. Так как скорее программист единственный и о командной работе над одной кодовой базой тут речи и быть не может. Либо это будет сущим адом.
Ему место в прекомит хуках, как писали выше или в чем-то подобном.
Какой толк от него в системе сборки?
Вы по одному автору статьи не судите о всей индустрии. Стиль и задачи описанные автором, это чисто его проблемы.
Согласен, что высосано из пальца и всё решается куда проще. Но такой уж стиль автора
*.lst весьма полезен при отладке просто в консоли и без исходников, а вот бин и хекс легко вытаскиваются из элфа
На основной вопрос из заголовка "как...?" статья никак не отвечает
Ну что же, переводить тоже нужно с толком
Ужас какой, проще использовать скрипты для расчётов на каком-нибудь питончике.
Потом если надо можно и на сервер сборки прицепить и генерить коэффициенты в компайлтайме, если надо.
Если очень хочется никто не запрещает вернуть структуру или принять отдельным параметром указатель и заполнить всё необходимое.
К любым рекомендациям необходимо подходить скептически и с оглядкой на прикладную задачу, а не фанатично плодить сущности.
Зачем писать дополнительный железный калькулятор, который ещё нужно через какой-то интерфейс подцепить к компу, потом навбивать команд, если всё считается в уме, на калькуляторе в операционке или электронных таблицах?
UART-CLI не всем нужен, а если и нужен, то впихивать бесполезные функции такое себе.
Есть ощущение, что автор оригинала только-только узнал, что существуют конечные автоматы и пытается их запихнуть всюду куда дотягиваются руки.
Почему стек состоит из реактора и его друзей, а не включает что-либо еще?
Есть весьма интересный проект renode. Правда не для 8 битных ядер
Компилятор пилит с нуля или взяли фронт clang из llvm или что-то другое?
Очень спорное утверждение, прям максимально спорное.
Даже кажется что в этих словах теплое и мягкое сравнивается.
Не всё можно обернуть модульными тестами
После этого графа ещё больше вопросов, к сожалению.
К тому же читаемость сильно страдает из-за большого количества лишних блоков и линий связи.
Вероятно лучше сделать многоуровневую структуру и сначала показать верхние модули, а очевидно простые исключить вовсе. Сейчас это просто каша
Так мы оказывается не зависимости генерируем (что бы это не значило), а граф зависимостей.
Граф не полный, куча листьев в воздухе висит: Фифо, таски, црц и др.
То есть всё в программе живёт где-то там.. а основной код (суперцикл) его не использует
Очень странно видеть подобную статью сейчас, учитывая что vue3 уже довольно давно вышел из беты ?