10 советов для успешного запуска пет-проектов от автора avanderlee

1️⃣ Создайте фокус. По иронии судьбы, сторонние проекты — одна из самых больших ловушек для незавершенных побочных проектов.
2️⃣ Смотрите на вещи реалистично. Вы не сможете сделать всё сразу! От себя я бы добавил, что этот совет касается разработки и в крупных компаниях.
3️⃣ Установите приоритеты.
4️⃣ Планирование — это ключ.
5️⃣ 10 минут в день засчитываются за 5 часов в месяц.
6️⃣ Умейте остановиться вовремя, даже если вы получаете удовольствие (и вы готовы кодить до полуночи).
7️⃣ Создайте задачи на будущее. А #warning вам поможет.
8️⃣ Используйте автоматизацию и инструменты, чтобы сэкономить время.
9️⃣ Поднимите себе настроение с друзьями-единомышленниками.
🔟 Не стесняйтесь отпраздновать успех (или хотя бы запуск проекта).

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

⭐️ А вот тут можно прочесть отличные от Пола Хадсона про профессиональное развитие.

@iOS Dev

Причина и два способа исправить ошибку: «The compiler is unable to type-check this expression in reasonable time»

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

Например, комбинация выражений =, +, try, await слишком сложна для компилятора Swift.

Два простых способа, которые помогут победить этот неприятный момент:

1️⃣ Разбить длинное выражение на более мелкие.

// Вместо
var longExpression = "a" + "b" + "c" + "d"

// Использовать
var temp1 = "a" + "b"
var temp2 = "c" + "d"
var smallerExpression = temp1 + temp2

2️⃣ Можно уменьшить количество выражений.

// Вместо
var longExpression = "a" + "b" + "c" + "d"

// Использовать
var reduceExpression = "ab" + "cd"

📖 Детальнее можно прочесть в этой статье.

👩‍🎓 Кстати, вы знали, что оператор + мощно перегружен и содержит около 60 различных функций?

@iOS Dev

UIScrollView и как он работает

📖 Илья Лобанов подробно рассказывает о том, как работает UIScrollView: приводит примеры замедления, баунса, spring animation и rubber band effect.

И даёт советы, как можно добиться естественной анимации и отзывчивого интерфейса в приложениях.

В материале можно получить представление и примеры работы со следующими эффектами:

🔘 Тестовый SimpleScrollView.
🔘 Замедление (Deceleration).
🔘 Реализация замедления.
🔘 Анимация пружины (Spring Animation).
🔘 Spring Animation в iOS SDK.
🔘 Реализация анимации пружины.
🔘 Rubber Band Effect.
🔘 Реализация Rubber Band Effect.
🔘 Примеры использования.

📺 Видео доклада можно посмотреть здесь.

🛠 Примеры кода из статьи: github.

🤩 Бонус: видео с WWDC о проектировании интерфейсов.

@iOS Dev

Core Graphics: что это, как появился и как на это повлияли деньги?

Core Graphics, также известный под своим маркетинговым названием «Quartz», является одним из старейших связанных с графикой API на платформах.

Quartz является основой большинства 2D-вещей. Хотите рисовать фигуры, заполнять их градиентами и придавать им тени? Это Core Graphics. Показывать изображения на экране? Они проходят через Core Graphics. Создавать PDF? Эм, ну это всё ещё Core Graphics.

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

Почему графический API работает с пользовательскими событиями?

Как и все для всего остального, нужно вспомнить историю. А знание истории может объяснить, почему части Core Graphics ведут себя именно так.

⏳ Еще в 1980-х, графические API были довольно примитивными. Инструменты были ограничены палитрой и рисовать можно было только основные фигуры. Существовали функции «побитового копирования».

В QuickDraw на Mac была интересная функция, называемая регионами для обрезки, контура или хиттеста (что-то знакомо?✅️)

В 1985 году Apple представила LaserWriter — принтер, мощнее компа, который имел в 12 раз больше оперативной памяти и стоил вдвое дороже. Этот принтер производил (для того времени) невероятно красивый результат благодаря технологии PostScript. Интерпретатор языка PostScript был встроен в LaserWriter, поэтому, когда программа на Mac хотела что-то напечатать, программа (или драйвер принтера) генерировала программный код, который загружался в принтер и выполнялся. А вот тут даже есть пример.

Помимо рендеринга страниц, PostScript является полным по Тьюрингу и вы даже можете написать веб-сервер с его помощью.

