Почему Discord переходит с Go на Rust

Ну у меня дискорд, например, прямо сейчас во время разговора жрёт 150~200мб, с учётом всех его процессов.
Телеграм спокойно в фоне сидит с 70мб.
ms teams жрёт 200мб, хотя его вообще никто не трогает и в нём чатов активных нет.

Статическая типизация не обязательно требует церемоний

А вот такое вообще должно остаться только в языках «близких» к железу, вроде С/С++

А вот я не согласен. Конечно, uint хуже, чем Natural[32], но это явно лучше, чем
// Эта функция не принимает отрицательные числа! Иначе кинет ошибку


ASP.NET MVC – работаем с MySQL через ADO.NET

Кстати про ORM. Вы пробовали Linq2db? Мне кажется, он тоже вполне неплох. И SQL писать не заставляет, и кучу тяжести не тащит, как EF и Nhibernate

Is Delphi Dying — False

10мб — это хеллоу ворлд даже без авалонии. С авалонией, если ещё добавить пару дополнительных библиотек, всякие картинки, файлы для локализации — легко за сотню уйдёт. И это надо для каждого приложения. (но это всё ещё лучше, чем chrome с собой тащить)

Is Delphi Dying — False

Справедливости ради, Avalonia не натив, и придётся тащить за собой рантайм, а из-за этого даже с сжатием и удалением всего лишнего hello world будет весить не меньше 10мб

Пишу на C#, чтобы фронтендерам было полегче

Кстати нет. У меня в кастомном типе есть свойство Count и мне Rider предлагает вводить Length и заменяет его на Count. (никакого отношения к коллекциям мой тип не имеет)

Rust для веб-разработчика — быстрый старт и стремительный полет

Всё ещё не понятно, как этот пакетный менеджер работает. Cargo и npm имеют свои централизованные репозитории, в которых пакеты строго версионируются, а зависимости указываются в одном месте — packages.json/cargo.toml, а построенное дерево зависимостей фиксируется через lock. Чего-то подобного в go не видно