ParadoxxНельзя сказать, что я фанат C#, пишу и на C# и на C++, но пока впечетление такое что под C# больше готовых вещей.В каких-то областях - больше. В большинстве областей - меньше. Например под Solaris... ну да ладно - это шутка. ;)
ParadoxxНо честно говоря, что меня обрадовало в C#, то это один тип String, а то в C++ навалом string- ов.Чем же это хорошо, когда программиста огираничивают в выборе?

Алексей КПроводили исследование?Нет, просто видел реакцию подрядчика. И понимая причину такой реакции, смею предположить что этот подрядчик - не исключение. И ведь проблема - не в том, что это нельзя сделать, а именно в том, что крайне трудно планировать сроки таких работ (а для некоторых горе-программистов - вообще невозможно).
Алексей КИ что, действительно, количество ступоров у программистов С++ в данной ситуации значительно ниже? :-))Да, ведь в этом случае с такой задачей за 2 недели (полный цикл, включая тестирование, документирование и пр.) справится кто-угодно. Слышать ответ: "да, мы это сделаем максимум за n дней" заказчику значительно приятнее, чем "ну мы сейчас сказать не можем... нам надо попробовать...".
Алексей КА что, писать свои компоненты, использовать WinAPI, COM и т. д. в С# нельзя? В чём-то есть принципиальное отличие от С++?В случае необходимости добавления в grid такой функциональности как проверка синтаксиса при вводе в "стиле Word'а" (волнистым подчеркиванием) ты предлагаешь переписывать весь grid? Вопрос не в написании компонетов, а в их дорабатывании. MS обещает исправить эту проблему с их библиотеками, но мы кажется обсуждаем текущие версии, а не C++0x ;)

Random_Goodmanя имею ввиду оптимизацию под архитектуру.Если ты действительно занимаешься оптимизацией, т.е. смотришь на получающийся в результате код - и вносишь изменения в исходный текст программы для того, чтобы помочь компилятору (в случае .net - не только компилятору в обычном смысле) получить более хороший результат - исходный код будет зависеть от архитектуры все равно. В частности может получится ситуация, когда "оптимизированный" ранее кусок кода будет работать на новой архитектуре хуже, чем первоначальный - вот что я имел виду.

билдерC++ Builder
По сравнению с WPF?

Random_Goodmanда, и по ссылке написано как раз то, что я сказал - никаких проблем.
Конечно, нет никакой гарантии, что любая .NET-программа будет одинаково хорошо работать и в Win32, и в x64 без перекомпиляции , но все же мои файлы выполнялись без ошибок.
Random_GoodmanА p/invoke в C#-это извращение.Что-то я не видел ни одной серьезной программы на C# без p/invoke ;)