📼 Как сделать safe subscripts для коллекций

У всех стандартных коллекций есть обращение по индексу. Но, если мы обратимся по индексу, который находится за пределами диапазона, то это приведет к крэшу.

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

💎 Доступ по подписке через бусти или бот

💅 Подборка крутых ресурсов по SwiftUI

В чате мы часто делимся интересными ссылками, докладами и файлами. Сейчас речь зашла про хорошие курсы. Я, не разобравшись в вопросе, хотел похвалить одного автора с громких названием "beginner to senior". Но Астемир легко контр-атаковал меня мощным ударом:

есть несколько альтернатив. Никто из них не маркетит свои курсы, которые значительно круче по содержанию чем у Азама как «beginner to senior”

- stephancodes.com
- cocoacasts.com
- editorscut.com - его книги круче всех курсов имхо Азама
- donnywals.com - так же как и его книги
- essentialdeveloper.com - у них вообще топ, даже бесплатные 60+ сессии на ютубе
- letsbuildthatapp.com - старые но качественные, есть по суи новые
- nsscreencast.com - подписка, охватывает все что есть в iOS и даже больше
- objc.io / Swift Talk - 405 сессий, вот тут SUI реально разбирают
- pointfree.co - все и так знают
- raywenderlich.com - у них микро-курсов тонна на все темы практически и +/- они deliver what they promise
- swiftyplace.com - она реально отлично SUI разбирает книга + курс, много продвинутых тем
- swiftystack.com - есть полезные моменты, но оверпрайснут
- на том же udemy есть "Deep Dive iOS 17 Swift SwiftUI Programming" - около 100 часов

💎 Не забудьте подписаться на канал Астемира

💎 Задача по архитектурам: Модуль Избранного

Я продолжаю претендовать на сеньорский контент и заполнять ноушен уникальными задачами. Похожее не найдете ни в одной статье, а если найдете — скиньте в комменты, сам поизучаю 😬

Эту задачу я почти всегда давал своим менти. Почти невозможно решить её идеально, если вы самоучка и ваш опыт только по статьям в интернете или по постам в каналах.

Звучит так: Нужно спроектировать модуль избранного. Всё. Одно предложение, а работа на пару дней.

Эту секцию ведут всегда максимально свободно. Но оцениваю экспертность по общим качествам:

🟣самостоятельность
🟣инициативность
🟣качество предложенных решений
🟣работа с неопределенностью
🟣забота об отказоустойчивости, масштабируемости и тестировании

Обязательно рекомендую эту задачу, если понравились предыдущие:

🧬 Custom Notification Center
🖥 Service vs Repository

🧬 Получить доступ можно по подписке через бусти или по скидке тут

🌿 Подборка видео про архитектурные секции

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

Мобильные системы усложняются: появляются офлайн режимы; устройства имеют больше мощности; кроссплатформы расширяют горизонты;

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

Компании адаптируются и вводят новую секцию по оценки кандидатов. Вот подборка интересных секций от бигтехов:

📺Как проходит архитектурная секция в команду мобильной разработки Яндекс 360

🌿Как собеседовать мобильных инженеров? Системный дизайн спешит на помощь!

📺Проводим и проходим Mobile System Design-интервью

🧑‍🦰 А я напоминаю, что сделал форк известного фреймворка и адаптирую его под iOS. Скоро туда будут выложены некоторые задачи и решения из закрытого контента.

#podcast #crossplatform

Ideas on Why Cross-Platform Development Might Be Challenging

Тенденция к кросс-платформенной разработке продолжает развиваться определенными темпами. Автор подкаста постарался перечислить причины, по которым это может быть проблематично:

