Какие чувства у вас вызывают технические темы про AI?
Anonymous Poll
27%
Воодушевление. Хочу разбираться и применять
13%
Перегруз. Сложно понять
22%
Страх. Заменят и не успею адаптироваться
51%
Усталость. Слишком много AI везде
29%
Скепсис. 90% хайпа, мало пользы
19%
Спокойствие. Отношусь нейтрально.
29%
Практический интерес.
3%
Другое
Тема месяца «AI в разработке»
Каждый новый месяц я стараюсь структурировано изучать одну тему. Не терять фокуса и ментальных сил. Этот месяц будет вынужденный по причинам:
1. Я пишу ВКР и диплом в своем универе на тему «Применение генеративных моделей в образовательных программах». Мне и самому интересно погрузиться в эту тему для улучшения контента. В апреле надо уже сдать :)
2. Буду участвовать на ДеньНочь от Яндекса с темой про аи в мобильной разработке. Приходите. Позже будет ссылки.
3. Хочется сделать чекпоинт и структурировать знания на эту тему.
И поэтому, если вы чувствуете усталость, попрошу меня понять 🙃🙂
Каждый новый месяц я стараюсь структурировано изучать одну тему. Не терять фокуса и ментальных сил. Этот месяц будет вынужденный по причинам:
1. Я пишу ВКР и диплом в своем универе на тему «Применение генеративных моделей в образовательных программах». Мне и самому интересно погрузиться в эту тему для улучшения контента. В апреле надо уже сдать :)
2. Буду участвовать на ДеньНочь от Яндекса с темой про аи в мобильной разработке. Приходите. Позже будет ссылки.
3. Хочется сделать чекпоинт и структурировать знания на эту тему.
И поэтому, если вы чувствуете усталость, попрошу меня понять 🙃🙂
Agentic AI Engineering Workflows for iOS in 2026
Продолжаем искать гайды по настройки окружения для ии.
С Лешей Гладковым в ролике мы уже разобрали, что сейчас твой рабочий сетап — это база. Чем раньше ты настроишь её, тем глубже и быстрее начнешь понимать новые фичи.
Нужно настраивать его под себя и под свои задачи. Писать правила, спеки, выбирать модели.
Такую же мысль говорит и Jacob Bartlett. В своем закрытом гайде он показывает как настроил аи среду под себя. Его последние пол года стали бурными в истории развитии ПО. Но не смотря на хайп, он все еще считает, что для эффективного использования ИИ недостаточно просто его использовать. Нужен инженерный опыт и навыки.
Дам вам краткую выжимку
1️⃣ The Best Models
Сейчас пока неясно какие модели лучше. Но не забывайте ставить модели на максимум в сложных задачах. Например, reasoning level = high.
2️⃣ MCP, Verification, and Xcode 26.3
Одна из самых полезных утилит по мнению автора, о которой я уже писал, это XcodeBuild MCP.
Эта утилита помогает агентам более эффективно работать с Xcode. Запускать и дебажить его код, но и не только.
3️⃣ Multi-agent and Orchestration
После настройки точности мы приступаем к скорости. Распараллеливания работы с помощью мультиагентов.
В Xcode есть много багов и сложностей с этой фичей. Но это must have.
4️⃣ AGENTS.md and Skills
Раньше инструкции для агентов игнорировались аи. Но сейчас произошел скачок. Есть много опенсоурс инструкций. В этом плане лучше всех работает Codex 5.2
5️⃣ The Ralph Loop
Это плагин, позволяющий вашему агенту непрерывно работать до тех пор, пока работа не будет фактически завершена.
6️⃣ OpenClaw (aka Clawdbot)
Для многих до сих пор непонятно что такое Open Claw. Вкратце, это Claude + Memory + Texting. Оно подключается к мессенджерам, таким как WhatsApp или Telegram, и позволяет общаться с оператором, находясь на свидании с женой.
Это краткий обзор инструкций. В следующих постах будем изучать и углубляться в сетапы.
Полезный ссылки:
- Setup Бориса Черни
- Claude Code has made me 50-100% more productive
- Giving external agents access to Xcode
Продолжаем искать гайды по настройки окружения для ии.
С Лешей Гладковым в ролике мы уже разобрали, что сейчас твой рабочий сетап — это база. Чем раньше ты настроишь её, тем глубже и быстрее начнешь понимать новые фичи.
Нужно настраивать его под себя и под свои задачи. Писать правила, спеки, выбирать модели.
Такую же мысль говорит и Jacob Bartlett. В своем закрытом гайде он показывает как настроил аи среду под себя. Его последние пол года стали бурными в истории развитии ПО. Но не смотря на хайп, он все еще считает, что для эффективного использования ИИ недостаточно просто его использовать. Нужен инженерный опыт и навыки.
Дам вам краткую выжимку
1️⃣ The Best Models
Сейчас пока неясно какие модели лучше. Но не забывайте ставить модели на максимум в сложных задачах. Например, reasoning level = high.
2️⃣ MCP, Verification, and Xcode 26.3
Одна из самых полезных утилит по мнению автора, о которой я уже писал, это XcodeBuild MCP.
Эта утилита помогает агентам более эффективно работать с Xcode. Запускать и дебажить его код, но и не только.
3️⃣ Multi-agent and Orchestration
После настройки точности мы приступаем к скорости. Распараллеливания работы с помощью мультиагентов.
В Xcode есть много багов и сложностей с этой фичей. Но это must have.
4️⃣ AGENTS.md and Skills
Раньше инструкции для агентов игнорировались аи. Но сейчас произошел скачок. Есть много опенсоурс инструкций. В этом плане лучше всех работает Codex 5.2
5️⃣ The Ralph Loop
Это плагин, позволяющий вашему агенту непрерывно работать до тех пор, пока работа не будет фактически завершена.
6️⃣ OpenClaw (aka Clawdbot)
Для многих до сих пор непонятно что такое Open Claw. Вкратце, это Claude + Memory + Texting. Оно подключается к мессенджерам, таким как WhatsApp или Telegram, и позволяет общаться с оператором, находясь на свидании с женой.
Это краткий обзор инструкций. В следующих постах будем изучать и углубляться в сетапы.
Полезный ссылки:
- Setup Бориса Черни
- Claude Code has made me 50-100% more productive
- Giving external agents access to Xcode
Днем — доклады, ночью — тусовки
В прошлом году я впервые побывал на большой конфе Day&Night.
Я никогда не был на больших конфах. Меня это не привлекало ни как спикера, ни как зрителя. Но конфа от яндекса сильно впечатлила. Это было для обычных работяг и все бесплатно.
В этом году яндекс хочет сделать еще масштабнее и интереснее. Рассказать о своей внутренней кухне.
Будет два больших трека внутри клуба для мобильных разработчиков:
- супераппы. Их вызовы и почему это важно
- AI. Куда же без него.
Я тоже немного участвую и буду помогать в обсуждениях мобильного клуба. Поговорим и разберем самые практические кейсы внедрения ai в реальных задачах.
Если вы хотите пообщаться, то регистрируйтесь.
В прошлом году я впервые побывал на большой конфе Day&Night.
Я никогда не был на больших конфах. Меня это не привлекало ни как спикера, ни как зрителя. Но конфа от яндекса сильно впечатлила. Это было для обычных работяг и все бесплатно.
В этом году яндекс хочет сделать еще масштабнее и интереснее. Рассказать о своей внутренней кухне.
Будет два больших трека внутри клуба для мобильных разработчиков:
- супераппы. Их вызовы и почему это важно
- AI. Куда же без него.
Я тоже немного участвую и буду помогать в обсуждениях мобильного клуба. Поговорим и разберем самые практические кейсы внедрения ai в реальных задачах.
Если вы хотите пообщаться, то регистрируйтесь.
Программирование с помощью параллельных AI-агентов
До сих пор я встречаю людей, кто использует в программировании бесплатную подписку чатгпт. Хотя этот вагон уехал далеко вперед.
Сейчас же в моде так называемая оркестрация. Где запускаются параллельно несколько агентов:
🟣 Один пишет код
🟣 Другой пишет тесты
🟣 третий уже делает рефакторинг :D
Разраб становится оркестратором, архитектором, прорабом. Он выбирает лучшие решения из тысяч предлагаемых заурядных.
Такой подход полезен где много рутиных задач. Но вреден где нужны deep focus, высокая когнитивная нагрузка, сложные архитектуры и неясные требования.
💀 Появился ACP (Agent Client Protocol) — альтернатива MCP
Говорят, MCP почти уже умер. А с ACP AI-инструменты становятся частью IDE на глубоком уровне
НО несмотря на развитие AI и его главным двигателем экономики, спрос на алгоритмы и system design никуда не делся.
🍏 ACP для iOS разрабов
В Xcode нет никакого ACP, но для других языков и платформ уже разрабатывают JetBrains.
Полезные ссылки:
- swift-acp
- Agmente
- Agent Client Protocol (ACP) JetBrains
До сих пор я встречаю людей, кто использует в программировании бесплатную подписку чатгпт. Хотя этот вагон уехал далеко вперед.
Сейчас же в моде так называемая оркестрация. Где запускаются параллельно несколько агентов:
Разраб становится оркестратором, архитектором, прорабом. Он выбирает лучшие решения из тысяч предлагаемых заурядных.
Такой подход полезен где много рутиных задач. Но вреден где нужны deep focus, высокая когнитивная нагрузка, сложные архитектуры и неясные требования.
Говорят, MCP почти уже умер. А с ACP AI-инструменты становятся частью IDE на глубоком уровне
НО несмотря на развитие AI и его главным двигателем экономики, спрос на алгоритмы и system design никуда не делся.
В Xcode нет никакого ACP, но для других языков и платформ уже разрабатывают JetBrains.
Полезные ссылки:
- swift-acp
- Agmente
- Agent Client Protocol (ACP) JetBrains
Please open Telegram to view this post
VIEW IN TELEGRAM
Продвинутый разбор Copy-on-write: isKnownUniquelyReferenced
Немногие знают, но этот канал начался ~4 года назад с разбора фундаментальных тем. Еще до того, как это стало мейнстримом. Тогда меня даже критиковали другие блогеры мол, зачем рассказывать широкой аудитории о таких нишевых вещах? Теперь нишевым быть в тренде.
Но я всегда писал так, как хотел, и о том, что мне самому интересно.
Еще раньше у меня вышла статья на Хабре. Первая проба пера была про Copy-on-Write. Сейчас я бы переписал ее полностью и сделал в разы глубже. Частично так и делаю уже в Notion, чате и канале.
Автор статьи тоже сильно углубился и провёл огромный ресерч. Я почти никогда не получал реальной пользы из докладов на конференциях. Чаще мне помогали люди из чатов, которые с огнем в глазах и слюной во рту, рассказывают о любимой теме так, как им удобно.
А когда тебя гоняют по десятому кругу с одним и тем же докладом на конференциях, этот огонь заметно угасает.
Все становится более сдержанным. Где-то недосказано, где-то приукрашено, а что-то и вовсе не до конца изучено. Огня со слюной становится меньше.
Jacob Bartlett стал моим любимым нишевым блогером в iOS. Я купил у него подписку и с давно забытым интересом читаю весь контент. Он вставляет мемы и шутки, которые ему нравятся. Делает скрины, а не ленивый неотформатированный код из курсора. В нем чувствуется энергия и искренность.
Мы еще много разберем его статей более предметно, а пока я поделюсь именно его скиллом автора.
Немногие знают, но этот канал начался ~4 года назад с разбора фундаментальных тем. Еще до того, как это стало мейнстримом. Тогда меня даже критиковали другие блогеры мол, зачем рассказывать широкой аудитории о таких нишевых вещах? Теперь нишевым быть в тренде.
Но я всегда писал так, как хотел, и о том, что мне самому интересно.
Еще раньше у меня вышла статья на Хабре. Первая проба пера была про Copy-on-Write. Сейчас я бы переписал ее полностью и сделал в разы глубже. Частично так и делаю уже в Notion, чате и канале.
Автор статьи тоже сильно углубился и провёл огромный ресерч. Я почти никогда не получал реальной пользы из докладов на конференциях. Чаще мне помогали люди из чатов, которые с огнем в глазах и слюной во рту, рассказывают о любимой теме так, как им удобно.
А когда тебя гоняют по десятому кругу с одним и тем же докладом на конференциях, этот огонь заметно угасает.
Все становится более сдержанным. Где-то недосказано, где-то приукрашено, а что-то и вовсе не до конца изучено. Огня со слюной становится меньше.
Jacob Bartlett стал моим любимым нишевым блогером в iOS. Я купил у него подписку и с давно забытым интересом читаю весь контент. Он вставляет мемы и шутки, которые ему нравятся. Делает скрины, а не ленивый неотформатированный код из курсора. В нем чувствуется энергия и искренность.
Мы еще много разберем его статей более предметно, а пока я поделюсь именно его скиллом автора.
смотрю названия докладов некоторых конференций.
кажется, что названием можно весь доклад закончить
ауф братья🤞 🐺
кажется, что названием можно весь доклад закончить
ауф братья
Please open Telegram to view this post
VIEW IN TELEGRAM
How to Learn the Swift Source Code
Продолжаем контент моего краша. В прошлой статье я писал, что мой новый любимый нишевый блогер обладает крутым авторским почерком. Давайте поговорим о содержании.
Что такое хорошая статья?
В эпоху аи кол-во однотипного контента стало х2. Многое просто пересказ чужих статей 5-10 летней давности и немного задач из курсора. Даже форматирование кода при вставке не правят.
Никакого живого опыта, своего взгляда или решения реальных проблем. Синтетические задачи в вакууме.
Чем же восхитил мой новый краш? Он лезет в кишки. Его опыт это не доклады и чужие статьи, а свои пробы и эксперименты. Запуск кода, проверка гипотез, изучение кишков, чтение исходников.
На последнем хочется сделать акцент. Исходники Swift открыты, но многие говорят, что их невозможно читать. На самом деле это просто отдельный скилл.
Автор дает крутые советы как понимать исходники:
1️⃣ смотри на Swift как на пайплайн трансформаций
1. То, что ты пишешь на swift — это упрощенный код и синтаксический сахар.
2. Наш привычный код разбирает SIL (Swift Intermediate Language). Это еще читаемый для человека уровень
3. LLVM IR уже почти машинный код
4. Машинный код
2️⃣ Не пытайся читать все подряд
Берешь простую функцию. Смотришь, как она превращается в SIL. А дальше смотришь, что происходит дальше.
3️⃣ Используй инструменты компилятора
Дает реальное представление, как компилятор думает
Чтобы понять Swift глубоко, нужно перестать думать на уровне синтаксиса. Начать думать в терминах трансформаций кода.
Продолжаем контент моего краша. В прошлой статье я писал, что мой новый любимый нишевый блогер обладает крутым авторским почерком. Давайте поговорим о содержании.
Что такое хорошая статья?
В эпоху аи кол-во однотипного контента стало х2. Многое просто пересказ чужих статей 5-10 летней давности и немного задач из курсора. Даже форматирование кода при вставке не правят.
Никакого живого опыта, своего взгляда или решения реальных проблем. Синтетические задачи в вакууме.
Чем же восхитил мой новый краш? Он лезет в кишки. Его опыт это не доклады и чужие статьи, а свои пробы и эксперименты. Запуск кода, проверка гипотез, изучение кишков, чтение исходников.
На последнем хочется сделать акцент. Исходники Swift открыты, но многие говорят, что их невозможно читать. На самом деле это просто отдельный скилл.
Автор дает крутые советы как понимать исходники:
Swift кажется сложным не потому, что он магический, а потому что у него много уровней абстракции.
1️⃣ смотри на Swift как на пайплайн трансформаций
1. То, что ты пишешь на swift — это упрощенный код и синтаксический сахар.
2. Наш привычный код разбирает SIL (Swift Intermediate Language). Это еще читаемый для человека уровень
3. LLVM IR уже почти машинный код
4. Машинный код
2️⃣ Не пытайся читать все подряд
Берешь простую функцию. Смотришь, как она превращается в SIL. А дальше смотришь, что происходит дальше.
3️⃣ Используй инструменты компилятора
swiftc -emit-sil -O file.swift
Дает реальное представление, как компилятор думает
Чтобы понять Swift глубоко, нужно перестать думать на уровне синтаксиса. Начать думать в терминах трансформаций кода.
Праздничная рубрика corporate girl со столовки Яндекса
Напомню что на Масленицу были блины с апельсином
Напомню что на Масленицу были блины с апельсином
Swift Internals: A Deep Dive into the Compiler, Concurrency, and Architecture
Субботняя книжная рубрика. Взял книгу от Kodeco. Там разбор компилятора, диспетчеризации, памяти и многопоточности в Swift.
Интересное наблюдение. Во всех интервью с ребятами из MAANG, которых я опрашивал, звучала одна и та же мысль — в СНГ гораздо жестче спрашивают именно про язык и iOS-специфику.
На Западе этим почти не занимаются. Никто не лезет в детали ARC, устройство компилятора или разницу между стеком и кучей на уровне рантайма. Там больше практики лайфкодинга, архитектур и систем дизайна. Тебя оценивают как CS инженера, а не эксперта одной узкой платформы.
И, честно говоря, в этом есть логика.
Зачем тогда нам знать то, что мы почти никогда не используем напрямую?
Чтобы лучше понимать, что происходит под капотом, и принимать более точные инженерные решения, когда это действительно важно.
Книга не такая глубокая, скорее средний уровень. Но понравилась структура. Пока по уровню глубины все же самый интересный контент это у @contravariance
Скачать подгон можно тут
Ставь🔥 если считаешь знание кишков необходимым. И 💀 если нет
Субботняя книжная рубрика. Взял книгу от Kodeco. Там разбор компилятора, диспетчеризации, памяти и многопоточности в Swift.
Интересное наблюдение. Во всех интервью с ребятами из MAANG, которых я опрашивал, звучала одна и та же мысль — в СНГ гораздо жестче спрашивают именно про язык и iOS-специфику.
На Западе этим почти не занимаются. Никто не лезет в детали ARC, устройство компилятора или разницу между стеком и кучей на уровне рантайма. Там больше практики лайфкодинга, архитектур и систем дизайна. Тебя оценивают как CS инженера, а не эксперта одной узкой платформы.
И, честно говоря, в этом есть логика.
Зачем тогда нам знать то, что мы почти никогда не используем напрямую?
Чтобы лучше понимать, что происходит под капотом, и принимать более точные инженерные решения, когда это действительно важно.
Книга не такая глубокая, скорее средний уровень. Но понравилась структура. Пока по уровню глубины все же самый интересный контент это у @contravariance
Скачать подгон можно тут
Ставь
Please open Telegram to view this post
VIEW IN TELEGRAM
kodeco.com
Swift Internals
This book is designed for Swift developers who want to go beyond writing working code and understand how the language truly works under the hood.
It explains the mechanics of Swift’s type system, compiler behavior, memory model, and performance characteristics.…
It explains the mechanics of Swift’s type system, compiler behavior, memory model, and performance characteristics.…
Ну и пока не ушли от книг далеко. Уже месяц раздумываю купить электронную читалку. Хочется такой покупкой смотивировать себя больше читать.
Смотрю на Amazon Kindle Scribe. Эксперты, дайте помощь. Стоит ли это своих денег? Какие варианты есть для первой книги?
Смотрю на Amazon Kindle Scribe. Эксперты, дайте помощь. Стоит ли это своих денег? Какие варианты есть для первой книги?
Авито
Электронная книга Amazon Kindle Scribe 32 гб купить в Москве по низкой цене | Электроника | Авито
Электронная книга Amazon Kindle Scribe 32 гб: объявление о продаже в Москве на Авито. электронная книга - блокнот с премиум стилусом 10.1 amazon kindle scribe 32gb Экран: 10,2 дюйма, технология E-Ink Carta, разрешение 300 ppi. Дисплей антибликовый, с адаптивной…
Forwarded from Pavel Durov (Pavel Durov)
Please open Telegram to view this post
VIEW IN TELEGRAM
Cheat Sheet Xcode инструментов для перфоманса
Уже полтора месяца я пишу огромную статью как мы делали видеоленту. Где-то 30 А4 листов. Огромный блок состоит из перфоманса. Я не просто хочу рассказать документацию, но и как это помогало решать нам задачу.
Изучая материал сами знаете кого увидел статью о полезных инструментах Xcode.
1️⃣ Crashes
Для более удобного логирования крашей и глубокой диагностики
2️⃣ Disk Writes
Помогает понимать что происходит с чрезмерными операциями на диск. Такие влияют на перфоманс и батарею
3️⃣ Energy & Battery Usage
Для оценки нулевого выброса углерода вашего устройства.
4️⃣ App Launch
Одна из самых полезных метрик для оценки запуска приложения
5️⃣ Hang Rate & Scroll Hitches
Трекинг зависаний основного потока. Есть множество способов это сделать:
- синхронный доступ к вводу/ввыводу в базу
- большие операции
- длительная обработка медиа декодинга
- regex и обработки текста
6️⃣ Memory
Ну и куда без оценки потребления памяти
Уже полтора месяца я пишу огромную статью как мы делали видеоленту. Где-то 30 А4 листов. Огромный блок состоит из перфоманса. Я не просто хочу рассказать документацию, но и как это помогало решать нам задачу.
Изучая материал сами знаете кого увидел статью о полезных инструментах Xcode.
1️⃣ Crashes
Для более удобного логирования крашей и глубокой диагностики
2️⃣ Disk Writes
Помогает понимать что происходит с чрезмерными операциями на диск. Такие влияют на перфоманс и батарею
3️⃣ Energy & Battery Usage
Для оценки нулевого выброса углерода вашего устройства.
4️⃣ App Launch
Одна из самых полезных метрик для оценки запуска приложения
5️⃣ Hang Rate & Scroll Hitches
Трекинг зависаний основного потока. Есть множество способов это сделать:
- синхронный доступ к вводу/ввыводу в базу
- большие операции
- длительная обработка медиа декодинга
- regex и обработки текста
6️⃣ Memory
Ну и куда без оценки потребления памяти