Для чего люди переходят на новые фреймворки?
По вашему мнению, новые фреймворки всегда лучше старых? 

Основная задача фреймворков - разработка форм графического интерфейса, который состоит из давно ставших стандартом компонентов.
 
Для пользователя они выглядят одинаково.

Никакого значимого сокращения объема работы по разработке форм фреймворки не принесли. Разработка формы "одной мышкой" так и не появилась. 

Обычно новые фреймворки сопровождаются и обновлением компилятора, линкера, etc
Для меня это основная причина. Новая версия компилятора - лучшее соответствие стандартам, новые возможности и т.д.
А к оболочке привыкаешь быстро, хотя поначалу и раздражает. 
Программирование не сводится к разработке форм, хоть одной мышкой, хоть двумя, так что это вообще не задача для разработчиков фреймворков, 

Сложно найти программиста, которому это важно. Мало кто знает и умеет использовать ключи компилятора и линкера. 
Скорее всего это какой-то бородатый линуксоид, а не программист, работающий в фреймворках.

Это сообщение отредактировал(а) asdfg6 - 12.11.2013, 12:17

Как раз наоборот. Нет программиста, которому это не важно.
А причем тут это? Среда разработки или скрипты фреймворка скрывают такие тонкости от разработчика.
"Бородатый линуксоид" фреймворки отрицает. А программы пишет или на Си, или на Perl.

Ты главное не путай себя и понятие "программист". Потому что "программист" - это профессия человека, который ей себе деньги на жизнь зарабатывает. Причем, скорее всего, он интересуется этой темой и в курсе последних тенденций.
А вот человек, который научился клепать в дельфях простые программки еще не программист.

Ключи как и версии компилятора и линкера скрыты от программиста, работающего в фреймворке.

Средний программист вообще не разделяет компилятор и линкер. Для него есть одна кнопка "собрать проект".

Это сообщение отредактировал(а) asdfg6 - 12.11.2013, 13:33

это только для того, кто


Добавлено через 32 секунды
и пожалуй даже средний таки в курсе

Тут имеем 2 утверждения, оба из них не соотвествуют действительности


Есть в законах Мерфи (если не ошибаюсь) замечательное утверждение -

У программистов никогда не стояла цель 'разрабатывать формы одной мышкой'. Если у вас стоит такая цель - вы не программист   

Даже в Linux программисту обычно пофиг что делает линкер (make запускает всё что надо), не говоря о Windows где всё глубоко скрыто в среде разработки.

Ни в Linux, ни в Windows ни одна среда разработки не скрывает от разработчика то, что у компилятора и линкера есть настройки, а наоборот - дает весьма богатый выбор для их изменения. Называется это все 'свойствами проекта', и только те, кто 'програмирует исключительно мышкой' об этом не знают   


Это не 'средний программист', это 'мышкоблудец'   

В фреймворках от MS похоже стоит цель написать побольше кода, размазать код по как можно большему числу файлов, и использовать побольше разных языков в одной программе.

Добавлено через 3 минуты и 9 секунд

Обычно стараются менять эти свойства как можно реже. 
Свойства проекта по-умолчанию подходят для большинства ситуаций.

а именно устанавливают один раз. но это не значит, что не в курсе

Устанавливают при создании проекта. Определяют какой будет проект - графическое, консольное приложение, библиотека, и т.д, остальное делает среда. 
Я не видел, чтобы программист под Windows руками выставлял ключи.

Оффтоп - твой старый аккаунт здесь забанили что ли?

Это сообщение отредактировал(а) Amp - 12.11.2013, 15:34

В последнее время часто делают нестандартные компоненты GUI. Мне не нравятся такие программы, считаю что это вводит в заблуждение.

А какая еще цель у фреймворков? Другая задача фреймворков -  работа с БД. Но GUI и БД взаимосвязаны, т.к. чаще всего GUI пишется чтобы отображать и вносить данные в/из БД.

В смысле? Ручками писать ключики? В студии большинство ключей есть в виде свойств проекта. В qtcreator пишешь ключики в .pro файле или для moc в настройках проекта.
И да, если программист с этим не сталкивался, то он скорее всего в начале пути и рано или поздно до этого дойдет. Другой вопрос, IDE позволяют существенно упростить геморрой со сборкой проекта.
И да, я писал с точки зрения програмирования на плюсах, на других языках скорее всего может быть по другому.