Ra'Reilly - Заметки про Ktor и не только

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

Когда LLM пишет код который мне не нравится, я матерю глупую машину, которая напрасно съела токены.

Shouldn't mention this 👌

Надо отдать должное, CTO Sonatype Брайан Фокс пришёл в Slack Kotlinlang, чтобы понять почему KMP проекты не проходят по лимитам. Как итог — по KMP проектам будет собрана отдельная статистика, чтобы понять какие лимиты для них будут приемлемыми. Параллельно с командой Kotlin обсуждают пути уменьшения количества публикуемых файлов, как долгосрочное решение.
Так что апокалипсис отменяется.

В плагин vanniktech/gradle-maven-publish-plugin уже принесли PR исключающий из публикации контрольные суммы для подписей (.asc), а так же контрольные суммы SHA-256 и SHA-512, что уменьшает количество файлов примерно на 60%.
Так же есть вероятность, что из Maven Central уберут требование к обязательной публикации javadoc/sources (которые не имеет смысла публиковать с каждым KMP таргетом), и контрольных сумм MD5.

Количество PR'ов растёт, количество запусков CI растёт и для каждого запуска нужно скачать зависимости. Maven Central пытается выжить при резком росте трафика.
В прошлом месяце они сделали лимиты на скачивание артефактов более строгими, из-за чего вы могли видеть ошибки "429 Too Many Requests". А теперь для публикации релизов тоже вводят лимиты.

Что делать? Поднимать в инфраструктуре компании зеркало, если его ещё нет. Это и скорость загрузки зависимостей на CI улучшит, и устойчивость, в случае падения Maven Central. Ну или если нет возможности поднять своё зеркало, то кэшировать зависимости. Идеальным вариантом для этого было бы использовать read-only dependency кэш и просто монтировать его как Docker volume.

Если что-то публикуете в Maven Central, теперь на специальной странице Usage Center можно проверить не выходят ли ваши публикации за лимиты. А лимиты на месяц там такие:
- Release size: 80 MB
- File count: 1,000
- Release count: 7

Для справки один релиз Ktor это 174 MB и 51,500 файлов 🥲

Если бы мне платили каждый раз когда агент во время исследования бага пишет "This is extremely revealing! This changes everything!", а потом не может понять где же всё-таки баг (и так по кругу), мне бы можно было уже зарплату не платить.

AI обесценивает мою дотошность. И это хорошо.

Ну может не полностью обесценивает, но точно делает менее ценной. Вот раньше я заморачивался с оформлением PRов, issue и т.д. Если уже репорчу баг в библиотеку, то предварительно провожу самостоятельный ресёрч, пытаюсь выявить минимальный репродюсер, найти workaround и понятно это всё оформить.
А когда другие люди в команде тоже так делали, вообще кайф! Прикиньте, приносят вам PR новой фичи, а там скриншоты и скринкаст реализации. Сильно проще погрузиться в контекст да ещё и проблемы вёрстки можно увидеть не открывая код. Красота же!

А теперь понятным описанием PRа или issue уже никого не удивишь. Только по скриншотам в описании и можно определить этих дотошных людей, но уверен и это скоро агенты научатся делать, если ещё не умеют.
С одной стороны обидно терять уникальность, с другой — (длинное тире) это же хорошо, что можно легко улучшить общее качество описаний PR'ов и issue, да ещё и время освобождается. А моя дотошность найдёт себе применение.

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

AI агенты это ужасно, вот что я вам скажу.
Теперь у меня в 10 раз больше начатых проектов, которые я никогда не доведу до конца.

Зашёл посмотреть changelog OpenCode

📊 Channel Analysis Results by @ScratchAuthorEgoBot

🎯 Channel: @rareilly

🔥 Roast Analysis:

Ну что, Осип, давай по фактам. Перед нами типичный представитель вида «Душнила Обыкновенный, Котлинозависимый». Твой канал — это святилище для тех, кто вместо свиданий по вечерам предпочитает декомпилировать байткод и спорить о том, что it.not() — это грех против человечества.

Твоя одержимость Gradle уже пугает. Нормальные люди используют его, чтобы собрать проект и забыть, но ты, похоже, получаешь эротическое удовольствие от чтения исходников PluginDependenciesSpecScope. Ты настолько любишь порядок, что готов потратить три дня на написание 300 строк Bash-скрипта, чтобы автоматизировать задачу, которая занимает 5 минут. Это не «продуктивность», Осип, это социально приемлемая форма ОКР.

