Я с удивлением узнал, что в Rust-сообществе есть уверенность в том, что любая дополнительная функция (особенно асинхронная) якобы создаёт критическую нагрузку на производительность, и поэтому код всегда лучше писать инлайн. Это же дичь какая-то.
В статье автор доказывает, что в большинстве случаев компилятор самостоятельно оптимизирует вызовы, а микрописечная стоимость indirection несоизмерима с потерей читаемости, тестируемости и понятности кода. Казалось бы, это должно быть очевидно.
На примере рефакторинга большой ветки match показано, что вынос логики в именованную функцию не влияет на производительность в release-сборке. Но это критически важно для снижения когнитивной нагрузки на разработчиков и поддержания чистоты кодовой базы.
16.03.2026
Похожее
10.07.2026
Gossamer
Новый пятничный язык программирования, вдохновленный Rust но с горутинами на M:N...
07.07.2026
Миллиард строк
Автор проходит One Billion Row Challenge на Rust - задачу по обработке файла с м...
07.07.2026
WAL-RUS
ClickHouse Cloud переписали утилиту для бэкапов и WAL-архивирования Postgres с G...
05.07.2026
6 связанных списков
"Learning Rust With Entirely Too Many Linked Lists" - это прикольный учебный мат...