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

Тебе же лучше, что ты туда не лезешь. 600M - это небольшая плата за то, что люди быстро тебе фичи реализуют.

Если бы они с такой скоростью на плюсах писали, тебе бы начальство по жопе било за проблемный сервис, который течёт по памяти, падает, светится на бордах, SLA не выполняет.

Плюсы требуют всё же вдумчивого программирования, чтобы реализовать свои преимущества и не течь, как…

Разве что Rust’лм можно Kotlin заменить, но ты столько Rust-программистов не найдёшь. Да и не факт, что они на Rust не смогут так же плохо написать.

JVM-based языки прощают многие проблемы «х-х и в прод» подхода и «возьмём в техдолг, сделаем быстрое решение» (а что такой подход у тебя есть - ты сам симптом назвал). На C++ у тебя бы за пару лет развития второпях разработка бы в техдолге утонула и вместо бизнес-фичей уходили бы в расчистку техдолга.

Я просто Java-бек и вижу, как те, кто потом быстро на повышение уходит, пишут код. И это не сказать, что плохо: он реально работает и делает, что нужно бизнесу, но вот вся обвязка (журналирование, мониторинг, аудит, трассировка - сразу в техдолг по максимуму). Часто ещё синхронные взаимодействия на 3-5 минут обработки понапилят, потом очень больно и долго переделывать. Причём ребята умные, но сам подход: «сделаем быстро, поправим потом» - вносит свои коррективы.

Тебе же лучше, что ты туда не лезешь. 600M - это небольшая плата за то, что люди быстро тебе фичи реализуют.

Если бы они с такой скоростью на плюсах писали, тебе бы начальство по жопе било за проблемный сервис, который течёт по памяти, падает, SLA не выполняет.

Плюсы требуют всё же вдумчивого программирования, чтобы реализовать свои преимущества и не течь, как…

Разве что Rust’лм можно Kotlin заменить, но ты столько Rust-программистов не найдёшь. Да и не факт, что они на Rust не смогут так же плохо написать.

JVM-based языки прощают многие проблемы «х-х и в прод» подхода и «возьмём в техдолг, сделаем быстрое решение» (а что такой подход у тебя есть - ты сам симптом назвал). На C++ у тебя бы за пару лет развития второпях разработка бы в техдолге утонула и вместо бизнес-фичей уходили бы в расчистку техдолга.

Я просто Java-бек и вижу, как те, кто потом быстро на повышение уходит, пишут код. И это не сказать, что плохо: он реально работает и делает, что нужно бизнесу, но вот вся обвязка (журналирование, мониторинг, аудит, трассировка - сразу в техдолг по максимуму). Часто ещё синхронные взаимодействия на 3-5 минут обработки понапилят, потом очень больно и долго переделывать. Причём ребята умные, но сам подход: «сделаем быстро, поправим потом» - вносит свои коррективы.