🌟 Воркшоп SwiftUI: Оптимизация и перфоманс коллекций часть 1

На моем новом проекте будет много зумерских технологий. Да и многое уже написано на SwiftUI. Поэтому про него будет еще больше контента. Если вас уже тошнит от SUI, то извините.

Я всегда чередую теорию с практикой. На последней же стараюсь фокусироваться больше. В этом материале я подготовил список причин, хаков и советов как улучшить перфоманс. Советов и деталей много, поэтому для качества проработки вынесу эту рубрику в отдельные статьи.

В этом блоке мы узнаем:
🌟что такое Diffable идентификаторы и как связан .self
🌟почему и когда помогает Equatable
🌟Полезные материалы и ресурсы

Позже же мы немного разберем продвинутые техники как виртуализации ячеек, prefetching данных и переиспользование view.

🧬 Получить этот и другой контент можно 💰 тут или ⭐️ тут

Если вы на Day&Night приходите на доклады еды на первом и втором этажах 🍔

Как использовать Cursor для iOS разработки

AI-шки — наше будущее. Те, кто их не использует уже проигрывают гонку. А те, кто использует неправильно — тупеют 🤤

В ноушене я уже начал собирать отдельный блок с интересными и важными практиками для AI. Я думаю, что ручной кодер по объему и скорости контрибьютинга будет сильно проигрывать даже вайб-кодерам, а тем более инженерам, которые умееют приумножать свой скилл с помощью LLM.

В этой статье отличный туториал по основным моментам:
🟣Настройка среды разработки
🟣Разбор основных функций Cursor
🟣Разные практические применения

Отличная обзорная статья для воскресного вечера

UPD: Есть немного устаревшей инфы по окружению. Некоторые фичи уже объеденены

О контенте про собесы. И как с этим связан Яндекс практикум, Авито, литкод и волки.

Иногда спрашивают почему много контента про собесы. Давайте пройдемся по хронометражу и как я к этому пришел.

Я с детства вырос в спортивной семье и начинать день с самопроверок и спортивного интереса — было нормой. Искренность, строгость и честность в этом вопросе была важна, тк неправильная метрика оценки твоего труда может привести к ошибочным выводам.

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

В каждой компании я активно принимал участие в найме. Начиная с мелких компаний, где я был тимлидом, и понимал сколько хороший найм экономит времени или денег. Заканчивая каждой следующей.

В Авито мы даже с еще одним инженером организовали экспертную iOS группу, которой не было много лет :) И как многие, кто проходил собесы, могли заметить что следующие попытки прохождения собесов отличались минимально, а паравозики хакали эту систему на раз два. Вы даже возможно находили анонимные подборки, гуляющие в интернете, где слиты все вопросы с решениями. Можно ли справедливо себя оценивать в такой системе вопрос риторический.

Тогда последние пол года мы занимались проработкой критериев и наполнением банка вопросов. В итоге база вопросов увеличилась в х5 раз, а шаблон и критерии сильно поменялись. Возможно, ближе к концу года, когда этот шаблон раскатится, иосеры будут его активно обсуждать в кулуарах и считать собесы в Авито самыми жесткими :) кто знает? Но мы искренне старались сделать их полезными. Как это дойдет до прода уже не знаю.

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

Как связан тут литкод? Тут все просто. На литкоде у меня уже ~400 задач, но лучше проходить собесы я не стал. Ну и вы все помните 365 дней Богу алгоритмов. Вся геймфикация литкода основана на игре и челендже. Воспитания умственной дисциплины и тренировки фокуса. Там даже есть отдельные подборки задач под компании.

Ну и волки. Мне искренне хочется работать с сильнейшими сотрудниками. Спорт научил меня, что важна группа, в которой ты занимаешься.