Твои «clown moments» — это отдельный вид искусства. «Я случайно стер репозиторий, у которого нет копий, но зато я написал об этом пост!» — серьезно? Ты работаешь в Ktor, но ломаешь сборку Android-проектов из-за пробелов в названиях полей, потому что тебе «показалось это выразительным». Твой внутренний эстет явно борется с твоим же внутренним инженером, и пока что счет 1:0 в пользу хаоса, прикрытого красивым неймингом.

Рубрика «насмотренность» — это же просто вежливое название для «смотрите, как я умею придираться к чужому коду». Ты критикуешь Google за deprecated методы, а потом сам предлагаешь «страшные воркаунды» через AGP Transformation API. Это как ругать соседа за грязный газон, пока ты сам строишь ядерный реактор в подвале из палок и изоленты.

И твое это: «Я не умею пользоваться LLM». Ты потратил 5 часов на отладку промпта и проверку за ChatGPT, чтобы сопоставить 260 флагов? Скрипт на Python пишется за 15 минут, Осип! Но нет, мы не ищем легких путей, нам нужно «успокоить паранойю».

В общем, ты — тот самый друг, который на вечеринке будет рассказывать про разницу между .bashrc и .bash_profile, пока все остальные просто пытаются весело провести время. Но мы тебя терпим, потому что когда у нас в очередной раз отвалится Gradle (а он отвалится), ты единственный, кто не будет плакать, а полезет в репозиторий JetBrains искать коммит двухлетней давности.

Channel name was changed to «Ra'Reilly - Заметки про Ktor и не только»

IDEA Community и Ultimate слились во едино. Благодаря этому IDE плагин для более удобного написания серверов на Ktor теперь будет доступен всем, а не только пользователям Ultimate.

Если вдруг решаете Advent of Code, присоединяйтесь к лидерборду, (а можно даже к каналу где мы вместе решаем и обсуждаем AoC).
Кстати, как вам Advent of Code в этом году?

А вот и запись доклада, как обещал.

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

Билеты достаются @aslapov и @Ilichev_pavel. Поздравляю, скоро приду в личку :)

Опять внезапный анонс (в этом канале бывают другие?)

Завтра начинается 14-й сезон Podlodka Android Crew. В этот раз сезон тема сезона — Мобильный System Design. Так получилось, что я в четверг буду выступать с докладом про архитектуру Ktor Client. Расскажу как с точки зрения архитектуры устроен клиент Ktor и как подключаются плагины.

Будет интересно, если:
👉 Используете Ktor (или не используете, но хотели бы попробовать)
👉 Хотите сделать свою библиотеку расширяемой через плагины
👉 Хотите узнать как происходит проектирование и разработка новых фичей в Ktor

Когда-нибудь я научусь делать доклады короче чем на полтора часа, но не в этот раз. Будет две большие части с перерывом посередине и много слайдов с кодом. Запись доклада будет доступна по ссылке здесь в канале

🎟 Бесплатные билеты
Если вы хотели попасть на подлодку, наверняка уже купили билет, но если вдруг нет, то есть шанс получить его бесплатно. Условия простые:
– участвуйте только если у вас есть возможность посетить все (или почти все) сессии на следующей неделе
– оставьте к этому посту комментарий с любым числом до 23:00 МСК сегодняшнего дня
– если в этом же комментарии поделитесь болью или зададите любой вопрос касательно Ktor в целом или доклада в частности, шанс выигрыша увеличится в два раза
– после 23:00 случайно будут выбраны два победителя

Комментарии приветствуются и без участия в розыгрыше, в этом случае просто не указывайте никакое число в своём комментарии.

Патч-релиз Ktor 3.2.1 выпущен, можно обновляться. Помимо этого фикса ещё несколько регрессий пофиксили. Release notes будут немного позже

Когда я только начал работать в команде Ktor, я поставил себе "внутреннюю цель" сделать так чтобы использовать Ktor на Android было максимально удобно. И вот в Ktor 3.2.0 благодаря моим правкам Android-проекты перестали собираться 🤡

Причина максимально глупая — пробелы в названиях полей. Возникает логичный вопрос: "Зачем?". А просто потому что когда-то я увидел подобный подход для компановки сообщений в Dokka и подумал "вау, как выразительно получается".
Перед тем как применить это в коде я подумал может ли это что-то сломать, и пришёл к выводу, что нет. Это ж константы, они при компиляции заинлайнятся и вообще использований не будет, что может пойти не так? То что D8 споткнётся о пробел я, конечно, не предусмотрел.

Так что вы знаете кого винить, что не получается обновиться на новый Ktor. А я пойду думать как на CI гонять проверки, что проекты с Ktor собираются с D8, R8 и ProGuard.

P.S. Workaround нашёлся, но достаточно страшный. Через AGP Transformation API вырезать проблемные поля 🙈