1️⃣ Performance Issues
• Кроссплатформенные технологии часто приводят к снижению производительности по сравнению с нативной разработкой. Это особенно заметно в сложных приложениях с значительной интеграцией аппаратного обеспечения.
• Хотя кроссплатформенные инструменты улучшаются и некоторые из них транслируются в нативный код, производительность все равно может не соответствовать уровню нативных приложений.
2️⃣Complexity & Maintenance
• Кроссплатформенная разработка часто требует обработки множества кандишенов, специфичных для каждой платформы (например, if iOS, if Android), что приводит к усложнению и увеличению размера кода. Конечно это также может быть решено, но теперь у вас на одну задачу больше. Пусть небольшую.
• Такие платформы обычно сильно зависят от сторонних библиотек, что приводит к возникновению новых проблем, включая риски безопасности и вопросы управления зависимостями.
• Зависимость от сторонних библиотек означает, что вы полагаетесь на их постоянное обновление и поддержку, что не всегда гарантировано (стоит вспомнить Xamarin).
3️⃣ Security Risks
• Внедрение стороннего кода увеличивает потенциальный риск возникновения уязвимостей в безопасности, особенно если эти библиотеки не подвергаются тщательной поддержке и обновлению..
4️⃣ Compatibility & Debugging
• Обеспечение совместимости на различных устройствах с разными аппаратными характеристиками может привести к сложным проблемам и необходимости использования обходных решений в коде.
• Дебаггинг кроссплатформенных приложений может быть более сложным по сравнению с нативными приложениями, где инструменты и среды более зрелые и интегрированные.
5️⃣ Engineering Concerns
• Управление отдельными нативными кодовыми базами может поначалу казаться более сложным, но часто приводит к более плавным циклам разработки и меньшему количеству проблем с интеграцией в долгосрочной перспективе.
• Высокий уровень абстракции приводит к появлению дополнительных слоев, что, в свою очередь, вносит элемент непредсказуемости. Да простые элементы делать легче, но будут ли они всегда таковыми по мере жизненного цикла продукта - вопрос открытый.
• Нативные платформы, как правило, легче поддерживать и они более надежные, так как зависимости напрямую управляются владельцами платформ.
6️⃣ False Promises of Cross-Platform Tools
• Просит единой кодовой базы для нескольких платформ часто не оправдывается на практике, приводит к неожиданным сложностям и утрате видимой простоты, которая изначально была обещана.
• Поддержка и координация кроссплатформенных проектов может превратиться в логистический кошмар, особенно по мере роста и усложнения приложения.
7️⃣ General Preference for Native Development
• Нативные приложения легче поддерживать благодаря лучшей интеграции с экосистемой платформы.
• Нативные приложения часто приводят к меньшему количеству неожиданностей во время разработки, что снижает количество непредвиденных проблем, способных нарушить циклы разработки и выпуска.

• Главный мотив заключается в том, чтобы привнести бОльшую осведомленность/осторожность кросс-платформы, но ни в коем случае не вносить дополнительную дозу карго-культизма в ту или иную сторону.
• Важно помнить, что кросс-платформа это такой же инструмент и пока небыло однозначно доказано, что он может хорошо работать во всех юзкейсах.
• Не обязательно быть на 100% согласным или не согласным - полезные идеи можно найти в неожиданных местах.

[Duration: 13:39 | Language: Eng]

🏛 Polymorphic Blueprint

🖥 Github с решениями алгоритмов

Алгоритмы — новая реальность. Огромный поток желающих войти в ИТ сильно нагружает HR. Раньше алгоритмы были только у пары компаний, а сейчас даже стартапы берут одну или две алгоритмические задачи в процесс.

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

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

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

Я решил потихоньку делиться, что накопилось за 5 месяцев сообщества. Пока в публичный доступ вышло три раздела с тремя страницами в каждой:

🟣Техники решения алгоритмов
🟣Задачи с массивами
🟣Задачами со строками

🧬Получить доступ ко всему складу можно по подписке через бусти или по скидке тут

💎 Вопросы на собеседованиях | Память | Junior ч. 3

Давно не было подборок. Выпустил третью часть вопросов для джунов по управлению памятью.

