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

AS>Sinix — ну вот что ты улыбаешься?
Глубине анализа и неопровержимости аргументов

AS>Сам же присылал ссылки на статьи, где сказано, что сборщик мусора от MS неприемлем для Web-проектов.
Эмм??? А можно ссылочку?

Что-то не припоминаю ничего. Может быть, про войну с GC в kestrel? Которая следствие решения сделать критичную часть API поверх генерик-интерфейсов коллекций (IDictionary который). И вылезает оно при не совсем типичных нагрузках, в районе 10e6 RPS.

Если не считать правильный способ — просто использовать свою коллекцию с структурой-итератором — то решений для этой экзотики есть как минимум четыре.
* stackalloc (идеальное по затраты / выигрыш).
* soft-realtime GC (в недрах MS research похоронены как минимум три реализации (а всего CIL-совместимых реализаций GC, по слухам, несколько десятков), ссылки на исследовательские pdf-ки, если надо, поищу).
* hot-path recompilation с агрессивным инлайнингом (заготовки тоже можно позаимствовать у JS team всё того же MS research).
* .net native, который по производительности сможет вплотную приблизиться к плюсам (и по времени компиляции — тоже).


AS>Десктоп умер, теперь облака и мобильники. И там и там — дорога расту. (На мобильниках — Redox, Robigalia )
Ребят, вам не надоедает? Буквально каждые три-четыре месяца кто-то торжественно объявляет новый закапыватель для %подставить_язык%. На практике, правда, про закапывателя уже через год никто не вспоминает, даже сами агитаторы за.

Единственное, что с натяжкой можно назвать выстрелившим за последние лет десять — TypeScript. И то только потому, что необходимость подобной штуки была очевидна, а конкуренты как-то умудрились забить на совместимость с JS.