Так мне не хотелось и не хочется, чтобы кто-то из стаи скамеров и балаболов залетел в мою команду. А как сильно это рушит технобренд вам расскажут деврелы. Это как ложка дегтя в бочке с медом. В мусорку пойдет весь труд. В итоге же, критикуя курсы, блогеров и школы за скам, они сами стали худшими скамерами с репутацией накрученных отзывов их менторов (как же херово, что это мои тезки). Пытаясь быть копиями с накрученным скилом ты не станешь оригиналом. А жалкой фальшивкой и худшей копиркой. Ауф.

Так на каждое действие находится противодействие. Чем больше ты начинаешь играть в сомнительные игры, чем больше накапливается долг. Он будет давить на тебя в самые ответственные моменты. Страх быть раскрытым будет отягощать. Это лишняя нагрузка на менталку. Долго так не продержишься. Даже в волчьем сообществе, по их же голосованию, каждый второй из опрошенных страдает синдромом самозванца. Не трудно заметить откуда корни.

Ну и самое главное, я сам не умею проходить собесы и улучшаю скилл.

Подытоживая, я скажу, что к этой теме я пришел с большим опытом. Как помогая себе и своей команде сохранять эффективную среду для роста. Так и помогая создавать адекватные системы оценок.

Ну и потихоньку это стало как кроссворды и ежедневные задачи для тонуса.

В каждом развитии вопрос адекватности и честности метрик — критический. Ведь весь твой успех или неудачи могут быть случайными.

Ну и как же без этого — получить самую большую подборку практических задач и вопросов можно тут 😂

Claude Code: Лучшие практики для инженеров

Как уже заметили в комментариях прошлых постов — влияние яндекса меня уже облучило 🧠 Не удивительно, только за эту неделю внутри компании будет >3 внутренних образовательных воркшопов как использовать ИИ для работы.

Считаю ИИ сильным геймченджером. Наступает новая промышленная революция, где старые правила уходят в прошлое. Среди немаленького кол-ва инженеров есть заблуждение, что использовать ИИ — это что-то казуальное и простое. Но это не всегда так. Опыт всех обещаний с SwiftUI, Swift Concurrency, Swift 6, BDUI, KMP нас научил, что если где-то что-то упрощается, то где-то также что-то усложняется. Приходят новые проблемы.

Пока одни спорят другие соревнуются кто настроит лучшее окружение для работы, найдет хаки и увеличит эффективность. Вопреки словам скептиков, разработка только усложняется тк ИИ дает взглянуть за привычные границы покрасокнопки, расширяя привычные знания. А также требует новых скиллов для эффективности.

В этой статье очередная настройка еще одного инструмента. Claude Code отлично подходит для тех, кто хочет использовать AIшки как трушный инженер — через терминал.

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

💩 Vibe-coding не оправдание говнокоду

Прежде чем обсуждать статью сразу разделим программирование на два термина:
🟣вайб-кодинг, где человек пытается путем комбинаторики подобрать наугад рабочее чужое/сгенерированное решение.
🔘intentional coding — где каждое решение принимается с ясной целью.

Вайб-кодинг был и раньше, до популярности ИИ. Где множество копировало решения бездумно из статей, гугла, стэкоферфлоу или докладов. А процессов принятия решений не было. Менялся лишь источник.

Просто либо лид сказал заюзать популярную архитектуру или технологию, либо модно-молодежно. Этот подход был всегда в минусе, а сейчас ему дали формулировку с появлением AI-пилотов.

Теперь к статье. Автор делится мнением, что бездумное использование пилотов и сам вайб-кодинг приводит к еще большим проблемам на проекте. АИшки в разы увеличивают объемы контрибьютинга, но также приводит и к растущим проблемам. Ускоряется накопление сомнительных решений:

🌟“Vibe coding” != качественная разработка
“Vibe coding” может быть полезен для прототипов или личных проектов, но не подходит для серьёзных, долгосрочных решений.

🌟Необходимость контроля качества
Даже при использовании ИИ важно проводить ревью кода, писать тесты и следовать лучшим практикам разработки.

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

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