Была такая pdf'ка по алгоритмам для школьников из какой-то школы с математическим уклоном, там задачи в основном, очень известная, никак не могу её нагуглить. Может кто-то понимает, о чём идёт речь?

Пятничная тема про Embedded aka программирование микроконтроллеров (не совсем тождественные понятия, но всё же). Я работаю немногим дольше трёх лет (а вообще почти четыре), пока что в двух конторах работал. Хочу перетереть за жизнь с теми кто работает в этой же области (ну можно и не только с ними).

Сразу к делу.

Уныло это как-то всё. Я вполне допускаю, что это всё потому что я не бог весть какой инженер (программист) и мне просто не попадались сложные задачи, пусть так. Пишу я в основном на голом железе и под FreeRTOS. Писал под TMSы, STMы и немного AVR и PIC. Что у нас там есть? Интерфейсы передачи данных, АЦП, ШИМы да каналы захвата. Вот здесь можно DMA подключить. Иногда надо USB присобачить, совсем круто сымитировать или накатить настоящую файловую систему. Иногда что-то по сети передавать. Иногда надо что-то осциллографом смотреть, кому-то нравится, а я не люблю, отвлекает. Вообще стараюсь схемотехники не касаться, благо в обоих конторах этим отдельные люди занимались. Каждый раз моя разработка - или машина состояний на голом железе, или задач под FreeRTOS наструячить.

По предметной области - немного ЦОСа (фильтры подобрать/написать), немного ТАУ. Часто приходится парсить разные протоколы, иногда что-нибудь в матлабе моделировать, один раз приходилось систему стабилизации камеры писать (было прикольно, там и алгебра, и моделирование, но получилось не очень точно). Большая часть моих устройств занимается передачей данных, некоторые делают что-то конкретное (генерируют данные или управляют чем-то). Вообще мне кажется иногда, что лучше б я на конкретной инженерной специальности фокусировался, типа ЦОС или системы управления или что-нибудь ещё. Железо (имею в виду схемотехнику, от которой тащатся многие эмбеддеры, вероятно потому что многие из них изначально радиоэлектронщики) не люблю. Меня особенно дико выбешивает когда что-то не так запаяно и приходится это искать.

Вот и весь мой эмбеддед. Возможно я просто не сталкивался со сложными задачами. Возможно две работы - это небольшой опыт и много чего я не видел. Возможно разработка в эмбеддед и под всё остальное сейчас на самом деле не сильно отличаются.

Но просто я как-то глянул как дрова под Linux пишутся и ничего вообще не понял, откуда эти тонны структур и дескрипторов, что здесь мляха происходит. Открыл проект на С++ (не эмбеддед) и тоже почти нихрена не понял. У меня такое чувство, как будто программистская/CS жизнь проходит мимо меня. ИИ, анализ данных, современные языки программирования и многое-многое другое. Я и не спец по какой-то инженерной области, и не программист.

А у вас есть такое чувство? Вам нравится? У вас сложные интересные проекты? Чем вообще занимаетесь?

Посоветуйте чего читануть (а может и посмотреть на гитхабе) по С++, но чтобы не размусоливалось при этом про циклы и указатели. Так сказать, чтобы был самый сок С++. Сам активно использую Си (в основном, микроконтроллеры), хочется ближе познакомиться с С++, но слышал, что Си-программист навсегда обречён использовать С++ как Си с классами. А так хочется попробовать смотреть на мир глазами чистого плюсовика.

Перемещено tailgunner из development

Вот есть у меня интерпретатор калькулятора.

extern FILE *yyin;

int main()
{
    yyin = fmemopen("print 5+5;", strlen("print 5+5;"), "r");
    yyparse();
    some_func();

    return 0;
}

Я что-то не очень понимаю, как сделать так, чтобы вызвалась функция some_func(). Иными словами, я хочу, чтобы yyparse() один раз отработал (интерпретировал print 5 + 5;), и программа выполнялась дальше. Можно ли так сделать? Надо ли для этого вводить в язык какой-то отдельный конструкт типа INTERPRETER_EXIT или можно что-нибудь дописать в y.tab.c или lex.yy.c, например поправить yywrap()?

Где можно почитать о нём? То есть, я читал, что поворот можно организовать с помощью углов Эйлера и матриц поворотов, но тогда важен порядок вращений; вместо этого можно использовать алгоритм нормализованного 3D поворота, а вот что это за алгоритм, я не нашёл.

В файле, который находится гуглом, всего 169 страниц и не хватает около 20. Ищу небитую pdf-ку, вдруг есть у кого.

Что такое философия языка программирования? Откуда она берётся? Есть ли философия, например, у Си и в чём она состоит?

Есть ли у кого-нибудь в электронном виде Instructor's Manual t/a Structure and Interpretation of Computer Programs?

По-моему, в одном из срачей где-то рядом это упоминалось, но не нашёл.

Гляньте на курс calculus'a в MIT (я про 18.01 на OCW, но к остальным это походу тоже применимо). Он же очень лёгкий, на уровне Зельдовича «Высшая математика для начинающих физиков». Я думал, там более сложный материал.

P.S. Да, я знаю про 18.014 - calculus with theory, но я слышал, что он для чистых математиков.

Большинство людей использует стили Олмана или K&R. А есть здесь те, кто использует Уайтсмита или GNU (или даже лисп-стиль)? Вы используете стиль, потому что так принято у вас в коллективе или выбрали его сами? Коллеги не ругаются?

Учитывая легендарный статус этой книги, меня немного удивила её оценка на амазоне (3,5 балла). Давайте уже раз и навсегда решим за SICP:

1) не читал - вон из профессии;

2) обычная книжка для студентоты, содержащая прописные истины, которые к тому же доходят через практику. А что не доходит, то уже давно нинужно.

Есть комп->устройство1->устройство2. Устройство1 - посредник в передаче данных между компом и устройством2. Между компом и устройством1 один протокол (например modbus), между устройством1 и устройством2 - другой. На предыдущей работе один мужик хотел, чтобы данные из одного протокола обрабатывались лексическим и синтаксическим анализатором и с их помощью перегонялись в данные для другого протокола. Предлагал использовать Lemon Parser. Так вот вопрос, так можно/нужно делать, или это какой-то дикий костыль?