ch
Feedback
Записки разработчицы

Записки разработчицы

前往频道在 Telegram

Разговоры об IT, о разработке. О мобилках нативных и кроссплатформенных. Личный аккаунт @azharkova

显示更多
2 356
订阅者
+124 小时
+57
+230
吸引订阅者
六月 '26
六月 '26
+9
在0个频道中
五月 '26
+29
在0个频道中
Get PRO
四月 '26
+30
在0个频道中
Get PRO
三月 '26
+28
在1个频道中
Get PRO
二月 '26
+70
在1个频道中
Get PRO
一月 '26
+141
在0个频道中
Get PRO
十二月 '25
+78
在1个频道中
Get PRO
十一月 '25
+163
在1个频道中
Get PRO
十月 '25
+221
在12个频道中
Get PRO
九月 '25
+89
在3个频道中
Get PRO
八月 '25
+21
在0个频道中
Get PRO
七月 '25
+49
在1个频道中
Get PRO
六月 '25
+47
在0个频道中
Get PRO
五月 '25
+41
在2个频道中
Get PRO
四月 '25
+48
在1个频道中
Get PRO
三月 '25
+26
在0个频道中
Get PRO
二月 '25
+35
在0个频道中
Get PRO
一月 '25
+40
在0个频道中
Get PRO
十二月 '24
+40
在0个频道中
Get PRO
十一月 '24
+67
在1个频道中
Get PRO
十月 '24
+67
在0个频道中
Get PRO
九月 '24
+93
在0个频道中
Get PRO
八月 '24
+178
在3个频道中
Get PRO
七月 '24
+37
在1个频道中
Get PRO
六月 '24
+58
在4个频道中
Get PRO
五月 '24
+117
在5个频道中
Get PRO
四月 '24
+22
在0个频道中
Get PRO
三月 '24
+83
在2个频道中
Get PRO
二月 '24
+42
在2个频道中
Get PRO
一月 '24
+74
在1个频道中
Get PRO
十二月 '23
+76
在0个频道中
Get PRO
十一月 '23
+44
在2个频道中
Get PRO
十月 '23
+36
在0个频道中
Get PRO
九月 '23
+15
在0个频道中
Get PRO
八月 '23
+26
在0个频道中
Get PRO
七月 '23
+18
在0个频道中
Get PRO
六月 '23
+131
在0个频道中
Get PRO
五月 '23
+518
在0个频道中
Get PRO
四月 '23
+22
在0个频道中
Get PRO
三月 '23
+41
在0个频道中
Get PRO
二月 '23
+57
在0个频道中
Get PRO
一月 '23
+12
在0个频道中
Get PRO
十二月 '22
+18
在0个频道中
Get PRO
十一月 '22
+76
在0个频道中
Get PRO
十月 '22
+18
在0个频道中
Get PRO
九月 '22
+47
在0个频道中
Get PRO
八月 '22
+22
在0个频道中
Get PRO
七月 '22
+10
在0个频道中
Get PRO
六月 '22
+35
在0个频道中
Get PRO
五月 '22
+19
在0个频道中
Get PRO
四月 '22
+109
在0个频道中
Get PRO
三月 '22
+62
在0个频道中
Get PRO
二月 '22
+9
在0个频道中
Get PRO
一月 '22
+24
在0个频道中
Get PRO
十二月 '21
+11
在0个频道中
Get PRO
十一月 '21
+19
在0个频道中
Get PRO
十月 '21
+132
在0个频道中
Get PRO
九月 '21
+271
在0个频道中
日期
订阅者增长
提及
频道
07 六月0
06 六月0
05 六月+1
04 六月+3
03 六月+4
02 六月0
01 六月+1
频道帖子
Кстати, небольшой туториал по работе с агентами в KMP и для KMP я описывала в своей статье https://habr.com/ru/companies/usetech/articles/1027130/

