Добавлю ещё, что кроме самого языка стоит учитывать и то, что именно нужно будет реализовывать.
Если это будет какой-то очень большой "бот" с кучей разной логики, и его нужно будет долгое время поддерживать - тогда мб шарп будет более удачным выбором.
Aialbert, тогда записывай в базу себе все купленные подписки и сохраняй каждый "заказ", сколько в нём было использовано слов.
При попытке создать новый "заказ" суммируй по купленным подпискам, сколько слов вообще есть и отнимай из них потраченные.
Сохранять счётчик оставшихся слов не нужно
ValdikSS, не знал, что TLS с клиентскими сертификатами имеет какое-то специальное название, ок.
Логика подсказывает, что к обычной схеме ещё должна добавиться проверка клиентского серта, а всё остальное как обычно.
Maga Izdaga, предположу что из-за того что файл с секретами сравнительно маленький и никаких проблем передать через кастомный протокол нет, а кода может быть достаточно много - его легче будет передать через git.
В принципе никогда об этом не задумывался, тк не вижу в этом какого-то большого неудобства.
PS: сам хероку не пользовался никогда. Вернее пользовался только для деплоя docker-контейнера, который аналогично нужно заранее в docker-репу загрузить.
Вот эта кнопка слева внизу: