Один из вечных расколов в программировании заключается в том, должна ли стандартная библиотека быть минимальной или всеобъемлющей. Это неверный вопрос. Правильный вопрос: какая социальная архитектура создаёт высококачественную стандартную библиотеку? Python всегда приводится в качестве примера протекающих батареек, взрывающихся медленно, но это не имеет никакого отношения к размеру. Проблема со стандартной библиотекой Python заключается в её неравномерном качестве. Некоторые модули стандартной библиотеки даже не следуют соглашениям об именовании языка! Но даже это не ошибка: это преимущество ядра Python: оно делает функциональность доступной заранее. Именно так мы и получили застывшее C API, которое делает CPython языком, но именно так Python продвинул научную революцию в данных.
Стандартная библиотека Go также всеобъемлюща, но пользуется высоким уважением. Команда Go имеет институциональную способность предоставлять хорошо спроектированные API, и даже больше: golang.org/x.
Rust — интересный случай. API стандартной библиотеки 1.0 великолепны. Коллекции и итераторы — это произведение искуса. Но хотя текущая команда имеет способность сохранять существующие API, способность реализовывать решения по дизайну ограничена. Пока golang.org/x захватывает избыточную способность, rust-lang-nursery — это кладбище. Причина, по которой Rust не имеет API для получения потока случайных байтов из операционной системы в 2026 году, заключается в том, что это требует тонкой организационной архитектуры для решения в мировой проблеме координации, называемой языком программирования.
Ключевые сущности: Компании: Python, Go, Rust
Источник: Hacker News · Сводку подготовил HeadlinesBriefing