EoltПоменьше читайте всякую лабуду. Практика лучше.
Сколько лет у Вас практики написания .NET приложений?

EoltПочему аналог для MFC работает со-скоростью пули, а .NET`овский тормозит безбожно?
Это насколько надо не разбираться в теме обсуждения, чтобы сравнивать managed и unmanaged код?
Вы не попутали ничего? Сколько секунд занимает создать одно обычное окно с кнопкой и обработчиков для нее на C# и на C++ с нуля?

НемоКэп42AxeleronСколько секунд занимает создать одно обычное окно с кнопкой и обработчиков для нее на C# и на C++ с нуля?
А "с нуля" это как?
А с нуля - это запустил среду разработки и вперед, время пошло, начиная от первой шага и до запуска готовой программы.

НемоКэп42Что на Дельфи, что на Винформах можно "программировать мышкой". Да и вообще, это нынче не показатель.
Это показатель, потому что на C++ и С# пишутся по сути разные целевые приложения, у которых свои требования. Вы ряд ли станете разрабатывать апликацию с гридами и вводом, выводом данных с базы на C++, потому что долго и непродуктивно. Человек этого не понимает - он хочет одинаковой скорости выполнения программы на том и другом языке. Он пока, правда, еще не знает, что для клиента на C# придется ставить .NET Framework...

НемоКэп42Так-то по этому показателю будет джаваскрипт с HTML впереди всех - там вообще текстовый файлик обновил и ф5 нажал.
JS - некомпилируемый язык, а интерпретируемый, так что он не в счет.

EoltAxeleronпропущено...

Это насколько надо не разбираться в теме обсуждения, чтобы сравнивать managed и unmanaged код?
Вы не попутали ничего? Сколько секунд занимает создать одно обычное окно с кнопкой и обработчиков для нее на C# и на C++ с нуля?

Вы первый пост читали? Или сразу с середины обсуждения? Человек расстраивался, что его учат оптимизации злые сишники-байтоепы.
На что я написал, что низкоуровненая оптимизация кода такого сверхвысокоуровневого языка как C# бессмысленна, нет смысла считать байты и выравнивать структуры в памяти, если у тебя по-сути полуинтерпритатор (???) (!!!) , не делающих серьезных оптимизаций во время сборки проекта. 1С код же не оптимизируют, не для этого создаются такие среды программирования.

Нет никаких ни полу ни интерпретаторов для C#, это чисто и 100% компилируемый ЯП, во время компиляции переводимый в MSIL код, который заодно во время компиляции может быть и оптимизирован.

Eoltда, но какой смысл стегать кнутом мертвую лошадь? Что я смогу ускорить JIT-компиляцию? Или отключить сборщик мусора, чтобы он не ставил палки в колеса?
Ну все... С этого момента перемешались кони-люди... Вы отличаете compile-time от run-time?

AxeleronEoltда, но какой смысл стегать кнутом мертвую лошадь? Что я смогу ускорить JIT-компиляцию? Или отключить сборщик мусора, чтобы он не ставил палки в колеса?
Ну все... С этого момента перемешались кони-люди... Вы отличаете compile-time от run-time?
С этим я погорячился