Списки массово и правда опасно юзать (но ограниченно, с умом, очень даже ок).

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

Мейлбокс против Датафлоу из той же оперы. Датафлоу быстрее да, но тянуть это уебищное апи в кодобазу - преступление. Лучше было взять просто стримы (нессос те же) и получить перф с нормальным кодом.

Но Молдован все равно молодец.

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

в лиспе вроде списки массово пользуют. всех пережил

В лисп машинах были специальные регистры в архитектуре для списков

Понимаешь!

Скукоживаемый. Мило

Ооо, не знал

хз про что это. ссыль есть?

Ну если найдёшь инфу про архитектуру лисп машин... Я тут с ограниченным интернетом пока, по талонам

Ты можешь найти ответ на первой странице книжки по структурам данных

Половина коллекций из BCL - это они, вторая половина - интерфейсы и базовые классы для создания коллекций собственных

А я не вижу, как датафлоу вообще заменяет майлбокс

Вроде бы вообще совсем разные технологии-то?

Да, но если ты хочешь тупо конкурентную очередь с обработчиком, то датафлоу это может сделать. Экшн блок

Серьёзно? А состояние там где? ._.

Ну мутабельную переменную заведи, чо как здрасте-то!

Чёт какая-то херня

Это не я предложил мейлбокс Датафлоу заменять, заметь. Я вообще за его использование. Годная, простая абстракция

Оверхед на ЦПУ задачах общая беда фшарп асинков, но это ограничение асинхронного подхода в целом.