Я с удивлением узнал, что в Rust-сообществе есть уверенность в том, что любая дополнительная функция (особенно асинхронная) якобы создаёт критическую нагрузку на производительность, и поэтому код всегда лучше писать инлайн. Это же дичь какая-то.
В статье автор доказывает, что в большинстве случаев компилятор самостоятельно оптимизирует вызовы, а микрописечная стоимость indirection несоизмерима с потерей читаемости, тестируемости и понятности кода. Казалось бы, это должно быть очевидно.
На примере рефакторинга большой ветки match показано, что вынос логики в именованную функцию не влияет на производительность в release-сборке. Но это критически важно для снижения когнитивной нагрузки на разработчиков и поддержания чистоты кодовой базы.
16.03.2026
Похожее
04.09.2026
Оптимизация DNS-кэша
Ребята из Cloudflare рассказывают, как пять последовательных оптимизаций расклад...
31.08.2026
Профилирование Rust
В статье про hotpath-rs - универсальный профайлер производительности для Rust. ...
27.08.2026
На Rust после Go
Автор, пять лет писавший на Go, сначала скептически отнесся к появлению Rust в е...
25.08.2026
Вкуc zig после Rust
Автор, семь лет писавший на Rust, переписал свой проект jsonpath-rust на Zig и д...