Такое впечатление, что вы давно не открывали свойства проекта в студии. 
В свойствах проекта в студии многие свойства пишутся тупо руками в виде строки (которая на самом деле представляет набор свойств). 
Вы понимаете все эти свойства?

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

Грубо говоря писать программы под хороший фреймворк может и идиот.

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

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

О да, давненько я не брал в руки шашек ...   
Открыл VS2010 (какая под руками была), проект на С++.
В Project->Properties->Configuration Properties нашлось 11 пунктов, из них 8 имеют подпункты (от 1 до 10 штук), на каждый из них открывается страница с настройками (от 3 до 20 шт на страницу).
При этом все настройки имеют вполне вменяемое короткое имя (оно видно сразу на странице) и более подробное - развернутое (оно показывается при выборе настройки).
Кроме того, последним подпунктом для компилятора и линкера идет страница с сгенерированной командной строкой их запуска, где перечисленны все опции, и их там можно подредактировать.


Если человек не в состоянии понять что есть что после 3го раза (короткое название/развернутое название/развернутый help в виде WEB страницы), то видимо к компьютеру его вообще подпускать нельзя (про программирование я умолчу)

Вот навскидку такая опция (на странице Common Properties, Framework and References)

Это вся доступная справка

У меня стоит false. Что будет, если поставить true? 
Для начала надо бы выяснить что такое Local Satellite Assemblies, но в MSDN этого нет.
Что куда и зачем будет копироваться?

Это сообщение отредактировал(а) asdfg6 - 13.11.2013, 08:25

Satellite Assemblies

Найти в гугле не значит уметь использовать.

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

Есть простое правило, если ты не понимаешь что это и зачем, то оно тебе не нужно.

Если показать пальцем на случайно выбранную опцию из свойств проекта в студии, и спросить случайно выбранного программиста зачем эта опция, то скорее всего он не даст внятный ответ. 

Разумеется, поиск в интернете и чтение МСДН для ответа на вопросэтому программисту не разрешается.

В свойствах проекта в студии сотни опций, и почему-то мне кажется, что на этом форуме мало кто знает их все.

Причину я указал выше. В большинстве случаев достаточно знать лишь базовые понятия, типа release и debug. Все остальное - это тонкий тюнинг, который делают только те, кому это действительно нужно или из праздного любопытства.

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

любой из отвечающих в этой теме за 5 минут разберется в любой опции так, чтобы полностью понять и объяснить, даже если задумался о ней впервые.

Это сообщение отредактировал(а) baldina - 13.11.2013, 22:17

Да? И что тогда будет делать человек назнающий ничего о работе линкера и компилятора когда сталкнется с ошибкой компоновки исполняемого файла из объектных? Напишит на форуме много глупых умозаключений и вопросов.


asdfg6, ты уже отклонился от темы перейдя на обсуждения настроек комплиятора и прочая. И вообще с первого поста непонятно сразу что ты речь ведешь о .NET Framework, а не об общном понятии. Версии .NET отличаются привнося новые пространства имен с новыми классами и кучей возможностей, GUI лишь малая доля.

Что касается настроек, в них часто приходится залазить, требования к проекту могут менятся, начиная от банального дебага и релиза, заканчивая подключением новых библиотек к проекту и настроек оптимизации. Еще зачастую приходится менять режим подключения внешних библиотек, либо включать их в исполняемый файл либо динамечки подгружать. Все это делается через свойства проекта. Бывает пишешь ты пишешь оконое приложение, например под DirectX что-то, понадобился тебе вывод текста на экран, но тебя обламывает тратить время на изучение возможностей набора текста средсвами DirectX, и ты решил выводить в консоль, полез в ствойста сменил тип на консольный. И всякие другие случаи. На стадии создания и дебагинга одни и теже свойста могут менятся несколько раз подряд.

А на этом форуме нет ни одного вопроса натему "почему выдается ошибка Unresolved external symbol"? Значит плохо понимают пацаны как работает линкер.

Задача классов .NET Framework - считать и отобразить данные (в окне приложения или браузера), а это чистый GUI + запросы к БД.

WEB-программирование по указанной причине я тоже отношу к GUI.

Всю бизнес-логику программист пишет руками, и фреймворк никак в этом ему не помогает.

Какая ещё есть "большая доля"?

помогает, вы просто не умеете.
  
все это напоминает очередной троллинг


Это сообщение отредактировал(а) baldina - 14.11.2013, 10:44

Которые? Которые задают или которые отвечают?