TGTGInsightтелеграм анализLIVE / telegram public index
← Такты, стеки, два колеса

TGINSIGHT SIMILAR POSTS

Намери подобно съдържание

Изходен канал @clockstackwheels · Post #672 · 28.11

Впервые сделал крупный проект (под NDA, так что не расскажу, какой) на облачных функциях. Впечатления противоречивые. Изначально программисты арендовали компьютер в датацентре: или целиком или кусочек. На нём теоретически можно делать что угодно, но для запуска своих программ нужно было настроить операционную систему, безопасность и авторизацию, установить нужные исполнительные модули, программы для удобства деплоя, мониторинг нагрузки итд. Поэтому появились сервисы, которые это всё делают за тебя, а тебе дают буквально окно, куда можно написать свой код и запускать его удалённо на чужой машине. Конкретно я пользовался решением от Яндекса, чей протокол скопирован напрямую с Amazon Web Services. Причём, в документации не только открыто об этом говорится, но ещё и в некоторых местах перенаправляют на доки от Amazon. И SDK предлагают тоже использовать амазоновский. До санкций я бы сказал, что это не так плохо — можно использовать что-то привычное тем, кто уже работал с Amazon. Но сейчас привязка к американскому сервису выглядит скорее жирным минусом. Не знаю, есть ли у Яндекса ресурсы на какое-то серьёзное разделение. Судя по состоянию документации и платформы в целом — нет. Yandex Cloud кажется системой, которая активно развивалась несколько лет назад, а сейчас подзаброшена. Среда выполнения .NET отстаёт от актуальной на две версии (3.1 вместо 6, четвёртой версии не существует). Изначально мой проект был написан как обычное контейнеризированное приложение на .NET 6, а потом я переводил его на функции. Пришлось пройтись по всему коду и переписать несовместимые куски с C#10 на C#8, это было не слишком приятно. Документации фактически нет, а там, где есть, много путаницы. В примерах написано одно, по факту другое: например в функцию вместо объекта Request приходит просто строка, а разбирать её надо самому. Авторизацию я нашёл только на Stackoverflow. Интересно, что адекватных доков про неё не было ни у Яндекса, ни у Amazon. Функция выполняется и выгружается, поэтому ваша программа не должна рассчитывать на наличие постоянно живущего процесса. Мне пришлось вытащить из неё большой словарь, который грузится при старте, и положить уже подготовленные данные из него в Object Storage — это такое горячее файловое хранилище, там же рядом с функциями. Справедливости ради, работает это всё быстрее, чем я думал. Удалось запихнуть в функции даже сравнительно большой проект с кучей классов, создающий при запуске несколько десятков объектов и производящий загрузку из сети с декомпрессией. Другой важный плюс — бесплатная квота довольно внушительная: миллион вызовов и 10Гб*часов оперативной памяти в месяц. Для пет проекта вы сможете вообще не покупать сервер. Но если сервер у вас всё-таки есть, деплой вы уже настроили, то удобнее будет, конечно, делать как привычно. И гибкости больше. #dev

Hashtags

Резултати

Намерени 3 подобни публикации

Търсене: #agp

当前筛选 #agp清除筛选
Android Broadcast

@android_broadcast · Post #9970 · 23.04.2026 г., 12:31

🔨Вышел AGP 9.2.0 с одной экспериментальной фичей и набором фиксов. Главное новшество — unified coverage and test reports. Плагин теперь умеет генерировать HTML-дашборд, который объединяет результаты unit и instrumentation тестов по всем модулям и вариантам сборки в одном месте. Пока это эксперимент: нужно включить флаг android.experimental.reportAggregationSupport=true в gradle.properties. 🛠 Из фиксов стоит выделить несколько практически значимых: починили переименование APK через новый AGP DSL, исправили падение JdkImageTransform при использовании JDK 26, починили поведение Android Lint с флагом --quiet и сломанную работу кастомных lint-правил, скомпилированных под Java 21 bytecode. Совместимость: Gradle 9.4.1, SDK Build Tools 36.0.0, JDK 17, максимальный API level 36.1. Единый тест-дашборд — нужная штука для проектов с большим количеством модулей, где сейчас результаты разбросаны по папкам. Подожду stable прежде чем трогать в рабочем проекте, но направление правильное. #Android#AGP#Gradle

