Записал на YouTube бесплатный обучающий курс по инженерии данных, кому интересно - можете ознакомиться⁠⁠

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

Предлагается брать высокоуровневый ЯП, который по скорости и комфорту разработки не уступает питону, но при этом не содержит огромной кучи его недостатков.

Например, dotnet. В котором к слову нет проблемы "джанго или фласк или фастапи или ещё какая-то хрень?". В котором не нужны никакие костыли и прокладки типа gunicorn, не нужны сервисы на Go, не нужны либы на C/C++ или на чём-либо ещё. При разработке на dotnet вам больше не нужен никакой стек разработки ВООБЩЕ. Вот совсем. Он полностью самодостаточен. Работает на ВСЁМ, собирается под все архитектуры и все ОС, включая ARM/64, имеет десяток базовых образов на apline, debian, ubuntu. Он может собираться стенделон и не требовать никаких рантаймов, ничего вообще. Просто собирается и работает. Ему не нужен nginx или ещё какой-то веб сервер. Он сам может выступать и веб-сервером, и эффективным обратным прокси. Работать на всех протоколах сразу. В одном единственном приложении можно обрабатывать REST, WebSocket, gRPC (полный дуплекс, со стрмиами!), держать сотни соединений, работать с брокерами, иметь многослойный кеш и масштабироваться при этом!

И, самое главное, он на 100% от макушки до пяток асинхронный, на уровне языка, на уровне CLR. Это не какая-то левая приблуда asyncio, которая ещё хз всеми ли нормально поддерживается. Асинхронность работает везде, во всех решениях и библиотеках прозрачно насквозь. Мне не надо выяснять, а поддерживает ли набор библиотек, и решений, какие-то выбранные мною промисы. Не надо. 100% поддерживается сразу, из коробки! И также на всех уровнях поддерживается кооперативная отмена операции, асинхронное ожидание.

На dotnet-е на коленке можно написать свой брокер на минималках и он будет работать очень быстро! Хотите распределённых вычислений в кластере? Пфффф, берём орлеанс, и масштабируемся хоть на сотни машин. Именно вычислительно масштабирование, а не разброс запросиков по раунд робину!

Насколько это быстро работает? Очень быстро! У нас есть BFF на dotnet-е, который в одном экземпляре обрабатывает запросы и транслирует их бекендам на Python, PHP и в S3. И за всё время не было ни одного случая, чтобы он не вывез. При этом дохрена случаев было, когда не вывозили бекенды на питоне или PHP, вплоть до того, что на dotnet-бекенде приходилось ставить скользящие лимитеры для некоторых бекнедах, переходить в режим деградации, кешировать, переводить в отложенную обработку на локальных очередях.

Далее. Аболютно ублюдошная и всратая телеметрия в Python-е. Я назовую это одним словом: КОШМАР. Никаких нормальных структурных логов, никаких трассировок, никаких метрик. В dotnet-е это есть сразу из коробки на всех уровнях, от самой маленькой левой библиотеки, до любой монструозной платформы. Ложится в стандартные решения OpenTelemetry как влитой. Сразу. Без приседаний.

На проекте на Python-е коллеги уже год пытаются вкорячить хоть что-нибудь от OpenTelemetry, успехом там не пахнет. Мы уже как дети радуемся, если от логов есть хоть какая-то польза. Нормальный проброс трассировки? Забудьте! Надо только хардкодить и заебаться. А там бизнес как бы наседает, ему задачи нужны.

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