2
Смотрю онлайн Yandex Mobile Runtime. Нравится их подход к просвещению по работе с ИИ
Смотрю онлайн Yandex Mobile Runtime. Нравится их подход к просвещению по работе с ИИ
381
3
🏝 Вышел Kotlin 2.4.0 Stable 👉 Язык: стабильные контекстные параметры, явные backing-поля и несколько нововведений для use-s
🏝 Вышел Kotlin 2.4.0 Stable 👉 Язык: стабильные контекстные параметры, явные backing-поля и несколько нововведений для use-site таргетов аннотаций. 👉 Стандартная библиотека: стабилизация UUID API 👉 Kotlin/JVM: поддержка Java 26 и аннотации в метаданных включены по умолчанию. 👉 Kotlin/Native: поддержка SPM как зависимостей, обновления Swift export и CMS GC включён по умолчанию. 👉 Kotlin/Wasm: инкрементальная компиляция включена по умолчанию и поддержка WebAssembly Component Model. 👉 Совместимость с Gradle 9.5.0. 👉 Компилятор Kotlin: более согласованное поведение inline-функций при компиляции в .klib. 🔗 Полный список изменений #Kotlin #Kotlin240
414
4
Я закончила с одним очень жестким релизом, выступила на Квартирнике на Кодефесте и с докладом на Мобиус и готова вернуться к освещению IT и просвещению)
518
5
Хорошая картинка, кстати ) Очень наглядно про разницу между вайбкодингом и AI SDLC
Хорошая картинка, кстати ) Очень наглядно про разницу между вайбкодингом и AI SDLC
806
6
#видеозаписи #ТестоваяСреда Открываем новую видеозапись выступления: Александр Князев — Взлом AI-агентов: прикладная инструкция к уязвимостям LLM и тулов Доклад о популярных векторах атак на веб-приложения с AI-агентами. Спикер показал реальные примеры атак на API, которые могут привести к компрометации системы, раскрытию данных и выполнению нежелательных действий. 😉 YouTube | 📺 VK Видео Скачать презентацию с сайта Heisenbug
874
7
📚 Две новинки о System Design 👨‍💻 Серию пополнили книги от ведущих экспертов в области разработки и управления командами.
📚 Две новинки о System Design 👨‍💻 Серию пополнили книги от ведущих экспертов в области разработки и управления командами. Эти издания помогут кандидатам подготовиться к собеседованию и получить работу мечты. 📘 «System Design. Проектирование мобильных систем. Подготовка к сложному интервью» Собеседования по mobile system design больше не будут выглядеть как хаотичный стресс-тест. С этой книгой вы подготовитесь к интервью — системно и уверенно: от первых вопросов до финальной схемы решения. Автор предлагает универсальный алгоритм из пяти шагов и подробный разбор популярных задач. Вы научитесь продумывать клиентскую архитектуру, API, офлайн-режим, кэширование и масштабирование, а также разбираться в ключевых trade-off’ах, которые ждут от кандидатов в крупных IT-компаниях. ❤️ Сайт По промокоду sdi25 — скидка 25 % 😉 📘 «Object Oriented Design. Подготовка к сложному интервью» В книге представлена универсальная четырехэтапная методика проектирования, подробный разбор принципов SOLID и объектно-ориентированного подхода, а также десятки практических примеров — от систем управления парковкой и лифтами до банкоматов и кинотеатров. Каждая задача сопровождается UML-диаграммами, кодом, анализом edge cases и пояснением логики решений, чтобы вы могли уверенно пройти интервью любого уровня. ❤️ Оформить предзаказ 👉 Читайте отзывы экспертов на Хабре!
946
8
Еще новости. У издательства "Питер" вышла крутая книга по систем-дизайну с моей рецензией
758
9
А вот и новый выпуск OR: Flutter vs Native! Где Flutter действительно выигрывает у native, а где всё ещё уступает? Поговорили
А вот и новый выпуск OR: Flutter vs Native! Где Flutter действительно выигрывает у native, а где всё ещё уступает? Поговорили про производительность, плагины, безопасность, требования бизнеса и выбор технологий для fintech, AI-стартапов, ecommerce и enterprise-продуктов. Отличный выпуск, чтобы добавить аргументов для вечного холивара: https://youtu.be/-NrQ5hY7DTk
814
10
Любит ИИ меня переделывать, ну да ладно. Мы же провели крутой эфир на тему натива и кросс-платформы с Evrone)
799
11
🤖 Google анонсировала ADK for Android 0.1.0 вместе с ADK for Kotlin ADK (Agent Development Kit) - это open-source фреймворк для AI-агентов, и теперь у него есть Android-артефакт с поддержкой on-device моделей. Ключевая архитектурная идея: облачный оркестратор ведёт диалог с пользователем и координирует работу. Когда нужно обработать приватные данные - документы, брони, личные файлы - он делегирует subagent'у, который работает на устройстве через ML Kit GenAI и AICore. Данные за пределы устройства не уходят. В стек входят LLM-агенты, sequential agents, MCP tools, session state и long-term memory через Memory service, OpenTelemetry для наблюдаемости. Можно использовать три варианта моделей: 👉 ML Kit GenAI для on-device Gemini Nano 👉 Firebase AI Logic для облачного Gemini 👉 Google GenAI для быстрого прототипирования. ‼️ ВАЖНО: версия 0.1.0, статус "В активной разработке". Это очень ранний экспериментальный релиз, не для продакшна. Архитектурный паттерн с разделением на облачный оркестратор и on-device агент выглядит разумно - именно так я бы и хотел видеть подобный инструмент. Но внедрять в прод рано. 🔗 Источник Android Dev Blog #Android #AI #Gemini
927
12
Интересно, насколько это связано или различается от Koog
847
13
Многие из вас (надеюсь) задаются вопросом: "Аня, а вот Google I/O прошел, а где обзор на Хабре?" Все будет) Но в выходные 😎
1 358
14
‼️ Android View всё! Да здравствует Compose! Google официально объявила о переходе к стратегии «Compose-first» и прекращении
‼️ Android View всё! Да здравствует Compose! Google официально объявила о переходе к стратегии «Compose-first» и прекращении развития Android View, переводя его в режим поддержки. Что это значит: 👉 Классы android.widget.* в Android SDK будут находиться в режиме поддержки. 👉 Библиотеки Android Jetpack (включая RecyclerView) также переходят в режим поддержки. 👉 Все инструменты в Android Studio будут создаваться только для Compose. 👉 Документация будет писаться только для Compose, однако некоторые разделы про View останутся. 🔗 Источник - оф сайт Android Developers #Android #AndroidDev #Compose
1 076
15
С учетом того, что очень давно ничего нового и не выходило под View, особо ничего и не изменилось. View под капотом компоуза останутся
1 254
16
Присоединяемся к просмотру Google I/O: https://io.google/2026/ Прошлый год получился очень насыщенный по новинкам AI, так что Google надо постараться, чтобы нас удивить (хотя им достаточно разрешить свободное использование своих тулзов из РФ). Лично я жду, что же они покажут не иишного: новинки Android, KMP, Kotlin и Flutter https://www.youtube.com/watch?v=wYSncx9zLIU
1 337
17
🏝 JetBrains обновили дефолтную структуру KMP проектов. Теперь общий код живёт в shared модуле, а под каждую целевую платформ
🏝 JetBrains обновили дефолтную структуру KMP проектов. Теперь общий код живёт в shared модуле, а под каждую целевую платформу свой отдельный application модуль. Раньше всё было в одном composeApp, который одновременно был и KMP библиотекой, и приложением. Это создавало путаницу в build конфигах и платформенных настройках. iOS при этом уже жил в отдельной папке, и асимметрия торчала наружу. Главным триггером изменений стал Android Gradle Plugin 9, который больше не позволяет применять Android application plugin к multiplatform модулю. Entry point Android приложения теперь обязательно вынесен в отдельный модуль. Если в проекте есть нативный UI (например, SwiftUI для iOS), shared разбивается на два модуля: sharedLogic без Compose зависимостей и sharedUI только для платформ с Compose Multiplatform. Для проектов с серверной частью добавляется server модуль и core с общими моделями и валидацией для шаринга между клиентом и сервером. Я ещё до этого держал каждый application в отдельном модуле, так что для меня новая дефолтная структура лишь оформляет то что уже стало здравым смыслом. Раньше с одним shared было неприятно из-за того что Kotlin stdlib и зависимости тащились в каждый iOS framework. Несколько атомарных shared модулей решают эту проблему и позволяют точечнее управлять тем что попадает на каждую платформу. Очень рад что JetBrains двигаются в сторону более атомарных модулей, но пока есть вопросы не будет ли дублирования базовых Kotlin библиотека в каждый Xcode фреймворк. Новая структура уже доступна в KMP wizard на kmp.new и в IDE плагине. 🔗 Анонс 📹 Видео разбор от JetBrains #Kotlin #KMP #Gradle
976
18
Что ж, хорошо, что второе издание еще не ушло в печать
1 001
19
Становимся «сертифицированными вайб-кодерами»: у Microsoft появился официальный тест пл работе с ИИ-агентами. В рамках двухча
Становимся «сертифицированными вайб-кодерами»: у Microsoft появился официальный тест пл работе с ИИ-агентами. В рамках двухчасового тестирования вам предстоит продемонстрировать умение управлять агентами, их памятью и инструментами, а для подготовки к экзамену компания даже сделала отдельный сборник. К слову, стоит это удовольствие чуть меньше месячной подписки Pro на ChatGPT — $160. Пробуем свои силы тут.
1 104
20
🐥 Swift 6 краши при многопоточности Если вам кажется что Swift 6 strict concurrency - это просто больше compile-time проверо
🐥 Swift 6 краши при многопоточности Если вам кажется что Swift 6 strict concurrency - это просто больше compile-time проверок - это не так. Часть проблем ловится уже в runtime, причём иногда прямо в production. Даже если проект собирается без warnings, Swift может вставить dynamic isolation checks на границах акторов и GCD. И если код ожидал один execution context, а приехал в другой — приложение упадет 😥. Чаще всего в crash reports это выглядит так: _dispatch_assert_queue_fail _swift_task_checkIsolatedSwift Суть проблемы простая: closure или метод унаследовал actor isolation там, где был объявлен, а вызвали его потом из другого потока. Например, closure внутри @MainActor context может неявно стать main-actor-isolated. А потом вы передаёте её в context.perform у Core Data, который выполняет блок на своей private queue. Где это особенно легко поймать: 🟢Core Data context.perform из @MainActor-кода 🟢Combine pipeline, где operator выполняется до receive(on:) 🟢NotificationCenter publisher, если notification прилетает с background thread 🟢delegate callbacks от SDK, которые не обещают main thread 🟢MainActor.assumeIsolated, если вы на самом деле не на MainActor 🟢actor methods, где после await состояние уже могло измениться из-за reentrancy Практические правила: 🟢если Combine-operator должен работать на main — ставьте .receive(on: DispatchQueue.main) до него, а не после 🟢если closure не должен наследовать actor isolation — явно помечайте его @Sendable 🟢если delegate может прийти не с main thread — делайте метод nonisolated, а UI-работу отправляйте в Task { @MainActor in ... } 🟢не используйте MainActor.assumeIsolated как красивую замену await MainActor.run 🟢не рассчитывайте, что @MainActor на всём классе автоматически безопасен для всех callback’ов Swift 6 начал громко показывать то, что раньше было скрытой проблемой: 🟡closure наследует isolation от места объявления, а не от места выполнения 🟡receive(on:) не спасает код, который уже выполнился до него 🟡delegate от системного SDK не обязан приходить на main thread 🟡билд без ворнингов не гарантирует отсутствие рантайм крашей из-за многопоточности 🟡после await внутри actor нельзя слепо доверять старому состоянию Swift 6 concurrency — это не только про то, чтобы пофиксить warnings, это про пересмотр границ - где выполняется код, кто владеет состоянием и какой thread/actor реально вызывает callback.
1 213