Лидеры

А в этом нет нужды - помнить, ибо любая простая переменная когда-то может стать тяжелым классом и впрочем наоборот ) Если еще и этим забивать голову, то код превратиться в некую шифровку, которая становится практически нечитаемой через месяц-полгода паузы над проектом.

Если поместить конструкцию using namespace в функцию, то область её действия заканчивается в конце функции: namespace Test { struct Foo { int flag }; } auto makeFoo() { using namespace Test; return Foo {1}; } int main() { auto foo = makeFoo(); // здесь не действует using namespace Test } А в целом, идеологически, все эти пространства имён для того и делались, чтобы виртуально "удлиннить" идентификаторы. Поэтому логично, что запись получается более многословной. Можно от этого огорчаться, можно пытаться сократить запись, а можно просто принять это, и использовать. Запись вида sGPIOCmdDesc descriptor = {sGPIOCmdDesc::GPIO_CTRL, sGPIOCmdDesc::SET_EN_DISPLAY}; не выглядит ужасной, зато сразу видно, что мы не перепутали enum-ы. А если вместо enum использовать enum class, то мы также можем быть уверены, что мы не перепутали местами аргументы.

Ну вот у кого из Allwinner'ов есть USB SS?

vs Так это требование или пожелание? Как вам правильно заметили коллеги, снижайте требования или ещё лучше разбейте на две вакансии. Так шансы найти специалиста будут намного выше. Но по многолетнему опыту общения, схемотехники/топологи/конструкторы крайне редко горят желанием что-то профессионально программировать для МК, т.к. им и так забот хватает.

в модели у меня получалось несколько лучше (меньше выбросов) , если выбросить деление в конце на сумму квадратов амплитуд A^2+B^2. Дело прошлое, и емнип. Попробуйте и Вы , посмотрите разницу, будет ли лучше ( и кстати проще).

Соглашусь с Вами по всем пунктам. Бывает зайдешь в семейное кафе а там уютно, вкусно, недорого, душа отдыхает и глаз радуется! Но тут другой случай: как раз собеседник, которому я ответил, он совершенно про другое. Про азы рыночной экономики, про "несуществующие" КД (в следствие отсутствия должной компетенции, которую, возможно, не удалось накопить за 31 год), про высокие цены, и т.п. весьма спорные заявления, на которые коллеги из этой ветки отвечали не понимая о чем вообще речь. Так что да, мы из разных миров. Неважно в какой сфере, мне кажется профессионал от любителя отличается не оборотом, Вы тут правы несомненно! А уважением к себе, в которое входит, например, закупка качественного инструмента, классных материалов, самообразование, стремление оттачивать навыки. Да это дорого! Но зато за результат не стыдно и не попадаешь в ситуации подобно этой, "не существует сборочных чертежей, это выдумка".

Чёрт с ним, с оборотом. Это интересно только банкам и дельцам из Wall-street, когда берёшь очередной кредит какой нибудь. Выхлоп важен, отдача на каждую в проект вложенную копейку. Да имхо самый лучший показатель - человек жифф, несдох с голоду, и уже 31 год как занимается своим любимым делом. Нет? ДА вы просто из двух разных миров. Как придорожная чебуречная, и "точка и вкусно". Вроде общепит и то, и другое. Но подходы чуть разные. Допускаю мысль, что в чебуречной может быть и вкуснее. Но не всегда, не во всех, и не обязательно.

Там есть "Предисловие к первому изданию", почитайте. Это искусство составления техзадания (ТЗ), от формализации к детализации — мне нужно получить это, для этого нужно сделать то и то, которые можно сделать так и так, и т.д. — сводится к эрудиции, т.е. владению результатами общего образования, его в т.ч. даёт "Искусство схемотехники".

Раз тема с оригинальным загрузчиком v12 снова всплыла, тоже присоединюсь к просьбе поделиться.