Совершенно с вами не согласен, это работает в весьма абстрактных задачах макакописания.
Если же задача требует понимания — скопировав код с гитхаба вы с большой вероятностью просто перенесёте утечку времени из одного места в другое(скорее всего вам придётся залезть внутрь и переписать всё чуть ли не с нуля, только с грудой костылей).
Но не воспринимайте это как призыв заново переписывать функции взятия БПФ.
Главная утечка времени — в плохом ТЗ.
Можно сколько угодно писать уникальный код который будет отправляться на помойку, ибо кто-то не может определиться в какую сторону мы сейчас воюем.
И прокладывать кабели толщиной в ногу? вы только представьте себе 100 кабелей индастриал изернета.
Один из плюсов кана — 3 провода на ворох узлов, а в вариации с лампочками так сам бог велел, только я не совсем понял чего автор на каждый узел повесил всего 4 лампочки.
А если это не щит где места вагон, а автомобиль, где короткие сообщения уровня поверни зеркало, включи обогрев стекла?
А колхоз в виде терминаторов — один джампер на конечной и начальной плате, где там колхоз?
Но опять же, всё зависит от задачи, не надо пихать кан туда где ему не место.
По правде говоря, ничего удивительного, все стандартные библиотеки с открытым кодом в которые я запускал свои ручки оказывались, скажем так, своеобразными.
А по поводу выделения памяти, не надо использовать malloc(), вот просто не надо и всё, про это написано в MISRA C/C++, и не стоит этим пренебрегать, даже если вас не ставят в рамки этих правил, они не просто так писались.
С++ не используют(используют) не потому что он медленней С(не медленней) а из-за того что для большинства проектов на МК все ваши плюшки от плюсов как пятое колесо, которое ещё к тому же и крутится в обратную сторону, я уже не говорю про ексепшены которые вообще сродни выстрела себе в ногу.
А писать на плюсах в стиле С-с-классами, это как минимум глупо, а когда появится необходимость глобальных переменных(а она появится, уж поверьте мне) так вообще на ваш код будут все плеваться.
Плюсы надо использовать там где они уместны, на МК это бывает далеко не всегда.
Если же задача требует понимания — скопировав код с гитхаба вы с большой вероятностью просто перенесёте утечку времени из одного места в другое(скорее всего вам придётся залезть внутрь и переписать всё чуть ли не с нуля, только с грудой костылей).
Но не воспринимайте это как призыв заново переписывать функции взятия БПФ.
Главная утечка времени — в плохом ТЗ.
Можно сколько угодно писать уникальный код который будет отправляться на помойку, ибо кто-то не может определиться в какую сторону мы сейчас воюем.
Один из плюсов кана — 3 провода на ворох узлов, а в вариации с лампочками так сам бог велел, только я не совсем понял чего автор на каждый узел повесил всего 4 лампочки.
А если это не щит где места вагон, а автомобиль, где короткие сообщения уровня поверни зеркало, включи обогрев стекла?
А колхоз в виде терминаторов — один джампер на конечной и начальной плате, где там колхоз?
Но опять же, всё зависит от задачи, не надо пихать кан туда где ему не место.
А по поводу выделения памяти, не надо использовать malloc(), вот просто не надо и всё, про это написано в MISRA C/C++, и не стоит этим пренебрегать, даже если вас не ставят в рамки этих правил, они не просто так писались.
А писать на плюсах в стиле С-с-классами, это как минимум глупо, а когда появится необходимость глобальных переменных(а она появится, уж поверьте мне) так вообще на ваш код будут все плеваться.
Плюсы надо использовать там где они уместны, на МК это бывает далеко не всегда.