Android Broadcast

@android_broadcast · Post #9734 · 06.12.2025 г., 17:30

🤖Готовьтесь к Android Gradle Plugin 9.0 — грядут большие перемены! Совсем скоро состоится релиз Android Gradle Plugin 9.0 (AGP), который полностью меняет подход к конфигурации Android‑проектов: удаляет устаревшие API, упрощает настройку и пересматривает организацию конфигурации. Ключевые изменения: 👉 Переход на Gradle 9.X 👉 Поддержка Kotlin теперь встроена в AGP — подключение org.jetbrains.kotlin.android больше не требуется и даже будет рушить сборку. Из плюсов — минус один плагин. 👉 Плагин org.jetbrains.kotlin.multiplatform больше не будет работать с com.android.library и com.android.application. Используйте com.android.kotlin.multiplatform.library, а для приложения создавайте отдельный модуль. 👉 Массовые изменения в API — множество удалений без прямых альтернатив. В целом идёт отказ от старых публичных интерфейсов, ведь новые уже давно доступны, и авторы плагинов могут их использовать. 👉 Некоторые возможности конфигурации теперь будут доступны только в библиотечном плагине. Чтобы корректно обновиться до новой версии, нужно, чтобы все плагины, подключённые в проект, поддержали необходимые изменения — или отказаться от них. Подробнее обо всех изменениях — в документации Надеюсь, Android Studio добавит ассистента по миграции. А вот авторам плагинов, похоже, прибавится работы 😅 Как вам перемены? Пойдут ли они на пользу скорости сборки и удобству использования AGP? #Android#AndroidDev#Gradle#AGP#AndroidStudio

Android Broadcast

@android_broadcast · Post #9736 · 08.12.2025 г., 06:03

🤖AGP 9.0: Fused Library Plugin — новый способ публикации нескольких модулей как один AAR В Android Gradle Plugin (AGP) 9.0 и новее появился инструмент, которого ждали многие разработчики SDK и библиотек. Встречайте плагин Fused Library (com.android.fused-library). Пока в экспериментальном режиме. Раньше, если вы разбивали свой код на много модулей, перед вами вставала дилемма: заставлять пользователя подключать 5 разных зависимостей или использовать неофициальные "fat-aar" скрипты. Теперь Google предлагает нативное решение. Fused Library плагин позволяет взять несколько Android Library модулей и упаковать их в один AAR [1]. 1️⃣ Для включения фичи надо будет добавить флаг в gradle.properties: android.experimental.fusedLibrarySupport=true 2️⃣ Затем создаем модуль для публикации (например, my-sdk-fused). В его build.gradle.kts добавляем: plugins { id("com.android.fused-library") `maven-publish` } androidFusedLibrary { namespace = "dev.androidbroadcast.mysdk" minSdk = 23 } dependencies { // Указываем модули для "слияния" include(project(":core")) include(project(":ui-components")) // Можно вливать даже внешние либы! include("dev.androidbroadcast:cool-fonts:1.0") } Обратите внимание на include — это ключевая команда для упаковки. 3️⃣ Используем компонент fusedLibraryComponent при публикации артефакта: publishing { publications { register<MavenPublication>("release") { groupId = "dev.androidbroadcast" artifactId = "fat-sdk" version = "1.0.0" from(components["fusedLibraryComponent"]) } } } Инструмент мощный, но есть особенности: ❌Data Binding не поддерживается. ⚠️Ресурсы: При совпадении имен побеждает ресурс из зависимости, указанной первой. ⚠️Build Types: Нельзя слить debug и release в один проход, нужны разные fused-модули. 🐞Source JAR: Пока есть известные проблемы с генерацией исходников. Подробнее читайте в [документации](https://developer.android.com/build/publish-library/fused-library) #Android#AndroidDev#Gradle#AGP#Maven