Forwarded from Мобильное Чтиво (Maxim Kachinkin)
AI становится новой мультиплатформой? 🤔⚡️
Недавно смотрел доклад Kevin Galligan How AI Will Change Mobile Development. Того самого чела, кто годами топит за KMP на Droidcon, KotlinConf и вообще везде.
И в этом докладе он формулирует мысль, которая меня прям зацепила:
наш новый KMP — это AI.
AIMP — AI Multiplatform (это уже я сам придумал 😅).
Идея простая:
- вместо ещё одного кроссплатформенного фреймворка у нас появляется слой из AI-агентов и тулов
- они позволяют нативным командам работать эффективнее, как будто это “кроссплатформа”
- легко переносить фичи между платформами, меньше дублировать логику, быстрее разбираться в чужом стеке.
- зачем нужен кроссплатформенный фреймворк, если c AI мы сами можем стать кроссплатформенными?
Kevin много лет живёт в мире KMP и честно говорит, что массовый адопшн там тормозит не только из-за техники и маркетинга, а из-за банальной сложности быть продуктивным на двух платформах сразу. И вот тут AI внезапно.
Я, честно, сам ещё далеко “не там”.
Но всё чаще ловлю моменты, когда:
- лезу в менее знакомый iOS-код, и быстрее разбираюсь с AI
- или говорю агенту: «смотри, как это сделано на iOS, помоги повторить на Android»
AI уже начал делать меня чуть более “кроссплатформенным” разработчиком, хотя я по-прежнему глубоко знаю только Android.
И вот вопрос к вам 👇
- Для вас AI уже начинает играть роль замены классической кроссплатформы?
- Чувствуете, что стали смелее смотреть на другую платформу — или пока держитесь в своём лагере?
- Не кажется ли вам, что вместо “KMP vs Flutter vs Swift на Android” нас ждёт эпоха, где AI просто делает нас всех кроссплатформенными?
#ai #kmp #aimp #crossplatform #androiddev #iosdev
Недавно смотрел доклад Kevin Galligan How AI Will Change Mobile Development. Того самого чела, кто годами топит за KMP на Droidcon, KotlinConf и вообще везде.
И в этом докладе он формулирует мысль, которая меня прям зацепила:
наш новый KMP — это AI.
AIMP — AI Multiplatform (это уже я сам придумал 😅).
Идея простая:
- вместо ещё одного кроссплатформенного фреймворка у нас появляется слой из AI-агентов и тулов
- они позволяют нативным командам работать эффективнее, как будто это “кроссплатформа”
- легко переносить фичи между платформами, меньше дублировать логику, быстрее разбираться в чужом стеке.
- зачем нужен кроссплатформенный фреймворк, если c AI мы сами можем стать кроссплатформенными?
Kevin много лет живёт в мире KMP и честно говорит, что массовый адопшн там тормозит не только из-за техники и маркетинга, а из-за банальной сложности быть продуктивным на двух платформах сразу. И вот тут AI внезапно.
Я, честно, сам ещё далеко “не там”.
Но всё чаще ловлю моменты, когда:
- лезу в менее знакомый iOS-код, и быстрее разбираюсь с AI
- или говорю агенту: «смотри, как это сделано на iOS, помоги повторить на Android»
AI уже начал делать меня чуть более “кроссплатформенным” разработчиком, хотя я по-прежнему глубоко знаю только Android.
И вот вопрос к вам 👇
- Для вас AI уже начинает играть роль замены классической кроссплатформы?
- Чувствуете, что стали смелее смотреть на другую платформу — или пока держитесь в своём лагере?
- Не кажется ли вам, что вместо “KMP vs Flutter vs Swift на Android” нас ждёт эпоха, где AI просто делает нас всех кроссплатформенными?
#ai #kmp #aimp #crossplatform #androiddev #iosdev
👍5
Forwarded from iOS Makes Me Hate
Использование AI-тулкитов в кровавом бигтехе
Обещал вам давно максимально практичный выпуск про ваши там Cursor'ы, Claude Code и тп и тд. Долго к нему шли. Но здесь уникальность в том, что показываем РЕАЛЬНУЮ КОДОВУЮ БАЗУ ПРОЕКТА.
Позвал своего коллегу @BigAppleMax обсудить вопросы:
🟣 Может ли АИ заменить разрабов
🟣 Как компании помогают/стимулируют изучать этот набор инструментов
🟣 Какие скиллы деформируются, а какие придется качать
🟣 Разберем UI, Network, MCP и многое другое
Ставьте лайки, мои любимые друзья
Обещал вам давно максимально практичный выпуск про ваши там Cursor'ы, Claude Code и тп и тд. Долго к нему шли. Но здесь уникальность в том, что показываем РЕАЛЬНУЮ КОДОВУЮ БАЗУ ПРОЕКТА.
Позвал своего коллегу @BigAppleMax обсудить вопросы:
Ставьте лайки, мои любимые друзья
Please open Telegram to view this post
VIEW IN TELEGRAM
YouTube
Заменит ли AI разработчика / Лев Бондаренко, Максим Абакумов
iOS-разработчики из Яндекс Еды Лев Бондаренко и Максим Абакумов записали детальный воркшоп по Cursor AI.
В качестве примера используется реальный код продакшен-проекта Яндекс Еды. Миллионы строк, десятки модулей, сложные зависимости — никакого Hello, world…
В качестве примера используется реальный код продакшен-проекта Яндекс Еды. Миллионы строк, десятки модулей, сложные зависимости — никакого Hello, world…
👍8
iOS Makes Me Hate
Использование AI-тулкитов в кровавом бигтехе Обещал вам давно максимально практичный выпуск про ваши там Cursor'ы, Claude Code и тп и тд. Долго к нему шли. Но здесь уникальность в том, что показываем РЕАЛЬНУЮ КОДОВУЮ БАЗУ ПРОЕКТА. Позвал своего коллегу…
Если вам понравилось то поставьте в ютубе лайк и оставьте комментарий. Полезно для будущих роликов
👍2
круговорот биполярных хейтеров в природе
комменты к одному и тому же видео в разных площадках от одного и того же комментатора
в век аи ботов живем
комменты к одному и тому же видео в разных площадках от одного и того же комментатора
в век аи ботов живем
😁8
Forwarded from Голос из-под шторки | Миша Левченко
Субагенты
Два предыдущих поста были разогревом к моей оде самой главной фиче кодинговых агентов 2025 (помимо того факта что они вообще появились в этом году) – субагентам.
Итак, мы разобрались в том, что, для того чтобы эффективно использовать агентов для кодинга, нужно бережно обращаться с контекстом. Для каждой подзадачки создавать отдельную сессию, результаты которой собирать текстовыми файликами в основную сессию. Как бы было круто если бы и это агенты могли делать сами, да?
Вот тут то нам и помогают субагенты. Я люблю о них думать как о функциях в коде – элементах абстракции, которые надо вызвать, чтобы получить какой-то результат, не загружая основной контекст текущей задачи какими-то подробностями. Точно также основной агент может вызвать субагента чтобы получить результат, не потратив контекст основной задачи.
Как правильно использовать субагентов? Можно нагуглить множество репозиториев типа https://github.com/VoltAgent/awesome-claude-code-subagents чтобы посмотреть как делать НЕ НАДО. Субагенты – не "виртуальная команда" и не надо перечислять ключевые слова из собеседования на позицию миддл фронтендера, чтобы получить "виртуального фронтенд-инженера". Правила кодинга должны лежать отдельно от описания агента – либо в документации, либо в skills.
Как же тогда делать правильно? Правильно дифференциировать агентов по набору доступных им инструментов и используемой модели. Например, сделать research субагента с подключёнными к нему MCP для поиска по документации и гитхабу. Или small субагента с claude haiku для решения простых задач, требующих большого количества контекста без принятия решений: дебаг сборки, поиск нужных файлов в проекте.
Ещё хорошие идеи для субагентов:
- second_opinion: агент с альтернативной моделью для ревью планов и отчэтов о работе. Например, мне не нравится скорость chatgpt-5, но она неплохо подсвечивает проблемы, которые проглядели модели от claude
- internal_docs: агент, который ищет по внутреней документации. Если есть ограничения по nda, можно натравить локальную модель
- manual_qa: агент с дешевой моделью и тулом для доступа к браузеру/эмулятору, который может прокликать сценарий чтобы проверить что код работает
Но вообще, прежде чем выделять каких-то специализированных субагентов, просто напиши
Два предыдущих поста были разогревом к моей оде самой главной фиче кодинговых агентов 2025 (помимо того факта что они вообще появились в этом году) – субагентам.
Итак, мы разобрались в том, что, для того чтобы эффективно использовать агентов для кодинга, нужно бережно обращаться с контекстом. Для каждой подзадачки создавать отдельную сессию, результаты которой собирать текстовыми файликами в основную сессию. Как бы было круто если бы и это агенты могли делать сами, да?
Вот тут то нам и помогают субагенты. Я люблю о них думать как о функциях в коде – элементах абстракции, которые надо вызвать, чтобы получить какой-то результат, не загружая основной контекст текущей задачи какими-то подробностями. Точно также основной агент может вызвать субагента чтобы получить результат, не потратив контекст основной задачи.
Как правильно использовать субагентов? Можно нагуглить множество репозиториев типа https://github.com/VoltAgent/awesome-claude-code-subagents чтобы посмотреть как делать НЕ НАДО. Субагенты – не "виртуальная команда" и не надо перечислять ключевые слова из собеседования на позицию миддл фронтендера, чтобы получить "виртуального фронтенд-инженера". Правила кодинга должны лежать отдельно от описания агента – либо в документации, либо в skills.
Как же тогда делать правильно? Правильно дифференциировать агентов по набору доступных им инструментов и используемой модели. Например, сделать research субагента с подключёнными к нему MCP для поиска по документации и гитхабу. Или small субагента с claude haiku для решения простых задач, требующих большого количества контекста без принятия решений: дебаг сборки, поиск нужных файлов в проекте.
Ещё хорошие идеи для субагентов:
- second_opinion: агент с альтернативной моделью для ревью планов и отчэтов о работе. Например, мне не нравится скорость chatgpt-5, но она неплохо подсвечивает проблемы, которые проглядели модели от claude
- internal_docs: агент, который ищет по внутреней документации. Если есть ограничения по nda, можно натравить локальную модель
- manual_qa: агент с дешевой моделью и тулом для доступа к браузеру/эмулятору, который может прокликать сценарий чтобы проверить что код работает
Но вообще, прежде чем выделять каких-то специализированных субагентов, просто напиши
use subagents to complete these tasks. Обычно простого вызова изкоробочного субагента общего назначения более чем достаточно для решения задачи.Forwarded from Мобильное Чтиво (Maxim Kachinkin)
💨 AI ускоряет разработчика — теперь официально!
В прошлогоднем отчёте DORA были тревожные данные: AI СНИЖАЛ throughput и УВЕЛИЧИВАЛ нестабильность!
Год спустя картина поменялась:
Стало лучше:
✅ AI теперь улучшает скорость доставки (throughput)
✅ AI улучшает производительность продукта
✅ Больше времени уходит на "ценную работу" (раньше было наоборот!)
Но!
Всё ещё проблемы:
❌ Нестабильность доставки по-прежнему растёт (я об этом напишу отдельным постом, там интересно)
❌ Выгорание и friction остаются на том же уровне
Ну что, примерно всё ожидаемо. Мы учимся работать с AI эффективнее. Я это ощущаю на себе тоже. Если поначалу в коммьюнити был еще скептицизм, то он уходит все быстрее и быстрее.
Единственное, мне кажется что процессы пока не успевают за этими изменениями. AI ускоряет разработчика, но pipeline'ы, ревью, QA — всё это осталось прежним пока и становится бутылочным горлышком.
Ну всё, друзья! Теперь есть ресерч, где официально “доказано”, что AI ускоряет разработчика. Теперь не отмажемся 😉
#AI #DevOps #DORA
В прошлогоднем отчёте DORA были тревожные данные: AI СНИЖАЛ throughput и УВЕЛИЧИВАЛ нестабильность!
Год спустя картина поменялась:
Стало лучше:
✅ AI теперь улучшает скорость доставки (throughput)
✅ AI улучшает производительность продукта
✅ Больше времени уходит на "ценную работу" (раньше было наоборот!)
Но!
Всё ещё проблемы:
❌ Нестабильность доставки по-прежнему растёт (я об этом напишу отдельным постом, там интересно)
❌ Выгорание и friction остаются на том же уровне
Ну что, примерно всё ожидаемо. Мы учимся работать с AI эффективнее. Я это ощущаю на себе тоже. Если поначалу в коммьюнити был еще скептицизм, то он уходит все быстрее и быстрее.
Единственное, мне кажется что процессы пока не успевают за этими изменениями. AI ускоряет разработчика, но pipeline'ы, ревью, QA — всё это осталось прежним пока и становится бутылочным горлышком.
Ну всё, друзья! Теперь есть ресерч, где официально “доказано”, что AI ускоряет разработчика. Теперь не отмажемся 😉
#AI #DevOps #DORA
❤4👍1
Forwarded from Тимур Хахалев про AI Coding
Кулинарные советы от создателя Claude Code, Бориса Черного
Он рассказывает, как его разрабы используют Claude Code
1️⃣ Делайте больше параллельно.
- 3–5
- коллеги также называют свои рабочие деревья и настраивают алиасы в терминале (`za`,
2️⃣ Plan mode
- один Claude Code (CC) пишет план, а затем второй в роли Staff-инженера проверяет его.
- как только что то идёт не так, ребята из команды сразу возвращаются в режим планирования и переделывают всё заново
- просите CC зайти в
3️⃣ Инвестируйте в свой `CLAUDE.md`.
- «обнови свой
- редактируйте
- один инженер просит Claude вести папку с заметками для каждой задачи/проекта, обновляя её после каждого PR. Затем они просто ссылаются на неё в
4️⃣ Создавайте свои skills и фиксируйте их в git.
— если вы делаете что-то чаще одного раза в день, превратите это в навык или команду.
— создайте команду
— настройте команду, которая синхронизирует данные из Slack, GDrive, Asana и GitHub за 7 дней в один дамп контекста.
— создавайте агентов в стиле «аналитика данных», которые пишут dbt-модели, проводят ревью кода и тестируют изменения.
5️⃣ Claude сам исправляет большинство багов.
– включите Slack MCP, вставьте тред с багом из Slack в Claude и просто скажите «fix». Переключение контекста больше не требуется.
- «иди исправь упавшие тесты CI»
– натравливайте Claude на логи Docker для поиска проблем в распределенных системах — он на удивление хорош в этом.
6️⃣ Прокачивайте промптинг.
- «погоняй меня по этим изменениям и не делай PR, пока я не пройду твой тест». Пусть Claude будет вашим ревьюером.
– «докажи мне, что это работает», и пусть Claude сравнит поведение основной ветки (`main`) и вашей ветки с фичей.
– после посредственного исправления скажите: «Зная всё, что ты знаешь сейчас, выбрось это и внедри по-настоящему элегантное решение».
– пишите подробные спецификации и убирайте двусмысленность перед передачей работы. Чем конкретнее вы будете, тем лучше будет результат.
7️⃣ Настройка терминала и окружения.
- команда использует ghostty
- используйте
- используйте голосовой ввод
8️⃣ Используйте субагентов.
– передавайте отдельные задачи субагентам, чтобы контекстное окно вашего основного агента оставалось чистым и сфокусированным.
- направляйте запросы на разрешения (permissions) к Opus 4.5 через хук — пусть он сканирует их на предмет атак и автоматически одобряет безопасные.
9️⃣ Используйте Claude для данных и аналитики.
–
У команды есть skill для BigQuery, и все используют его для аналитических запросов прямо внутри Claude Code. Это работает для любой базы данных, у которой есть CLI, MCP или API.
1️⃣0️⃣ Обучение с Claude.
– включите стиль вывода «Explanatory» или «Learning» в
– попросите Claude создать визуальную HTML-презентацию, объясняющую незнакомый код.
– просите Claude рисовать ASCII-диаграммы новых протоколов и кодовых баз, чтобы помочь вам их понять.
– создайте навык для обучения по методу интервальных повторений: вы объясняете свое понимание, Claude задает уточняющие вопросы, чтобы заполнить пробелы, и сохраняет результат.
#ai_coding@the_ai_architect
Лайк, репост,
✔️ Тимур Хахалев про AI Coding, подписывайтесь!
Он рассказывает, как его разрабы используют Claude Code
1️⃣ Делайте больше параллельно.
- 3–5
git worktrees одновременно, в каждом из них своя сессия Claude Code. - коллеги также называют свои рабочие деревья и настраивают алиасы в терминале (`za`,
zb, `zc`), чтобы переключаться между ними одним нажатием клавиши.2️⃣ Plan mode
- один Claude Code (CC) пишет план, а затем второй в роли Staff-инженера проверяет его.
- как только что то идёт не так, ребята из команды сразу возвращаются в режим планирования и переделывают всё заново
- просите CC зайти в
plan mode для этапов проверки кода3️⃣ Инвестируйте в свой `CLAUDE.md`.
- «обнови свой
CLAUDE.md, чтобы не повторять эту ошибку снова» после каждого исправления- редактируйте
CLAUDE.md со временем- один инженер просит Claude вести папку с заметками для каждой задачи/проекта, обновляя её после каждого PR. Затем они просто ссылаются на неё в
CLAUDE.md.4️⃣ Создавайте свои skills и фиксируйте их в git.
— если вы делаете что-то чаще одного раза в день, превратите это в навык или команду.
— создайте команду
/techdebt и запускайте её в конце каждой сессии, чтобы найти и вычистить дублирующийся код.— настройте команду, которая синхронизирует данные из Slack, GDrive, Asana и GitHub за 7 дней в один дамп контекста.
— создавайте агентов в стиле «аналитика данных», которые пишут dbt-модели, проводят ревью кода и тестируют изменения.
5️⃣ Claude сам исправляет большинство багов.
– включите Slack MCP, вставьте тред с багом из Slack в Claude и просто скажите «fix». Переключение контекста больше не требуется.
- «иди исправь упавшие тесты CI»
– натравливайте Claude на логи Docker для поиска проблем в распределенных системах — он на удивление хорош в этом.
6️⃣ Прокачивайте промптинг.
- «погоняй меня по этим изменениям и не делай PR, пока я не пройду твой тест». Пусть Claude будет вашим ревьюером.
– «докажи мне, что это работает», и пусть Claude сравнит поведение основной ветки (`main`) и вашей ветки с фичей.
– после посредственного исправления скажите: «Зная всё, что ты знаешь сейчас, выбрось это и внедри по-настоящему элегантное решение».
– пишите подробные спецификации и убирайте двусмысленность перед передачей работы. Чем конкретнее вы будете, тем лучше будет результат.
7️⃣ Настройка терминала и окружения.
- команда использует ghostty
- используйте
/statusline, чтобы настроить статус-бар: пусть он всегда показывает загрузку контекста и текущую ветку git. - используйте голосовой ввод
8️⃣ Используйте субагентов.
– передавайте отдельные задачи субагентам, чтобы контекстное окно вашего основного агента оставалось чистым и сфокусированным.
- направляйте запросы на разрешения (permissions) к Opus 4.5 через хук — пусть он сканирует их на предмет атак и автоматически одобряет безопасные.
9️⃣ Используйте Claude для данных и аналитики.
–
bq CLI для получения и анализа метрик «на лету». У команды есть skill для BigQuery, и все используют его для аналитических запросов прямо внутри Claude Code. Это работает для любой базы данных, у которой есть CLI, MCP или API.
1️⃣0️⃣ Обучение с Claude.
– включите стиль вывода «Explanatory» или «Learning» в
/config, чтобы Claude объяснял причины своих изменений.– попросите Claude создать визуальную HTML-презентацию, объясняющую незнакомый код.
– просите Claude рисовать ASCII-диаграммы новых протоколов и кодовых баз, чтобы помочь вам их понять.
– создайте навык для обучения по методу интервальных повторений: вы объясняете свое понимание, Claude задает уточняющие вопросы, чтобы заполнить пробелы, и сохраняет результат.
#ai_coding@the_ai_architect
Лайк, репост,
Please open Telegram to view this post
VIEW IN TELEGRAM
❤3
Forwarded from Плохой менеджер Артём Арюткин
claude-code-for-dx-v0.5.pdf
770.6 KB
Короче, мой дружище Артём Мухин, который сейчас активно влетает в DevEx в Майкрософт сел такой и сделал для нас с вами офигенную историю: гайд по разработке с помощью Клод кода.
Я по гайду пробежался и он прямо топовый!
Короче, «налетай, торопись, раскупай»
Upd Поддержать автора можно по ссылке
Я по гайду пробежался и он прямо топовый!
Короче, «налетай, торопись, раскупай»
Upd Поддержать автора можно по ссылке
🏆7👍1
Forwarded from CodeCamp
Claude теперь ваш главный продакт-менеджер — на GitHub вышел огромный набор из 100+ агентских навыков и команд, которые превращают нейронку в сурового CPO 😊
Это полноценная «операционка» для принятия решений. Под капот зашили проверенные фреймворки от Марти Кагана, Терезы Торрес и Альберто Савойи.
Вместо простыней текста вы получаете жесткую структуру
Оказывается, PM не только задает два вечных вопроса😭
Это полноценная «операционка» для принятия решений. Под капот зашили проверенные фреймворки от Марти Кагана, Терезы Торрес и Альберто Савойи.
Вместо простыней текста вы получаете жесткую структуру
— нейронка сама маппит допущения, строит деревья решений и ведет вас по шагам от стратегии до лонча. Скиллы подгружаются автоматически, как только Клод видит контекст задачи.Оказывается, PM не только задает два вечных вопроса
Please open Telegram to view this post
VIEW IN TELEGRAM
👍1
Forwarded from Yandex for Mobile
На связи Александр Денисов, ведущий разработчик в команде Браузера.
В прошлом посте мы выложили ревью от нейросети на проект exhale. Пришло время расставить точки над i и прокомментировать результат.
Что хорошего в AI-ревью:
В отличие от человека, у нейросети нет недосыпа, дедлайнов и перерывов. Поэтому она будет смотреть на код с разных сторон: и в целом, и в деталях.
Мало кто может похвастаться обширными знаниями во всех технологиях, поэтому разработчики всегда ищут баланс между широтой и глубиной своих навыков. Но для машины это не проблема: когда нейросеть встречает в коде технологию XXXKit, она с большой вероятностью уже что-то про неё знает.
Например, нейросеть подскажет тщательнее тестировать работу со звуком и realtime-события. Начинающему разработчику не всегда очевидно, в каких местах (вероятнее всего) раскиданы грабли в коде.
В чём AI не заменит человека:
Человек может держать его в своей голове и подстраиваться: для студенческого проекта и боевого кода в крупной IT-компании требования будут разными. Я, например, не буду советовать опытным разработчикам, что почитать, чтобы поглубже разобраться в той или иной теме.
Нейросеть «из коробки» этого не понимает. Вероятно, она может выдать хороший результат, если в промпте явно указать свои ожидания и пожелания для ревью. Но это потребует нескольких итераций, времени и, возможно, денег.
Опытный разработчик не отдаёт равный приоритет разным аспектам кода. Какие-то проблемы он будет подсвечивать сразу как более критичные, а другие — просто как пожелания для улучшений.
А нейросети, по моим ощущениям, сложно выделить ключевые замечания и советы. Конечно, это зависит от многих факторов, но с приоритизацией профессиональные разработчики в целом справляются лучше.
В его использовании есть смысл. Особенно если рядом нет опытных коллег, которые готовы оперативно посмотреть ваш код.
Возможность подогнать поведение нейросети под особенности проекта, доуточнить вопросы, проверить гипотезы и вести с ней осмысленный диалог — настоящая киллер-фича этой технологии. Я бы многое отдал за такое на старте своей карьеры.
Подписывайтесь:
Please open Telegram to view this post
VIEW IN TELEGRAM
❤2
Forwarded from iOS Makes Me Hate
АИ для мобильных инженеров | Алексей Гладков feat Лев Бондаренко
Заколабились тут с @mobiledevnews про вашу любимую тему. В этом видео попытались без лишней воды и теории разобрать реальные практические советы для iOS и Android разработчиков. Много кода и сетапа.
Поговорим про:
🟣 как эффективно работать мобильному инженеру сегодня
🟣 какие AI-инструменты реально помогают в работе
🟣 заменит ли искусственный интеллект программистов
🟣 в каких задачах AI уже справляется лучше человека, а где пока сильно уступает
🟣 как меняется роль разработчика в 2026 году
Также Лёша покажет свой рабочий сетап для AI-инженеринга и расскажет, как ему удаётся вести сразу 5 проектов практически без прямого участия в коде.
Если ты разработчик или хочешь понять, куда движется индустрия — это видео точно для тебя.
https://youtu.be/hXlXqywgptM
Заколабились тут с @mobiledevnews про вашу любимую тему. В этом видео попытались без лишней воды и теории разобрать реальные практические советы для iOS и Android разработчиков. Много кода и сетапа.
Поговорим про:
Также Лёша покажет свой рабочий сетап для AI-инженеринга и расскажет, как ему удаётся вести сразу 5 проектов практически без прямого участия в коде.
Если ты разработчик или хочешь понять, куда движется индустрия — это видео точно для тебя.
https://youtu.be/hXlXqywgptM
Please open Telegram to view this post
VIEW IN TELEGRAM
YouTube
АИ для мобильных инженеров | Алексей Гладков feat Лев Бондаренко
АИ для мобильных инженеров | Алексей Гладков feat Лев Бондаренко
Заколабили @MobileDeveloper вашу любимую тему. В этом видео попытались без лишней воды и теории разобрать реальные практические советы для iOS и Android разработчиков. Много кода и сетапа.…
Заколабили @MobileDeveloper вашу любимую тему. В этом видео попытались без лишней воды и теории разобрать реальные практические советы для iOS и Android разработчиков. Много кода и сетапа.…
❤4🔥1🎉1
Forwarded from CodeCamp
Media is too big
VIEW IN TELEGRAM
Вышел Cursor 3 — и это теперь полноценная среда для управления ИИ-агентами! 🤩
Cursor окончательно уходит от идеи AI-IDE к оркестрации агентами. Что поменялось:
— можно запускать сколько угодно агентов локально, по SSH, в облаке;
— работать сразу в нескольких репах и окружениях;
— облачные агенты умеют самостоятельно создавать демо и скриншоты своих действий;
— при этом остаётся полноценный редактор, когда он нужен;
С днем, когда мы официально стали менеджерами🥂
Cursor окончательно уходит от идеи AI-IDE к оркестрации агентами. Что поменялось:
— можно запускать сколько угодно агентов локально, по SSH, в облаке;
— работать сразу в нескольких репах и окружениях;
— облачные агенты умеют самостоятельно создавать демо и скриншоты своих действий;
— при этом остаётся полноценный редактор, когда он нужен;
С днем, когда мы официально стали менеджерами
Please open Telegram to view this post
VIEW IN TELEGRAM