А может ну его всё, и в TikTok пойти?

🛠 Ладно-ладно, у нас технический канал, а вы о чём подумали?

Вот вам история о том, какие вопросы могут задать в крупных компаниях на собеседовании. Например, в TikTok. Пусть и не с хэппи-эндом, но история любопытная.

Кандидат прошёл два интервью по Zoom, каждое по 45 минут — в течение одной недели.

Первый этап состоял из двух частей.

- Термины iOS.
- Что нового в мажорной версии? На момент собеседования интервьюер хотел услышать про виджеты.
- Попросили оптимизировать небольшой участок кода.
- Спросили про разницу setNeedsLayout, layoutIfNeeded, layoutSubview.
- Проверили знание того, как найти краши при нехватке памяти без использования Crashlytics.

Во второй части попросили решить задачу, которая на скриншоте.

Второй этап

Целиком и полностью был посвящен проектированию. А также спросили про самый жёсткий баг, на поиски которого ушло больше всего времени.

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

Структура памяти в Swift

Посмотрите, как Swift управляет, хранит и ссылается на различные типы данных и объекты, используя безопасный для памяти подход.

Материал состоит из двух больших частей:

- Схема памяти типов значений (value types) в Swift.

- Ссылочные типы (reference types).

Краткий вывод:

🛠 Короче говоря, retain cycles - отстой, но в большинстве случаев их можно избежать, просто используя правильное ключевое слово. Под капотом ARC делает отличную работу, за исключением нескольких крайних случаев, когда вам придется прервать цикл.

Swift - это безопасный для памяти язык программирования по своей конструкции.

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

Индексы массивов также проверяются на ошибки out-of-bounds. Это дает нам дополнительный уровень безопасности, за исключением случаев, когда вы пишете небезопасный Swift-код 🤔.

Вариативные параметры (variadic parameters) позволяют передавать в функцию ноль или более значений определенного типа.

👍 Замечательная особенность Variadic Parameters заключается в том, что Swift обрабатывает преобразование одного значения в коллекцию значений. Мы можем сохранить наши API более читабельными, в то время как Swift позаботится о преобразовании.

📖 Давайте посмотрим, как это работает.

DevToysMac

Как заявляют разработчики, это практически швейцарский нож для макоси.

💻Опенсорсный продукт с конвертерами, форматтерами, декодерами, чего там только нет.

Великолепная утилита, Уолтер. Просто охрененная, если я правильно понял. Надёжная, как швейцарские часы.

👍 Лайк, если угадали источник цитаты.

#opensource

Понедельник, а мы опять про утечки памяти?!

Именно так! Отладка — важная часть в нашей с вами работе, так что материалы про неё вряд ли будут лишними.

Пару раз я делился материалами про retain cycles: тут, тут и вот здесь, например.

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

Разработчица поделилась своим опытом работы в Expedia

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

— Процесс собеседования был исключительно освежающим по сравнению с другими собеседованиями.

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

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

— Последним этапом было очное собеседование, длившееся полдня, на котором Ким познакомили с командой, менеджером, затем был раунд вайтбординга. Далее сессия лайвкодинга и командный обед.
Про командный обед необычно, конечно.

Этот раунд был долгим, но оно преподало мощный урок о проведении собеседований, который Ким применяет с тех пор на всех должностях.

— Ни на одном этапе Ким не оставляли одну. Тот, кто проводил собес, помогал решать проблему. Если Ким застревала в рассуждениях, она могла задать вопросы и получить какие-то разъяснения.
Если можно было спросить о каких-то мыслях, которые могли помочь, это стоило делать.

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

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

🛠 Сайт-шпаргалка для занятых программистов

🤔Неужели нам вернут стену?!

Правда, в Telegram.

🧑‍💻 В репозитории клиента, который является открытым, можно было заметить ряд изменений, которые подтверждают появление новостной ленты в Telegram.

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

@iOS Dev

Подводные камни сторонних зависимостей и библиотек

1. Сложность

Управление версиями, волновой эффект обновлений зависимостей, время сборок. Сторонний код сулит поддержку проблем, которые там могут возникнуть.

2. Объём кода

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

3. Безопасность

Тут всё понятно. Помните, если пользователь даст доступ к гео, например — в любое время, то и любая зависимость в коде может получить доступ к этому гео.

4. Разбитые окна

Идея "разбитых окон" в программном обеспечении заключается в том, что новички на проекте с большей вероятностью будут следовать установленным условностям и привычкам в кодовой базе. Если в проекте много зависимостей, то это приводит к тому, что добавляется еще больше зависимостей, не обдумывая, нужна ли эта зависимость на самом деле. Это может быстро усложнить вашу кодовую базу и привести к пункту 2.

5. Влияние на вашу команду и карьеру в целом

Адаптация или онбординг. Если на каждом шагу новичкам будет нужно осваивать новую зависимость, то просто представьте, как им будет работать.

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

// MARK : - Выводы

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

