Да, всё именно так. Это не кнопка для нажатия, а именно плашка для информативности, чтоб было понятно каким именно способом можно осуществить донат (не крипта, не какой-нибудь PayPal и т.п.).
Вы похоже не полностью уловили контекст. Даже в заголовке специально отметил, что это был не чистый Vibe-Coding, т.е. ИИ использовался не от начала разработки и до самого прода. Акцент был сделан на том, что да, ИИ активно применялся, но лишь в отдельных кейсах как помощь и ускорение рутинных моментов. Конкретно это приложение разрабатывал по большей части сам и по мере наличия свободного времени, по этому делал его потихоньку.
А на полном Vibe-кодинге, вообще толком не притрагиваясь к самому коду, да, я тоже за пару дней сделал другой обширный проект, который включил себя и фронтэнд с бэкендом и отдельно KMP проект на три таргета. И потом ещё неделю-две его дошлифовывал со всех сторон, и по логике, и по UI/IX... Но то уже совсем другая история.
В этой статье была речь не о спидране на вайб-кодинге.
Спасибо за замечание. Но не нужно сразу так категорично.) Это не артефакты ИИ оформления, это я готовил статью изначально сперва в MarkDown разметке. И не разобрался сразу как в здешний редактор это форматирование корректно перенести. Проверить и поправить не успел сразу, вы очень оперативно успели первее загялнуть в эту статью))
Вы правы: генерация кода добавляет дополнительные классы в проект. Логично предположить, что больше кода = больше размер APK. Но это только на первый взгляд. Сгенерированный код даггера — это статические классы (и очень компактные) с чёткими зависимостями. Инструменты минификации (R8 или ProGuard) могут легко удалить неиспользуемые части кода или оптимизировать их (например, инлайн-функции). Поэтому, хотя сгенерированный код увеличивает исходный байткод, итоговый APK оказывается меньше, чем при использовании Koin, где runtime-рефлексия требует больше ресурсов.
Koin же использует рефлексию в runtime, и его библиотека включает универсальную логику для поиска и создания зависимостей, что занимает больше места и хуже оптимизируется. Так что, несмотря на генерацию, Dagger/Hilt дают меньший APK за счёт отсутствия runtime-оверхеда.
Да, всё именно так. Это не кнопка для нажатия, а именно плашка для информативности, чтоб было понятно каким именно способом можно осуществить донат (не крипта, не какой-нибудь PayPal и т.п.).
Вы похоже не полностью уловили контекст. Даже в заголовке специально отметил, что это был не чистый Vibe-Coding, т.е. ИИ использовался не от начала разработки и до самого прода. Акцент был сделан на том, что да, ИИ активно применялся, но лишь в отдельных кейсах как помощь и ускорение рутинных моментов. Конкретно это приложение разрабатывал по большей части сам и по мере наличия свободного времени, по этому делал его потихоньку.
А на полном Vibe-кодинге, вообще толком не притрагиваясь к самому коду, да, я тоже за пару дней сделал другой обширный проект, который включил себя и фронтэнд с бэкендом и отдельно KMP проект на три таргета. И потом ещё неделю-две его дошлифовывал со всех сторон, и по логике, и по UI/IX... Но то уже совсем другая история.
В этой статье была речь не о спидране на вайб-кодинге.
Спасибо за замечание. Но не нужно сразу так категорично.) Это не артефакты ИИ оформления, это я готовил статью изначально сперва в MarkDown разметке. И не разобрался сразу как в здешний редактор это форматирование корректно перенести. Проверить и поправить не успел сразу, вы очень оперативно успели первее загялнуть в эту статью))
Прошу прощения за неудобства.
Для поиска и анализа, а так же структурирования собранной информации, больше предпочитаю Grok :)
Вы правы: генерация кода добавляет дополнительные классы в проект. Логично предположить, что больше кода = больше размер APK. Но это только на первый взгляд. Сгенерированный код даггера — это статические классы (и очень компактные) с чёткими зависимостями. Инструменты минификации (R8 или ProGuard) могут легко удалить неиспользуемые части кода или оптимизировать их (например, инлайн-функции). Поэтому, хотя сгенерированный код увеличивает исходный байткод, итоговый APK оказывается меньше, чем при использовании Koin, где runtime-рефлексия требует больше ресурсов.
Koin же использует рефлексию в runtime, и его библиотека включает универсальную логику для поиска и создания зависимостей, что занимает больше места и хуже оптимизируется. Так что, несмотря на генерацию, Dagger/Hilt дают меньший APK за счёт отсутствия runtime-оверхеда.