Не знаю как правильно спозиционировать статью, то ли это очередной рассказ про вайбкодинг, то ли про то что Kotlin Native на что-то годится и в целом может потягаться с Go, то ли пиар моего бота, то ли история неуспеха. Ну да ладно, будет всего понемногу.
Началось всё с того что я купил себе новую бибику, нашел в телеге чаты-сообщества по моей модели, и в одном из их был раздел с перекличкой автовладельцев, так как модель машины ещё новая и совсем не распространённая у нас. Выглядит этот чат примерно так:
Далее кто-то иногда делает усилие и постит статистику по городам, сколько машин в каком городе. И мне было интересно узнать что в моём городе уже ездит около 6 машин, потому что я за пол года ни одной не видел вживую.
Собственно так и родилась идея для бота, я её долго вынашивал. Потом когда все вокруг начали упарываться вайбкодингом, я понял что настало время и сбацал MVP.
Человек в чате даёт команду /checkin и дальше в диалоге с ботом указывает какая у него комплектация и из какого он города. Соответственно команда /stats отображает в чате статистику по городам и комплектациям.
Ну и админ должен подключить бота в чат, настроить боту права, выбрать модель машины для чата. Для этого есть команды /setup и /admin в личке с ботом.
Также человек может просмотреть и изменить регистрацию своей машины командой /me в личке с ботом.
Вот видео, показывающее весь процесс:
Ещё одна попутно возникшая прикольная идея — общая база между всеми чатами разных сообществ. То есть если человек регистрируется в каком-то одном чате, то он попадает в глобальную статистику и в других чатах люди видят реальную картину сколько в их городе таких машин, а не только сколько конкретно в их чате.
Мне было интересно попробовать сделать бота на Kotlin Native, так как мне нравится Kotlin и не нравится JVM. Я завидую Go в том плане что как легко собирается легковесный бинарник, который работает везде и не завидую тем кто на нём пишет из за примитивности самого языка ) Также я был не уверен что эта идея вообще зайдет, но хотелось попробовать и заодно повайбкодить при помощи Claude Code и Sonnet 4.6.
В целом я вместе с Claude Sonnet 4.6 справился с написанием этого бота менее чем за день. Я в очередной раз восхищен тем как он умеет реализовывать задачи, как чинит ошибки. Особенно это хорошо было видно на примере написания на Kotlin Native. Столько вылезло проблем с Gradle, нестыковкой версий библиотек, конфликтом забандленной OpenSSL и тем что у меня стояло в системе. Я не знаю сколько бы это всё разгребал самостоятельно. Sonnet находил такие решения проблем, что я просто снимаю шляпу. Он умеет лазить в байткод Kotlin и Java библиотек там выяснять реализацию, а также ковыряться в нативных бинарниках всеми возможными тулзами типа nm, objdump, strace и прочими.
Получился такой стек:
-
Kotlin Native 2.3.21
-
Ktor 3.4.3 + Curl — HTTPS клиент
-
Kotlinx serialization 1.10.0 — сериализация в/из JSON
-
sqlx4k 1.7.4 — асинхронный SQL драйвер с поддержкой PostgreSQL и SQLite
-
kmp-logger 1.4.0 — логгер
Готовых годных библиотек на Kotlin/Native для написания TG-ботов вроде как нет, поэтому было решено просто использовать HTTPS клиент и API напрямую, это не сильно сложнее чем борьба с сырыми либами, а может даже и проще.
Код получился довольно простой и понятный, практически без абстракций. Я конечно добавил бы туда DI, интерфейсы и прочие мне привычные штуки при разработке, но сдерживал себя что это MVP. Также была сделана сборка Docker образа на Github Actions и постинг его на Docker Hub (https://hub.docker.com/repository/docker/navrocky/car-survey-tg-bot)
К сожалению компилятор Kotlin Native не умеет собирать нормальную статику, как, например, это умеет Rust или Go. Поэтому бинарь зависит от операционки на которой он собирался, от glibc и gcc рантайм библиотек. Пришлось сильно повозиться с тем чтобы собрать Docker образ на базе Alpine, путём установки сторонней сборки glibc под Alpine.
В итоге сам бинарь получился 15Мб. Docker образ на базе Alpine получился 40Мб не сжатый и 16Мб в сжатом виде. При работе процесс потребляет 20-60Мб ОЗУ.
Сам проект находится на Github — https://github.com/navrocky/car-survey-tg-bot. Если кому-то будет интересно сделать бота именно на Kotlin Native — это живой работающий проект.
Запустить его можно командой:
docker run --name car-survey-bot \ -e SUPERADMIN_IDS=12345678 \ -e BOT_TOKEN=12345678:AAGassdasqweqwesdfsdfsdfsadfMech8AHM \ -e BOT_USERNAME=car_survey_bot \ -e DB_URL=sqlite:///data/bot.db \ -v ./data:/data \ navrocky/car-survey-tg-bot:latest
Где:
-
SUPERADMIN_IDS — список ID пользователей телеграм, которые являются суперадминами бота, имеют права на администрирование списка городов, моделей машин.
-
BOT_TOKEN — токен бота полученный при регистрации у BotFather
-
BOT_USERNAME — имя бота при регистрации у BotFather
-
DB_URL — путь к SQLite базе данных (также возможна настройка PostgreSQL, описано в README)
Ну а самое печальное, что я, такой радостный, начал писать во все свои автомобильные чаты и их админам, что вот теперь то заживём, гляньте какой классный бот. Но как-то никто моего энтузиазма, к сожалению, не разделил. Собственно, это история неуспеха как было интересно с этим ковыряться, но похоже что в стол.
Хотелось бы услышать ваше мнение, идея норм или нет? И почему не зашло и что можно сделать чтобы админам зашло?
Ссылки:
https://t.me/car_club_survey_bot — бот
https://github.com/navrocky/car-survey-tg-bot — исходники бота
https://hub.docker.com/repository/docker/navrocky/car-survey-tg-bot — собранный докер образ бота
PS. Сорян за Коди-осьминога, ChatGPT упорно не хотела нарисовать ему нормальные руки ноги )
ссылка на оригинал статьи https://habr.com/ru/articles/1035370/