А разве Firebase можно полноценно программировать? Не настраивать, а писать свой код?

Там есть аналог azure functions только на js/ts насколько помню

Звучит как довольно зачаточный инструментарий. Вряд ли хватит для любого приложения. Но ответ на исходный вопрос, видимо, лежит как раз в их спецификациях.

а как тесты запускать чтобы не ругалось на зависимости? типа --no-sound-null-safety что-то есть?

Rails --api mode + graphql

Если хочется чтобы было не скучно можно https://github.com/trailblazer/trailblazer

Это такая академически интересная штука, которая ни у кого в проде так и не прижилась, из тех с кем беседовал

Но интересная в плане кругозора

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

Это могли бы перевесить какие-то очень весомые аргументы "за", но я таких не знаю.

Отдельный вопрос - насколько разумна комбинация из статической типизации на фронте и динамической - на бэке.

Вот мне, кстати, было бы интересно какое-то исследование на тему на сколько сложнее найти хорошего рубиста vs питониста например

Т.е. мнение то расхожее и логичное и тем не менее интересны цифры, пруфы

Для бэкэнда Flutter-приложения я бы в 2020 выбирал между C#, Kotlin и Go, в зависимости от задач и технологического стека в наличии. Ну, и Dart, как вариант сокращения технологического стека)

Я не HR, но можно просто сравнить количество результатов на HH

Не это не то. Вот пхп много, но и там много того, что тебе не надо. Выбирая питон или руби ты сразу много лишнего отсеиваешь. Банально меньше резюме надо просмотреть надо будет и они будут качественнее, возможно очень сильно

Я специально написал, что не стал бы рассматривать ни PHP, ни Python.

Ну c# частично пересекается с моим примером, там далеко не все веб как я понимаю. Для 99% руби=рельсы=веб. Go нишевой: микросервисы и где производительность нужна. Там скорее всего нет такой классной обвязки под веб как в лаварел, джанго, рельса. Про котлин для веб ничего не знаю кроме того что это java и Android

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

🤷‍♂ у меня динамическая типизация проблем не вызывает никаких. Валидации в моделях или формобъектах + грамотные констрейны в бд защищают от очень многого. Да и в graphql есть типизация.

Логические ошибки самые каверзные, а от них типизация не спасает

Самые глупые ошибки новичков самоучек, которые прям бесят, это вообще не ставить такую вещь как уникальный индекс там где это нужно. И где-то на 3 месяц работы приложения в проде обнаруживается что в какую-то таблицу писались повторные данные и там куча дубликатов и всё оказывается не правильно считается/обрабатывается. А всего то надо было правильно бд создать.

Про динамическую типизацию ничего столь же эпичного не припомню

Мне кажется, в исходном вопросе не шла речь о новичках-самоучках...