История изменений
Исправление tailgunner, (текущая версия) :
К примеру, к фразе «list comprehensions - типичное для языков с поддержкой фп средство» труднее придраться,
А к этой фразе никто бы и не придирался (ну, не я, по крайней мере).
Ящитаю, пихать функциональщину в си/++ не нужно, потомв что реализация той же иммутабельности идет вразрез с основными преимуществами си как языка для написания быстрых и нересурсоемких приложений.
Ну, смотря что называть «функциональщиной». Делать из Си (и Си++) ФП-язык, конечно, глупо. Но «типичные для языков с поддержкой ФП средства» не повредили бы - например, в Cyclone был рудиментарный pattern matching, который неплохо было бы иметь в Си; в Ivy есть зависимые типы.
Поди впихни в микроконтроллер иммутабельный массив
Микроконтроллер - это всё-таки вырожденный случай. Но вообще-то компиляторы развиваются :)
Исходная версия tailgunner, :
К примеру, к фразе «list comprehensions - типичное для языков с поддержкой фп средство» труднее придраться,
А к этой фразе никто бы и не придирался (ну, не я, по крайней мере).
Ящитаю, пихать функциональщину в си/++ не нужно, потомв что реализация той же иммутабельности идет вразрез с основными преимуществами си как языка для написания быстрых и нересурсоемких приложений.
Ну, смотря что называть «функциональщиной». Делать из Си (и Си++) ФП-язык, конечно, глупо. Но «типичные для языков с поддержкой ФП средства» не повредили бы - например, в Cyclone был рудиментарный pattern matching, который неплохо было бы иметь в Си; в Ivy есть зависимые типы.
Поди впихни в микроконтроллер иммутабельный массив
Микроконтролер - это всё-таки вырожденный случай. Но вообще-то компиляторы развиваются :)