Здравствуйте, alex_public, Вы писали:

_>Тут пропущены требования на быстродействие, а они сильно сужают спектр задач, причём с обеих сторон.

Снобское отношение С++-ников к производительности дотнет-кода — это отдельная тема. По жизни задачи вроде ReSharper-а, IDEA или Eclipse (т.е. высоко интеллектуальные IDE с мощными языковыми сервисами) предъявляют строжайшие требования к производительности, но по жизни сервисы IDE, а теперь и сами IDE пишут именно на управляемых языках.

Так вот, лучше оставить вопросы производительности за бортом. Те же шарпы и явы используют миллионы (чаще чем С++). Значит с аудиторией все ОК.

_>Если требований на быстродействия нет вообще, может быть гораздо эффективнее встроить в приложение высокоуровневый скриптовой язык. Это очень сильно повышает продуктивность (не говоря уже об отсутствие необходимости перекомпиляции и возможности сложной настройки самими пользователями).

Да, ни фига это не повышает производительность того кто пишет на нормальном языке. Уровень кода на Немерле не ниже сктиптового. Это по сравнению с С++ там какой-то выигрышь. Разве что изменять код интерактивнее получится.

Короче, все те же споры пошли по кругу. Причем один в качестве аргумента приводит довод, что неудобно в одном проекте использовать два очень близких языка (Шарпа и Немерле), а другой ратует за внесение в проект совершенно разных языков и за перенос контроля типов на рантайм.

_>Если же требования на быстродействие очень высокие, то Немерле уже просто не подойдёт из-за ограничений .net'a.

Чушь это. Но спорить не хочу. Надоело. Просто ответь себе на простой вопрос. Почему люди пишут на том же Шарпе и Яве вещи дико критичные к скорости (вроде упомянутых IDE).

_>Т.е. в итоге получается что Немерле для сложных задач с наличием требований на быстродействие, но не очень серьёзных. И при этом ещё и обязательно чтобы без GUI и нельзя писать под мобильные платформы. Тебе не кажется, что ниша получается мягко говоря узковатой? )

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

Вот где дотнет и явва сливают — это в области рачительного использования памяти. Тут, да. Альтернативы ручному выделению памяти нет.