lloyd (27.09.2017 21:40, просмотров: 71) ответил Ксения на По сути дела здесь мы имеем борьбу двух направлений - программирования процедурного и декларативного. И несмотря на то, что процедурное програмирование вроде бы давно победило, декларативное поднимает голову, каждый раз оттяпывая для себя новый
>указывать процессору (через компилятор) последовательность шагов, которые он должен исполнить Даже не каждый микроконтроллер послушает тебя, напиши ты ему код хоть на ассемблере.
ARM Cortex M4F умеет переставлять выполнение операций с плавающей точкой, а уж про суперскалярность х86 и говорить не нужно.
>компилятор обязан исполнить
Компилятор обязан исполнить соответствие стандарту, ABI, архитектуре и так далее.
Современный компилятор генерирует программный код, функционально близкий к исходному, но там давно уже не идет банальной трансляции строчка кода->лоскуты ассемблера.
>когда диалоги с галочками и движками, управляющие свойствами
Да, давайте возложим опции оптимизации на искуственный интеллект, и будем думать, почему у нас код стал в пять раз медленнее.
Не так уж много в современных компиляторах опций, если не заморачиваться всякой эзотерикой вроде -funsafe-math-optimizations и compile-time подстановками кода.
Но вообще декларативность/императивность процедурное/функциональное/ооп - это стили программирования и к компиляторам имеют ровно никакого отношения. Я пишу на чистом Си в ООП стиле, будто это какие-то кресты