История изменений

Что-то я вам не верю. Что вы так плотно работаете с Ruby. У вас бы вопросов про синонимы не возникало c reduce/reject, map/collect и с добрый десяток способов писать все разновидности lambda.

Потому что с синонимами нет никаких проблем, равно как и с лямбдами.

В целом, смешно получается: полагаться на авторитет создателя UTF-8 и Plan9 — это дилетанство, а хвастаться 17 годами работы — профессионализм.

Мой стаж тут только в контексте того, что легко вычислить, что вы дилетант и несёте пургу. Примеры вами приводимые это не примеры, а чепуха и не то что не являются первоочередной проблемой - они вообще не являются какой-либо проблемой, не отрицая наличия иных таковых.

Если map алиас метода collect из стандартной библиотеки при абсолютно явной семантике наименований является какой-то ужасающей когнитивной проблемой, то, возможно, в целом это не ваше, сколько чего не читай и каким академиком себя не мни.

Ну явно не о том как читать код фреймворка, потому, что он имеет на столько глубокое наследование и такое количество mixins, что с ходу и не разбратся, что откуда и как замешалось.

Это не проблема для интепретируемого языка.

Я попытался перечислись крупные проекты, где Ruby был и остаётся ключевым языком - Github, Stripe, Airbnb, Shopify, Kickstarter, Twitch, Zendesk, Soundcloud. 100% из них используют микросервисы и несколько стеков одновременно, но ни никакого полного замещения не наблюдается, наоборот, компании получают бенефиты от мультипарадигмы. Вот цитата из блога Stripe

Stripe’s entire Ruby codebase, currently amounting to over 15 million lines of code spread across 150,000 files. Ruby fits in alongside a handful of other languages in use at Stripe. Stripe is also deeply investing in building new product backends in Java, building delightful frontend experiences with TypeScript, and various pieces of infrastructure in Go.

Из крупных проектов вспоминаю только Twitter, но перешли на Java/Scala ещё при царе Горохе.

Все вышеописанные продукты это сложные системы с кучей customer-facing бизнес-логики под капотом.

Go 1.0 вышел в 2012. Из самого популярного и крутого на нём написанного за 13 лет приходит на ум только Docker, Kubernetes, Terraform. Как уже было сказано кем-то в этой теме, основным преимуществом тут был не сам язык, а удобная форма дистрибуции, которая очень хорошо ложится на задачу. Сама же суть тут это обвязка и клей, основанная на дёрганьи примитивов GNU/Linux (capabilities, cgroups etc.), c чем бы справился прекрасно и Python и Ruby и Perl и т.п., но распространять это дело и зависимости было бы гораздо менее удобно.

Никакого победоносного шествия не наблюдается, гибриды подавляюще преобладают. Задача и сроки предполают выбор инструмента, а не инструмент ставится во главу угла. А Python шагает на первом месте, потому что экосистема, простота и сообщество важнее.

Что-то я вам не верю. Что вы так плотно работаете с Ruby. У вас бы вопросов про синонимы не возникало c reduce/reject, map/collect и с добрый десяток способов писать все разновидности lambda.

Потому что с синонимами нет никаких проблем, равно как и с лямбдами.

В целом, смешно получается: полагаться на авторитет создателя UTF-8 и Plan9 — это дилетанство, а хвастаться 17 годами работы — профессионализм.

Мой стаж тут только в контексте того, что легко вычислить, что вы дилетант и несёте пургу. Примеры вами приводимые это не примеры, а чепуха и не то что не являются первоочередной проблемой - они вообще не являются какой-либо проблемой, не отрицая наличия иных таковых.

Если map алиас метода collect из стандартной библиотеки при абсолютно явной семантике наименований является какой-то ужасающей когнитивной проблемой, то, возможно, в целом это не ваше, сколько чего не читай и каким академиком себя не мни.

Ну явно не о том как читать код фреймворка, потому, что он имеет на столько глубокое наследование и такое количество mixins, что с ходу и не разбратся, что откуда и как замешалось.

Это не проблема для интепретируемого языка.

Я попытался перечислись крупные проекты, где Ruby был и остаётся ключевым языком - Github, Stripe, Airbnb, Shopify, Kickstarter, Twitch, Zendesk, Soundcloud. 100% из них используют микросервисы и несколько стеков одновременно, но ни никакого полного замещения не наблюдается, наоборот, компании получают бенефиты от мультипарадигмы. Вот цитата из блога Stripe

Stripe’s entire Ruby codebase, currently amounting to over 15 million lines of code spread across 150,000 files. Ruby fits in alongside a handful of other languages in use at Stripe. Stripe is also deeply investing in building new product backends in Java, building delightful frontend experiences with TypeScript, and various pieces of infrastructure in Go.

Из крупных проектов вспоминаю только Twitter, но перешли на Java/Scala ещё при царе Горохе.

Все вышеописанные продукты это сложные системы с кучей customer-facing бизнес-логики под капотом.

Go 1.0 вышел в 2012. Из самого популярного и крутого на нём написанного за 13 лет приходит на ум только Docker, Kubernetes, Terraform. Как уже было сказано кем-то в этой теме, основным преимуществом тут был не сам язык, а удобная форма дистрибуции, которая очень хорошо ложится на задачу. Сама же суть тут это обвязка и клей, основанная на дёрганьи примитивов GNU/Linux (capabilities, cgroups etc.), c чем бы справился прекрасно и Python и Ruby и Perl и т.п., но распространять это дело и зависимости было бы гораздо менее удобно.

Никакого победоносного шествия не наблюдается. Задача и сроки предполают выбор инструмента, а не инструмент ставится во главу угла. А Python шагает на первом месте, потому что экосистема, простота и сообщество важнее.