MCP дока Apple

На нашем созвоне комьюнити мы очень вкратце поговорили про MCPшки.

А ведь это очень важный тулкит. Более подробно мы поговорим о нем публично в секретном контенте, который выйдет чуть позже.

А так. Это новый формат инструментов, которые также станут habbit breaker'ами. Нам не нужно никуда ходить и открывать лишние вкладки. Всю инфу и нужные апи мы будем держать в одном контексте и среде.

Чем полезна эта штука?
- Ускоряет разработку за счет прямого доступа к доке
- Улучшает качество ответов и советов AI тулкитов
- Дает проверенный источник, а не из сборников непонятных статей

Если вы не знаете что такое MCP, то бегом изучать:
- What Are MCP Servers? The New AI Trend Explained for Everyone
- Что такое MCP: Расставляем точки над i

Коллеги-самураи, поздравляю с днем программиста

Побольше понятных хотелок от бизнеса. Меньше багов. Лучше генерировать промты для нейросетей. И меньше бояться замены.

Смотрите че нейросеть сделала. Чего их бояться….

Месяц с whoop

Я уже месяц хожу с браслетом и в коментах прошлого поста обещал сделать обзор.

Ну че. Давайте.

Из плюсов:
- почти две недели батарея.
- нравится режим recovery. Осознанней относишься ко сну и отдыху.
- время стресса. Иногда бывали дни, когда я был в состоянии стресса по 4 часа. Это жестко. После них чаще начал себя ловить на пустых переживаниях. Помогает не злиться на долгие лифты :)
- Сон стал более качественным. Стараюсь ложиться к 11 и вставать рано.

Минусы:
- иногда по привычке смотрю на браслет как на часы.
- UX приложения недружелюбный. Есть много других фишек, которые либо лень изучать, либо не знаешь зачем.
- хуже трекает спортивные упражнения.

Айфон всё

https://youtu.be/vsrg_Q0PzTM?si=v74MHKTMBlLnGR01

релиз билды в 2к25

#Книги #Рекомендации

О понятности

«Я сделал это письмо длиннее, чем обычно, потому что у меня не было времени сделать его короче и понятнее». Блез Паскаль

Мой блог помогает мне развиваться. Здесь, испытывая ответственность перед читателем, я стараюсь делать текст и речь понятной. Относиться к ним не просто как к набору букв, а как к продакшен коду.

Перекладывать ответственность на читателя за декодинг речи и мыслей — графоманская и незрелая позиция, какой я сам боле(ю)л.

Это как писать чатгпт рандомные слова и удивляться почему эта тупая машина не понимает тебя. Сейчас этот блог и я мутируем и выходим на новый этап.

Твой промт — должен быть понятен. Твой код — должен быть понятен. Твоя архитектура — должна быть понятна. Дизайн и речь — не исключения. Лишняя когнитивная нагрузка и шум, которые ты выдаешь потребителям, — признак твоего неуважения, лени.

Читаю книгу Ильяхова "Ясно понятно". Читал давно "Пиши, сокращай" 2015 года издания. Не мог полностью её принять. Избыточное сокращение казалось убивает уникальность и добавляет недосказанности, неочевидности, неясности. Как с тем примером про цикл for each и reduce в функции.

"Ясно, понятно" же закрывает дыры прошлой книги. Дает понять, что нужно находить грань между емкостью и понятностью. Не превращать текст в попытку покрасоваться глубиной своей эрудиции или набором дешевых кликбейтов на продажу услуг или товаров. А задуматься о нем как о средстве коммуникации.

Сейчас увеличение "ясности" — особенно актуально. Когда языки программирования стираются метаязыками и разговорными. Когда мы меняем гуглинг на чатгпт, а IDE на MCP и терминалы. Когда наступает сингулярность и размываются грани взаимодействия людей и машин. Ценность понятности вырастает.

В iOS-безопасности нет «поставил и забыл»: инструменты и атаки меняются быстрее релизов.

Если сомневаетесь, что на клиенте всё прикрыто, новый сезон конференции Podlodka iOS Crew 22-26 сентября поможет закрыть дыры.

В программе:

• Региональные ограничения и поведение устройства. Как iPhone определяет доступные фичи для страны, что проверять и как воспроизводить это на практике — со Светославом Карасевым (hh ru).

• Обфускация в iOS. Какие подходы реально мешают реверсу, какие инструменты выбрать и как собрать свой пайплайн на SwiftSyntax — с Павлом Каретниковым (Газпромбанк).

• AppSec для iOS. От ландшафта атак до хранения данных и сети — практики, ошибки и советы, как внедрять безопасную разработку в командах разного размера.

• Финальный разбор мини-CTF. Неделю собираем флаги, в пятницу — разбор находок и выводы для прода — с Никитой Красновым (Альфа-Банк).

🔗 Подробности и регистрация: https://podlodka.io/ioscrew

Для подписчиков скидка 500 р по промокоду: ios_crew_16_7V9XMN

Скрытая цена генерации юнит тестов с помощью AI

На созвоне комьюнити мы говорили, что есть секретный хак для улучшенного промтинга АИ — это юнит-тесты.

Я этот хак узнал случайно. Как-то я писал несложную, но извилистую логику замены ссылок. И подбирал разные тесткейсы для курсора. Ожидая что с такой рутинной работой он изи справится. Но он всегда упускал какие-то корнер-кейсы. Тогда я взял юнит-тесты андроид разрабов и тупо ему сказал "Смотри, вот есть юнит-тесты на котлине. Напиши мне код на Swift, чтобы работал успешно на этих тесткейсах". И всё. Он сделал за 2 минуты именно тот код, что мне нужен.

Но у всего есть сайд-эффекты. Главная побочка аи-тулкитов — это потеря контроля. Бездумно генерируя код ты теряешь самую важную деталь — понимание как работает проект.

Знание доменной области (domain knowledge) — важная обязанность любого разраба. Например, кто-то пишет банковское приложение и знает особенности, правила, практики общей работы. И то, что на нее может повлиять. Например, выпилы приложений из сторов чаще в финтехах. А за неуплату налогов чаще строже карают чем за убийства...

Без этих знаний ты не сможешь предугадать как приложение и код будет реагировать в редких или сложных ситуациях.

Вот и автор не советует злоупотреблять автогенерацией тестов ведь:

1️⃣ Ручное написание тестов помогает понять домен
Когда разработчик сам думает, как покрыть разные случаи, ему приходится разобраться, как на самом деле устроены правила бизнеса (например, страховки, исключения, лимиты).

2️⃣ ИИ-генерация тестов может пропустить нюансы
ИИ работает по видимым шаблонам, по коду, который ему дали, но может не знать неизвестных деталей, не прописанных явно. Там, где нужен человеческий опыт, она может ошибиться.

3️⃣ ИИ-тесты хороши как вспомогательный инструмент, но не как полный заменитель
Автоматически сгенерированные тесты — хорошая основа или дополнение, но ручной подход даёт более глубокое понимание и гибкость.

4️⃣ Поверхностные знания бизнес-логики
Если разработчик довольствуется “зелёным” результатом тестов, не вникая, он может не увидеть, где логика нестандартная или изменится. В дальнейшем это может привести к ошибкам, когда правила домена эволюционируют.

Выводы: Лучше всего сбалансировать: использовать ИИ для поддержки, автоматизации, но стремиться к тому, чтобы разработчик сам писал ключевые тесты, особенно те, что связаны с правилами бизнеса.