Это не рекомендация к изобретению велосипедов. Просто иногда стоит немного внимательнее спрашивать у коллег, или у себя самого — а нужна ли нам эта либа, не рациональнее ли будет использовать своё решение?

Больше мыслей по этому вопросу можно найти тут и тут.

@iOS Dev

Эволюция архитектуры приложения Medium iOS

Цель автора этой статьи - рассказать о состоянии проекта iOS, а также о его развитии.

Автор не рекомендует делать новую архитектуру, писать тонну неиспользуемого кода и только потом внедрять новые функции.

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

📖 Прочитать статью можно тут.

Решение загадочных проблем с разлогиниванием пользователей в iOS 15

🤔 Интересная проблема, которую, я надеюсь, вы не встречали и не повстречаете.

💻 В моём рабочем проекте была похожая история ещё до iOS 15, но само исследование привело к похожим выводам.

Тут об этом больше информации.

9 способов прокачать производительность Swift-приложения

— Optimization Level в Build Settings. Увеличится размер билда.

— Используйте final и private для методов и классов. Ограничения: работа с подклассами и диспетчеризацией.

— Избегайте print в релизных билдах.

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

— Используйте withUnsafeBufferPointer при переборе массива. Что плохого? Безопасность.

— ContiguousArray. Вставка может замедлиться.

— Используйте Values (Structs), а не References (Classes) для Array. Ограничения могут быть в зависимости от ваших структур.

— Используйте Linked List вместо Array. Cортировка или поиск могут замедлиться.

— Ограничьте Protocols классами везде, где только возможно. Расплата — в «ограничениях».

Детально по каждому пункту тут (1.2k 👏).

@iOS Dev

Туториал по созданию приложения Wordle

В двух словах, что это такое:

Это игра, в которой вам нужно угадать слово из 5 букв за 6 попыток.

Ее название - это комбинация слова «Word» и второго имени парня, который придумал эту игру и разработал оригинальную версию: Джош Уордл.

📖Автор рассказывает и показывает, как можно реализовать аналог этой игры.

🛠Исходный код: github.

@iOS Dev

🤔 Почему ваше приложение могут не пропустить или даже удалить из App Store?

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

1️⃣ Предлагать пользователям делать покупки на вашем сайте.

Пункт правил 3.1.3. Если ваше приложение позволяет людям покупать физические товары или услуги, которые будут потребляться за пределами приложения, вы должны использовать для сбора платежей другие способы покупки, кроме покупки в приложении, например, Apple Pay или кредитную карту.

2️⃣ Скрытие функций приложения на ревью и включение их с помощью, например, серверных изменений

Пункт правил 2.3.1. Не включайте в свое приложение никаких скрытых или недокументированных функций.

3️⃣ Реклама в push-уведомлениях или в виджетах

Пункт правил 3.2.2 — если вкратце, монетизация Push-уведомлений недопустима.
Есть нюанс в 4.5.4, где Apple говорит, что push-уведомления не должны использоваться для рекламных акций или в целях прямого маркетинга, если только клиенты не дали явного согласия.

4️⃣ Включение сторонней аналитики в приложения «для детей»
Пункт правил 1.3 говорит об этом явно

5️⃣ Сбор несанкционированных данных пользователей

В пункте правил 5.1.1. сообщается явно о том, что приложение должно собирать только информацию, необходимую для выполнения задачи.
Не стоит собирать, например, пароли кредитных карт чтобы пройти уровень.

6️⃣ Принуждение для включения трекинга. Для, например, разблокировки каких-то опций.

Пункт правил 3.2.2. Нельзя, например, выпрашивать рейтинг или включать трекинг для получения дополнительного контента.

7️⃣ Использование цифрового отпечатка устройства вместо IDFA для целей отслеживания

Отпечатки устройства или fingerprint - это идентификация устройства по его характеристикам: местоположению, данных устройства, языку и многому другому. На десктопах это проще сделать, чем на мобильных устройствах, но точность может составлять от 80% до высоких 90%.

8️⃣ Предложение спорного или даже потенциально опасного продукта

Пункт правил 1.4.3 говорит об этом явно и включает в себя, например, продукты с табаком или алкоголем.

9️⃣ Безумные цены, неадекватные продукту.

Вспомните, было приложение, за 1 000 долларов, которое называлось "я богат" или как-то так. Его удалили из апп стор, но потом вернули за 8.99. Хотя теперь можно сказать, что название приложения вводит в заблуждение.

🔟 Использование приватного API

Пункт правил 2.5.1 говорит именно об этом. Хотя одна из возможных причин, по которым форсили обновление приложений, то, что некоторые API со временем становятся deprecated.

Более развёрнуто можно прочесть на хабре.

@iOS Dev

Как создавать fluid-интерфейсы для iOS?

Что такое fluid-интерфейсы?

Fluid интерфейс также можно назвать «быстрым», «плавным», «естественным», или «волшебным». Это когда чувствуешь, что тут всё как надо.

📖 Nathan Gitter в монументальном туториале показывает на примерах, как их можно реализовать.

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

26 000 👏 на Medium.

@iOS Dev