Когда инженеры NeXT проектировали свою систему, они выбрали PostScript в качестве модели рендеринга. Отображение PostScript было основой взаимодействия с пользователем. События проходили через систему DPS, а затем отправлялись в приложения.

Почему OS X и iOS не используют Display PostScript?

💵 Дело в деньгах! Adobe взимала лицензионный сбор за Display PostScript.

Кроме того, Apple хорошо известна тем, что хочет владеть как можно большей частью своего технологического стека.

Обычно говорят, что Quartz «основан» на PDF, и в некотором смысле это правда. PDF (Adobe's Portable Document Format) — это модель рисования PostScript.

Quartz был разработан так, чтобы использование API было на то, что поддерживается в PDF, что делало создание PDF-файлов на платформе почти тривиальным.

Те же основные механизмы были сохранены, хотя Display PostScript был заменен на Quartz, включая обработку событий.

🧐 Apple разработала новую структуру, объединив модель PDF с поддержкой альфа-канала, и сегодня мы знаем ее как Quartz 2D. Apple внутри компании называет эту графическую библиотеку Core Graphics, а общедоступное название — Quartz 2D.

📖 Источники при подготовке материала: Mihaela MJ, Mark Dalrymple, дока эпл и, конечно,

@iOS Dev — теперь вы знаете больше!

DispatchSource: обнаружение изменений в файлах и папках в Swift

Семейство типов DispatchSource из GCD содержит ряд объектов, способных отслеживать события, связанные с операционной системой.

📖 В этой статье приводится хороший пример, как использовать DispatchSource для мониторинга лог-файла и создания debug-only view, которое покажет последние логи в приложении.

Кроме вышеперечисленного, автор рассказывает об особенностях при изменении файла в редакторе (спойлер, всё довольно предсказуемо).

⭐️ Дополнительно: DispatchSource в доке эпла.

@iOS Dev

Правило трёх

ℹ️ Правило трёх или «Три страйка * — и вы проводите рефакторинг» — это эмпирическое правило рефакторинга кода, позволяющее решить, когда следует рефакторить похожие фрагменты кода, чтобы избежать дублирования.

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

Это правило было популяризировано Мартином Фаулером в книге «Рефакторинг» и приписано Дону Робертсу.

Дублирование считается плохой практикой в ​​программировании, поскольку оно усложняет поддержку кода.

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

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

😂 Моя позиция совпадает с этим правилом. В частности, с тем, что крайне редко бывает чёрное и белое в целом в разработке, и не всегда стоит рефакторить только ради самого процесса.

* три страйка — термин из бейсбола, а не боулинга. Его суть в том, что если бьющий набирает три страйка — это называется страйк-аут (англ. strike-out) — бьющий выбывает из игры.

@iOS Dev

🧑‍💻 Foundation перепишут на Swift и теперь он будет разрабатываться сообществом!
Фреймворк Foundation используется почти во всех проектах Swift. Он обеспечивает базовый уровень функциональности для фундаментальных вещей: строк, коллекций и дат.

Были анонсированы важнейшие изменения, которые позволят решить ряд технических задач:

1️⃣ Больше никакого C-кода.

С нативной реализацией на свифте в Foundation не будет затрат на преобразования между C и Swift, что приведёт к более высокой производительности.
Реализация Swift, разработанная в виде пакета, также упростит для разработчиков Swift проверку, понимание и добавление кода.

2️⃣ Будет предоставлена опция импорта только нужных пакетов.

FoundationEssentials, FoundationInternationalization, FoundationNetworking, FoundationXML, FoundationObjCCompatibility.

Разработчики (и пользователи!) хотят уменьшить размер бинарников, поэтому, например, FoundationEssentials предоставит наиболее важные типы в Foundation без системных зависимостей, чтобы помочь в достижении этой цели. Другие пакеты будут по-прежнему обеспечивать поддержку XML и работу в сети.
Кроме этого, новый пакет FoundationObjCCompatibility будет содержать устаревшие API, полезные для определенных приложений.

3️⃣ Реализация Foundation будет унифицирована.

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

Кроме вышеперечисленного, будет достигнута и цель для сообщества.

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

🎉 Анонсирована возможность разработчикам добавлять API в Foundation.

📖 Больше деталей, а ещё и возможность обсудить — здесь, первоисточник — тут.

@iOS Dev