В этом блоке мы затронем:
🟣Где хранятся статические свойства?
🟣Что такое инлайнинг?
🟣Как работают указатели с weak и unowned ссылками?
🟣Какие типы подвязаны под машинное слово?
🟣И еще 10 дополнительных вопросов

Также можно ознакомиться с другими частями:

🟣Вопросы для собесов на память | Junior | ч. 1
🟣Вопросы для собесов на память | Junior | ч. 2

🧬Получить доступ ко всему складу можно по подписке через бусти или по скидке тут

🪙Рекрутер чуть лучше, чем подброс монетки

У нас часто жалуются о том, что индустрия сломана и есть фильтры. Чаще путая это с проблемами агрегаторов и других рекрутерских инструментов.

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

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

Первый вопрос, на который должны были ответить рекрутеры «Стоит ли собеседовать этого кандидата?». То есть при посмотре резюме, пропустит ли рекрутер кандидата дальше или нет? Прогноз совпадает с реальностью только в 55% случаев.

Второй вопрос «Какова вероятность, что кандидат пройдет техническое интервью?».
Те кандидаты, которым пророчили провал (0-5%), на деле успешно сдали в 47% случаев. Те кандидаты, которые по мнению рекрутеров должны были порвать собеседование (95-100%), прошли только в 64%.

Результаты:

🔘Это означает очевидное, что рекрутеры на самом деле не могут предсказать, пройдет ли кандидат или нет. Они оценивают резюме за несколько секунд.

🔘Рекрутеры ищут в резюме упоминания сильных компаний типа MAANG (+35% к успеху) или же представителей меньшинств (+21%).

🔘Если рекрутеры будут тратить 45 секунд на каждое резюме, вместе усредненных 30, то точность исхода вырастет на 34%.

🧬 Подборки WWDC про управление памятью

Сейчас готовлю первый материал по первому ролику и готовлю методичку. Решил пересмотреть все ролики по управлению памятью, которые есть в WWDC и разобрать на конспекты. Делюсь некоторыми с вами:

🟣iOS Memory Deep Dive — один из лучших роликов, где раскрывают почти все о памяти

🟣Profile and optimize your game's memory — как выжимать из дебагера максимум

🟣ARC in Swift: Basics and beyond — как работает ARC и его кишки

Делитесь еще интересными роликами в комментах

🧬Получить доступ к общей подборке обязательных секции WWDC можно по подписке через бусти или по скидке тут

🌿 UIKit: Задачи на hitTest

Почти 3.5 года назад я писал статью про управлению жестами в iOS. Тогда я собрал одни из самых частых вопросов и кейсов по ним.

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

В этой подборке я собрал старые задачи и актуализировал их:
🟣Написать сигнатуру метода hitTest
🟣Как увеличить размеры нажатия
🟣Как вырезать дырку в вьюшке и обрабатывать нажатия задних вьюх
🟣Обработка нажатий выпирающей вьюхи
🟣Обработка hitTest по слоям

🧬Получить доступ можно по подписке через бусти или по скидке тут

💎 Задачи на жесты (UIGestureRecognizer) ч. 1

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

Забавно, их чуть реже встретишь на собесах чем написания своего hitTest’а, но гораздо чаще на практике.

В подборке вы найдете:
🟣Что такое UIGestureRecognizer
🟣Как он связан с hitTest и Responder Chaing
🟣Какие виды состояний есть у UIGestureRecognizer?
🟣Как перенести вью при зажатии?
🟣Как решать конфликты жестов?
🟣А также еще 10 вопросов и 5 задач

🧬Получить доступ можно по подписке через бусти или по скидке тут

ChatGPT для Swift: Топ 5 подсказок для генерации кода

Для многих чатгпт стал один из главных ассистентов. Кому-то даже заменил гугл и стэк овервлоу. За полтора года хайпа революции не случилось, но появились полезные советы по использованию:

🟣Генерацию моделей под JSON
🟣Написание юнит-тестов и моков
🟣Написание кода под специфичные задачи
🟣Добавление документации
🟣Предложения по улучшению кода