Дело вовсе не в макросах [С++], а в опыте работы, в ч.н.с ними.
А, граблей везде, да конечно и в Си хватает(макросы говорите? вот выполните под RM16 например в BC3(с его настройками по умолчанию [в школах], явно рассчитанными на макс совместимость кода) успешно компилируемый просто вывод 1-го пиксела: "*(unsigned char far*)0xA0000000 = 15"... ;) с макросами же проблема скажу - только от невнимательного чтения документации по них, компиляторы сколько помню - хорошо ловили такие проблемы в 95%-100% случаев, а вот в VirtualPascal 32битном и без макросов, в исходном коде DN после исправления - сам компилятор некорректно подключал файлы вываливаясь, последняя версия компилятора, и как скомпилировать? эксперименты с перебором строк показали - а, никак... пришлось забивать на правку проекта вообще, а вы тут про детские ошибки в Си[++] с макросами...), вообще везде есть и очень много граблей - не синтаксически так библиотечно, и в ОС WINAPI/COM грабли и подавно, т.б.[с переносимостью] у OpenGL/DirectX - на каком языке не пиши... на какой у них версии и подверсии, так и версий драверов...
Решение проблем граблей - это именно то для чего нужен именно програмист.Вопрос ещё в том что на других языках(не считая Pascal, может Fortran) - програмисты уже неполноценны, да и на Си - без знания Ассемблера и дизассемблера и желания узнавать как всё компилится, т.к. даже просто не знают что там у них и как выполняется реально и даже неузнать уже - при желании как нибудь. А, программист обязан это знать.
А, тут ещё аппаратные дыры... да ещё SMM, ..., MINIX - прямо в процессорном чипе... Эти архитектуры должны бы быть сразу запрещенны в ч.н.у вас в РФ, не будь вы сами в оккупации международно. Так что можете и дальше мечтать о без-зловредном импортозамещении, т.б.недырявом преднамеренно.
|
