maytonЯ-бы голосовал за ФП т.к. считаю что у него больше возможностей и он интереснее.Вот сижу, думаю. А чего нам в С++ сейчас не хватает чтобы использовать ФП? И прихожу к выводу что уже сейчас все есть. Тут надо не язык развивать, а программистов обучать.
Что такое ФП? Это ж всего-навсего полный запрет обращаться к переменным из внешней области видимости. И все.
Получила функция на вход переменную, обработала, отдала результат другой функции ... и так пока не решим всю задачу.
Как ни странно, но ФП не подразумевает полную имплементацию лямбда-исчисления.
maytonМета-кодинг исчерпал сам себя.Вот если хочешь полноценное лямбда-исчисление получить тогда и мета-программирование понадобится, иначе абстракции сделать не получиться. Впрочем тут я не уверен на все сто. Просто я как зачет сдал по лямбдам, так и забыл их...

maytonНо каково бизнес-value шаблонов - никто сказать не может. Или не может
провести исследование и доказать что шаблоны очень сильно необходимы
бизнесу.Шаблоны могут быть слегка полезны как заменитель вариантных типов. Этакое решение для бедных и только на этапе компиляции. Но и все.

maytonПо сабжу я не являюсь шаблоно-хейтером. Я просто инженер который искренне
удивляется умению других инженеров создавать себе трудности.Поздно. Тебя уже записали :)

egorychmaytonНо каково бизнес-value шаблонов - никто сказать не может. Или не может
провести исследование и доказать что шаблоны очень сильно необходимы
бизнесу.мне шаблоны реально сокращают рутинный код в разы. Можно теперь сказать, что шаблоны необходимы бизнесу? ;-)Мне жутко хочется посмотреть на этот рутинный код который сокращается шаблонами.

White OwlМне жутко хочется посмотреть на этот рутинный код который сокращается шаблонами.
Anatoly MoskovskyСамый простейший пример: std:string и std::wstring код которых без шаблонов пришлось бы продублировать, а так это просто две строки с typedef и один общий шаблон.ммм... может быть. Однако мне как пользователю библиотеки абсолютно до лампочки как именно организован код внутри библиотеки, даже если там будет полноценный копи-паст. До тех пор пока библиотека работает мне не важно сколько там строк внутри.
А когда я пишу собственный класс для строк, я его делаю на основе юникода (с наследованием от ICU) и никакие std::w?string мне не нужны вообще.

alex_kЕсли клянетесь не воровать! :)Не вижу в приведенном примере проверки типов на этапе компиляции. Зато проверку типов в рантайме вижу. Не засчитано.

CEMbда std::vector же, иначе пришлось бы или каждый раз делать работу с массивом данных, или организовывать свою иерархию, как это делается в классических примерах про виртуальные функции в с++Угу. Работа со списками это пожалуй единственное более-менее оправданное использование шаблонов.


egorychничего военного. Добавление справочника в главное меню. Создать QAction, добавить его в главное меню, написать для него слот. Шаблоном это делается в одну строку, без шаблона - 7 строк для каждого справочника. Справочников - порядка 50 на приложение. Уточни, что есть "справочник" в данной задаче?
У меня в качестве справочников всегда используются различные варианты хешей/мапов со строковыми ключами и комментариями. Ни разу не видел нужды их унифицировать на основе шаблонов.