Как приостановить Task в Swift?
Структура
Речь идёт именно о наносекундах: нужно написать
Для этого нужно вызвать
ℹ️ Важное уточнение
Вызов
При этом происходит некоторое смещение, поскольку система может быть занята другой работой, но мы по крайней мере, можем быть уверены, что оно не закончится раньше указанного промежутка.
📖 Использование наносекунд немного неуклюже, но на данный момент у Swift нет альтернативы.
🤩 Кстати! В отличие от
@iOS Dev
Структура
Task
в Swift
имеет статический метод sleep()
, который приводит к приостановке текущей задачи по крайней мере на некоторое количество наносекунд. Речь идёт именно о наносекундах: нужно написать
1_000_000_000
, чтобы получить 1 секунду. Для этого нужно вызвать
Task.sleep()
с помощью await
, так как это приведет к приостановке задачи, и вам также нужно использовать try
, потому что sleep()
приведёт к ошибке в случае, если task
будет отменён.ℹ️ Важное уточнение
Вызов
Task.sleep()
заставит текущую задачу «спать» по крайней мере столько времени, сколько вы запросили. При этом происходит некоторое смещение, поскольку система может быть занята другой работой, но мы по крайней мере, можем быть уверены, что оно не закончится раньше указанного промежутка.
📖 Использование наносекунд немного неуклюже, но на данный момент у Swift нет альтернативы.
Thread.sleep()
, Task.sleep()
не блокирует поток, позволяя ему взять дополнительную работу из других мест, если потребуется.@iOS Dev
Please open Telegram to view this post
VIEW IN TELEGRAM
Разница между Thread.sleep() и Task.sleep()
Сделал наглядную табличку для предыдущего поста, примеры можно посмотреть здесь
@iOS Dev
Сделал наглядную табличку для предыдущего поста, примеры можно посмотреть здесь
@iOS Dev
Что такое Thread Sanitizer и при чём тут гонки данных в Swift?
Thread Sanitizer, также известный как TSan — это инструмент на базе LLVM для изучения проблем с потоками в вашем коде, написанном на языках Swift и C. Он был впервые представлен в Xcode 8 и может стать отличным инструментом для поиска менее заметных ошибок в коде, например, гонок данных.
📖 Автор этой статьи делится, как Thread Sanitizer помог решить проблемы с нестабильными тестами и странными сбоями, в которых не получалось точно определить причину.
Возможно, вы не использовали TSan раньше, поскольку может быть немного непонятно, что делает этот инструмент и как он работает.
В материале затрагиваются важные темы:
⚪ Что такое гонки данных (data races).
⚪ Примеры гонки данных в Swift.
⚪ Использование Thread Sanitizer для обнаружения гонок данных.
⚪ Ограничения для Thread Sanitizer.
⚪ Подходы к решению гонки данных. Также стоит обратить внимание на эту статью и этот пост.
@iOS Dev
Thread Sanitizer, также известный как TSan — это инструмент на базе LLVM для изучения проблем с потоками в вашем коде, написанном на языках Swift и C. Он был впервые представлен в Xcode 8 и может стать отличным инструментом для поиска менее заметных ошибок в коде, например, гонок данных.
📖 Автор этой статьи делится, как Thread Sanitizer помог решить проблемы с нестабильными тестами и странными сбоями, в которых не получалось точно определить причину.
Возможно, вы не использовали TSan раньше, поскольку может быть немного непонятно, что делает этот инструмент и как он работает.
В материале затрагиваются важные темы:
⚪ Что такое гонки данных (data races).
⚪ Примеры гонки данных в Swift.
⚪ Использование Thread Sanitizer для обнаружения гонок данных.
⚪ Ограничения для Thread Sanitizer.
⚪ Подходы к решению гонки данных. Также стоит обратить внимание на эту статью и этот пост.
@iOS Dev
This media is not supported in your browser
VIEW IN TELEGRAM
Повторяем красоту с помощью эффекта увеличения в SwiftUI на практике!
Если помните этот пост, то скорее всего вы задумывались о способах реализации.
📺 Время пришло! Для этого появился туториал.
😉 А для тех, кто не хочет смотреть видео, я дажесделал секретный gist (только для читателей нашего канала) .
@iOS Dev— делюсь реализацией крутых эффектов
Если помните этот пост, то скорее всего вы задумывались о способах реализации.
📺 Время пришло! Для этого появился туториал.
😉 А для тех, кто не хочет смотреть видео, я даже
@iOS Dev— делюсь реализацией крутых эффектов
Что означает EXC_BAD_ACCESS?
Вероятнее всего, однажды вы столкнетесь (а скорее всего, уже сталкивались) с крашем, вызванным EXC_BAD_ACCESS. Так что же это на самом деле?
Всякий раз, когда вы встречаете EXC_BAD_ACCESS, это означает, что вы отправляете сообщение объекту, который уже был освобожден. Это самый распространенный сценарий, но есть и другие.
🧑💻Техническое объяснение сложнее
В нашей работе мы постоянно имеем дело с указателями.
ℹ️ Указатель — это не что иное, как переменная, в которой хранится адрес памяти другой переменной.
Когда вы отправляете сообщение объекту, указатель, который указывает на объект, которому вы отправляете сообщение, должен быть разыменован (dereferenced). Это означает, что вы берете адрес памяти, на который указывает указатель, и получаете доступ к значению этого блока памяти.
Когда этот блок памяти больше не задействован для вашего приложения или, другими словами, этот блок памяти не используется для того, для чего вы думаете, доступ к этому участку (фрагменту) памяти больше невозможен.
Когда это происходит, ядро отправляет исключение (EXC), указывающее, что ваше приложение не может получить доступ к этому блоку памяти (тот самый BAD_ACCESS).
Таким образом, когда вы сталкиваетесь с EXC_BAD_ACCESS, это означает, что вы пытаетесь отправить сообщение в блок памяти, который не может выполнить это сообщение.
Однако в некоторых случаях EXC_BAD_ACCESS вызван поврежденным указателем. Всякий раз, когда ваше приложение пытается разыменовать поврежденный указатель, ядро выдаёт исключение.
Основные причины для EXC_BAD_ACCESS
⚪ Использование памяти, которая была освобождена.
⚪ Попытка записи за конец массива или буфера другого типа.
⚪ Использование указателя, который не был инициализирован.
Что почитать на эту тему?
1️⃣ Debugging EXC_BAD_ACCESS
2️⃣ EXC_BAD_ACCESS crash error: Understanding and solving it
@iOS Dev — о том, что мы иногда можем встретить
Вероятнее всего, однажды вы столкнетесь (а скорее всего, уже сталкивались) с крашем, вызванным EXC_BAD_ACCESS. Так что же это на самом деле?
Всякий раз, когда вы встречаете EXC_BAD_ACCESS, это означает, что вы отправляете сообщение объекту, который уже был освобожден. Это самый распространенный сценарий, но есть и другие.
🧑💻Техническое объяснение сложнее
В нашей работе мы постоянно имеем дело с указателями.
ℹ️ Указатель — это не что иное, как переменная, в которой хранится адрес памяти другой переменной.
Когда вы отправляете сообщение объекту, указатель, который указывает на объект, которому вы отправляете сообщение, должен быть разыменован (dereferenced). Это означает, что вы берете адрес памяти, на который указывает указатель, и получаете доступ к значению этого блока памяти.
Когда этот блок памяти больше не задействован для вашего приложения или, другими словами, этот блок памяти не используется для того, для чего вы думаете, доступ к этому участку (фрагменту) памяти больше невозможен.
Когда это происходит, ядро отправляет исключение (EXC), указывающее, что ваше приложение не может получить доступ к этому блоку памяти (тот самый BAD_ACCESS).
Таким образом, когда вы сталкиваетесь с EXC_BAD_ACCESS, это означает, что вы пытаетесь отправить сообщение в блок памяти, который не может выполнить это сообщение.
Однако в некоторых случаях EXC_BAD_ACCESS вызван поврежденным указателем. Всякий раз, когда ваше приложение пытается разыменовать поврежденный указатель, ядро выдаёт исключение.
Основные причины для EXC_BAD_ACCESS
⚪ Использование памяти, которая была освобождена.
⚪ Попытка записи за конец массива или буфера другого типа.
⚪ Использование указателя, который не был инициализирован.
Что почитать на эту тему?
1️⃣ Debugging EXC_BAD_ACCESS
2️⃣ EXC_BAD_ACCESS crash error: Understanding and solving it
@iOS Dev — о том, что мы иногда можем встретить
Какого языка программирования не существует?
Anonymous Quiz
1%
C
16%
D
3%
Swift
1%
Objective-C
44%
Objective-J
8%
Var'aq
27%
Navi
iOS Dev
Какого языка программирования не существует?
Итак, молодцы те, кто выбрал Navi в представленном выше опросе . А вот немного интересных фактов:
Objective-J — язык программирования, разрабатываемый как часть Cappuccino — фреймворка для веб-приложений. Его синтаксис почти полностью идентичен синтаксису Objective-C. Objective-J относится к JavaScript так же, как Objective-C к языку программирования C: является его строгим, но компактным надмножеством .
Var'aq — эзотерический язык программирования, созданный Брайеном Коннорсом и Крисом Прессей в 2000 году и использующий грамматическую структуру языка Клингонов из сериала Star Trek. Представляет собой язык стек-ориентированного программирования, основанный на PostScript'e, с аспектами Lisp'a (для использования структур данных).
D — мультипарадигмальный статически типизированный компилируемый язык программирования, созданный Уолтером Брайтом из компании Digital Mars.
А вот для Navi пока языка программирования не придумали (хотя для фильма Аватар сам язык используют).
И кстати, кто выбрал Swift?! 😂
@iOS Dev — пытаюсь рассказать что-то новое 😅
Var'aq
D
@iOS Dev — пытаюсь рассказать что-то новое 😅
Please open Telegram to view this post
VIEW IN TELEGRAM
This media is not supported in your browser
VIEW IN TELEGRAM
Доступность в iOS — определение и примеры
Из этого руководства по специальным возможностям iOS вы узнаете, как сделать приложения более доступными
📖 С помощью этого материала вы измените существующее приложение, чтобы сделать его более доступным для людей с ограниченными возможностями зрения.
В процессе вы пройдёте следующие основные этапы и узнаете как:
⚪ Использовать VoiceOver.
⚪ Проверять свое приложение с помощью Accessibility Inspector.
⚪ Внедрять элементы доступности с помощью UIKit.
⚪ Создавать положительный пользовательский опыт для людей с ограниченными возможностями.
Важный момент!
В ru-сообществе Михаил Рубанов (iOS Mobile Head в Dodo) продолжительное время изучает, развивает и адаптирует свои приложения, и, что более важно, даже написал книгу:
🔗 Про доступность в iOS (книга бесплатная и доступна всем желающим).
🔗 А в настоящее время создаёт полезный для сообщества проект VoiceOverDesigner (которому вы можете помочь, закрыв некоторые из задач и внеся своё имя в развитие проекта).
@iOS Dev
Из этого руководства по специальным возможностям iOS вы узнаете, как сделать приложения более доступными
📖 С помощью этого материала вы измените существующее приложение, чтобы сделать его более доступным для людей с ограниченными возможностями зрения.
В процессе вы пройдёте следующие основные этапы и узнаете как:
⚪ Использовать VoiceOver.
⚪ Проверять свое приложение с помощью Accessibility Inspector.
⚪ Внедрять элементы доступности с помощью UIKit.
⚪ Создавать положительный пользовательский опыт для людей с ограниченными возможностями.
Важный момент!
В ru-сообществе Михаил Рубанов (iOS Mobile Head в Dodo) продолжительное время изучает, развивает и адаптирует свои приложения, и, что более важно, даже написал книгу:
🔗 Про доступность в iOS (книга бесплатная и доступна всем желающим).
🔗 А в настоящее время создаёт полезный для сообщества проект VoiceOverDesigner (которому вы можете помочь, закрыв некоторые из задач и внеся своё имя в развитие проекта).
@iOS Dev
Как изменить стандартный заголовок при создании файлов в Xcode?
📖 Написал руководство, которое даст ответ на этот вопрос.
@iOS Dev
📖 Написал руководство, которое даст ответ на этот вопрос.
@iOS Dev
Telegraph
Как изменить стандартный заголовок при создании файлов в Xcode?
Вы когда-нибудь хотели изменить стандартный текст заголовка, который Xcode автоматически помещает в начало каждого нового исходного файла, который вы добавляете в проект? Для этого можно использовать текстовый макрос FILEHEADER. Создание файла Создайте plist с…
Создание виджетов для приложений iOS с помощью WidgetKit и SwiftUI
Начиная с iOS 14, Apple представила виджеты, которые позволяют пользователям отображать часть содержимого приложения на хоумскрине.
Виджеты отображают соответствующий неинтерактивный контент, позволяя пользователям быстро открыть приложение для получения дополнительных сведений.
Кроме этого, они поддерживают несколько размеров и создаются с использованием SwiftUI.
📖 В статье рассказывается о создании одного из таких виджетов.
Дополнение
Если вы откладываете перевод своего приложения на SwiftUI по тем или иным причинам (или вам просто лень перепиливать, например, свои проекты), то на мой взгляд, идея добавить виджет вполне неплохая.
От простого к сложному, почему бы и нет😉
@iOS Dev
Начиная с iOS 14, Apple представила виджеты, которые позволяют пользователям отображать часть содержимого приложения на хоумскрине.
Виджеты отображают соответствующий неинтерактивный контент, позволяя пользователям быстро открыть приложение для получения дополнительных сведений.
Кроме этого, они поддерживают несколько размеров и создаются с использованием SwiftUI.
📖 В статье рассказывается о создании одного из таких виджетов.
Дополнение
Если вы откладываете перевод своего приложения на SwiftUI по тем или иным причинам (или вам просто лень перепиливать, например, свои проекты), то на мой взгляд, идея добавить виджет вполне неплохая.
От простого к сложному, почему бы и нет😉
@iOS Dev
Почему размер иконок в первых айфонах стал именно таким, каким мы его знаем?
Вопрос, о котором вы, возможно, никогда не задумывались — тревожил программистов из проекта Purple в далёком 2005 году. Под этим названием скрывалась сверхсекретная разработка в коридорах компании Apple, а её сотрудники работали над самыми разными приложениями: почтой, Safari, Заметками и Springboard.
Несмотря на то, что разработчики пытались решить собственные технические сложности, вскоре они начали задавать друг другу вопросы, насколько же большим должен быть объект на экране разрабатываемого устройства, чтобы по нему можно было попадать пальцем?
В команде был Скотт Форстал, которому всё давалось легко и своими гибкими пальцами он очень просто попадал по абсолютно любым целям на экране, но ведь было множество и других людей. Как, например, Грег Кристи, который в случае непопадания издавал невольный вздох в стиле истинного нью-йоркца.
Вскоре Скотт Херц нашёл ответ
Для этого он написал приложение и дал попробовать его своей команде.
После запуска в этом приложении появлялась крупная кнопка Start. А после нажатия на неё экран на мгновение становился пустым, а потом в каком-то случайном месте появлялся прямоугольник. И по нему нужно было попасть пальцем.
Когда вы нажали, в независимости от того, попали вы или нет, где-то на экране появлялся другой прямоугольник. Необязательно меньше, просто другой. И надо было попасть уже не этой фигуре, а затем ещё раз, и ещё раз, и ещё.
Примерно после двадцати нажатий игра заканчивалась.
Всё это время в логах ПО отслеживало нажатия, размер прямоугольников и их положение.
Поскольку в приложение было весело играть, то оно очень быстро разошлось среди сотрудников Purple и количество логов росло в геометрической прогрессии.
В течение следующих нескольких дней собиралась информация о «целях» и результатах попаданий.
Что получилось?
Результаты игры Скотта показали, что если разместить цель в квадрате со стороной пятьдесят семь пикселей, то она может быть где угодно — слева, справа, снизу или сверху. И каждый почти со 100% вероятностью сможет по ней попасть.
Эта игра и дала проекту Purple ответ, который они искали:
Ярлыки на первом iPhone являются квадратами со стороной в 57 пикселей.
В этом посте я показал только один из путей к появлению крутых вещей на основе книги "Творческий отбор. Как создавались лучшие продукты Apple во времена Стива Джобса" за авторством Кена Косиенды.
@iOS Dev — маякните как-нибудь с помощью👏 или 👍 , если такая инфа кажется интересной
Вопрос, о котором вы, возможно, никогда не задумывались — тревожил программистов из проекта Purple в далёком 2005 году. Под этим названием скрывалась сверхсекретная разработка в коридорах компании Apple, а её сотрудники работали над самыми разными приложениями: почтой, Safari, Заметками и Springboard.
Несмотря на то, что разработчики пытались решить собственные технические сложности, вскоре они начали задавать друг другу вопросы, насколько же большим должен быть объект на экране разрабатываемого устройства, чтобы по нему можно было попадать пальцем?
В команде был Скотт Форстал, которому всё давалось легко и своими гибкими пальцами он очень просто попадал по абсолютно любым целям на экране, но ведь было множество и других людей. Как, например, Грег Кристи, который в случае непопадания издавал невольный вздох в стиле истинного нью-йоркца.
Вскоре Скотт Херц нашёл ответ
Для этого он написал приложение и дал попробовать его своей команде.
После запуска в этом приложении появлялась крупная кнопка Start. А после нажатия на неё экран на мгновение становился пустым, а потом в каком-то случайном месте появлялся прямоугольник. И по нему нужно было попасть пальцем.
Когда вы нажали, в независимости от того, попали вы или нет, где-то на экране появлялся другой прямоугольник. Необязательно меньше, просто другой. И надо было попасть уже не этой фигуре, а затем ещё раз, и ещё раз, и ещё.
Примерно после двадцати нажатий игра заканчивалась.
Всё это время в логах ПО отслеживало нажатия, размер прямоугольников и их положение.
Поскольку в приложение было весело играть, то оно очень быстро разошлось среди сотрудников Purple и количество логов росло в геометрической прогрессии.
В течение следующих нескольких дней собиралась информация о «целях» и результатах попаданий.
Что получилось?
Результаты игры Скотта показали, что если разместить цель в квадрате со стороной пятьдесят семь пикселей, то она может быть где угодно — слева, справа, снизу или сверху. И каждый почти со 100% вероятностью сможет по ней попасть.
Эта игра и дала проекту Purple ответ, который они искали:
В этом посте я показал только один из путей к появлению крутых вещей на основе книги "Творческий отбор. Как создавались лучшие продукты Apple во времена Стива Джобса" за авторством Кена Косиенды.
@iOS Dev — маякните как-нибудь с помощью
Please open Telegram to view this post
VIEW IN TELEGRAM
Насколько необходимы основы программирования, та самая база?
📖 Бруно Роша, разработчик в Spotify, рассуждает в своей статье о необходимости алгоритмов, презирании этой темы в сообществе и проводит параллели с развитием музыканта.
Я постарался выделить основные моменты, и позволил себе добавить некоторые комментарии.
Проблема в том, что сообщество часто направляет ненависть к подобным собеседованиям не по назначению. Негатив вокруг этого формата интервью стал настолько велик, что теперь часто можно встретить людей, испытывающих неприязнь к самой теории, которая не имеет ничего общего с непонятными головомками в программировании.
Это мнение стало настолько популярным, что теперь практически невозможно упомянуть концепцию программирования на абстрактном уровне без того, чтобы кто-то немедленно не начал холивар о практике проведения интервью. А это вредит в том числе и индивидуальной карьере инженеров, которым говорят держаться подальше от этих знаний по причинам, не поддающимся логике.
Поднимаются важные вопросы
🔴 Теория не отражает того, что человек будет делать на самом деле в своей работе.
🔴 Знание теории не является показателем мастерства человека в данной практической роли.
🔴 Теория вообще бессмысленна. Зачем разработчику iOS знать, что такое граф?
Всё это создает у людей впечатление, что основы бесполезны, в то время как на самом деле они используют их постоянно!
Я не могу передать, сколько раз я слышал, как разработчик iOS говорил: "Я могу с уверенностью сказать, что никогда в своей работе мне не приходилось использовать граф", а затем радостно рассказывал о чем-то интересном, с чем они работали, используя иерархии UIView. Это одно и то же!
Объекты, которые могут соединяться друг с другом с целью создания единой связной карты элементов, - это буквальное определение графа, поэтому они не только знают, что такое граф, но и используют его с самого первого дня работы в качестве разработчика!
🟢 Графы/деревья: UIView.
🟢 Связные списки: UIResponder.
🟢 Хеш-таблицы: Dictionary<K,V> и протокол Hashable.
🟢 Побитовые операции: OptionSet.
Примечание: автор прав, говоря о том, что даже не зная формальных определений, разработчики с самого начала карьеры (или даже прохождения каких-то курсов), уже получают необходимые знания, пусть и не зная нужных терминов.
Так действительно ли нужно всё это знать. Попробуем провести параллель с профессиональным музыкантом?
Для этого можно ответить самому себе на следующие вопросы:
🔘 Хочу ли я изучать это как хобби и никогда не выходить за рамки игры на диване для развлечения?
🔘 Хочу ли я играть в группе и зарекомендовать себя как музыкальный исполнитель?
🔘 Стремлюсь ли я выйти за рамки простого звания «музыкальный артист», живя и дыша классической музыкой, становясь неотъемлемой частью Венского филармонического оркестра, путешествуя по миру и войдя в историю как легенда, которая буквально сформировала концепцию самой музыки?
Так почему же ведущие компании делают то, что делают?
Для такой компании, как Google, неинтересно нанимать кого-то, кто посвятил свою жизнь изучению всего, что касается UIKit в iOS — их проблема не в том, какие API UIKit использовать, а в том, что API, которые им нужны, не существуют вообще.
Эти проблемы решаются благодаря пониманию computer science и способности создавать новые и эффективные решения. Ваше понимание программирования как концепции доказывает, что вы тот самый тип программиста, который им нужен.
В сочетании с обычными заданиями альтернативные (как, например, код-ревью) могут дать вам действительно хорошее представление о практических знаниях кандидата, поскольку они имеют отношение к должности и задачам, которые нужно будет решать.
📖 Про сложность алгоритмов можно прочитать здесь.
📖 Про подход в Neflix и Tiktok.
@iOS Dev
📖 Бруно Роша, разработчик в Spotify, рассуждает в своей статье о необходимости алгоритмов, презирании этой темы в сообществе и проводит параллели с развитием музыканта.
Я постарался выделить основные моменты, и позволил себе добавить некоторые комментарии.
Проблема в том, что сообщество часто направляет ненависть к подобным собеседованиям не по назначению. Негатив вокруг этого формата интервью стал настолько велик, что теперь часто можно встретить людей, испытывающих неприязнь к самой теории, которая не имеет ничего общего с непонятными головомками в программировании.
Это мнение стало настолько популярным, что теперь практически невозможно упомянуть концепцию программирования на абстрактном уровне без того, чтобы кто-то немедленно не начал холивар о практике проведения интервью. А это вредит в том числе и индивидуальной карьере инженеров, которым говорят держаться подальше от этих знаний по причинам, не поддающимся логике.
Поднимаются важные вопросы
🔴 Теория не отражает того, что человек будет делать на самом деле в своей работе.
🔴 Знание теории не является показателем мастерства человека в данной практической роли.
🔴 Теория вообще бессмысленна. Зачем разработчику iOS знать, что такое граф?
Всё это создает у людей впечатление, что основы бесполезны, в то время как на самом деле они используют их постоянно!
Я не могу передать, сколько раз я слышал, как разработчик iOS говорил: "Я могу с уверенностью сказать, что никогда в своей работе мне не приходилось использовать граф", а затем радостно рассказывал о чем-то интересном, с чем они работали, используя иерархии UIView. Это одно и то же!
Объекты, которые могут соединяться друг с другом с целью создания единой связной карты элементов, - это буквальное определение графа, поэтому они не только знают, что такое граф, но и используют его с самого первого дня работы в качестве разработчика!
🟢 Графы/деревья: UIView.
🟢 Связные списки: UIResponder.
🟢 Хеш-таблицы: Dictionary<K,V> и протокол Hashable.
🟢 Побитовые операции: OptionSet.
Примечание: автор прав, говоря о том, что даже не зная формальных определений, разработчики с самого начала карьеры (или даже прохождения каких-то курсов), уже получают необходимые знания, пусть и не зная нужных терминов.
Так действительно ли нужно всё это знать. Попробуем провести параллель с профессиональным музыкантом?
Для этого можно ответить самому себе на следующие вопросы:
🔘 Хочу ли я изучать это как хобби и никогда не выходить за рамки игры на диване для развлечения?
🔘 Хочу ли я играть в группе и зарекомендовать себя как музыкальный исполнитель?
🔘 Стремлюсь ли я выйти за рамки простого звания «музыкальный артист», живя и дыша классической музыкой, становясь неотъемлемой частью Венского филармонического оркестра, путешествуя по миру и войдя в историю как легенда, которая буквально сформировала концепцию самой музыки?
Так почему же ведущие компании делают то, что делают?
Для такой компании, как Google, неинтересно нанимать кого-то, кто посвятил свою жизнь изучению всего, что касается UIKit в iOS — их проблема не в том, какие API UIKit использовать, а в том, что API, которые им нужны, не существуют вообще.
Эти проблемы решаются благодаря пониманию computer science и способности создавать новые и эффективные решения. Ваше понимание программирования как концепции доказывает, что вы тот самый тип программиста, который им нужен.
В сочетании с обычными заданиями альтернативные (как, например, код-ревью) могут дать вам действительно хорошее представление о практических знаниях кандидата, поскольку они имеют отношение к должности и задачам, которые нужно будет решать.
📖 Про сложность алгоритмов можно прочитать здесь.
📖 Про подход в Neflix и Tiktok.
@iOS Dev
CreateML для iOS: создание настраиваемого фильтра изображений с использованием Style Transfer
Фреймворки машинного обучения Apple с годами становятся все более мощными.
Style Transfer или Neural Style Transfer — одна из техник, которую предоставляют фреймворки.
С помощью переноса стиля (Style Transfer) вы сможете превращать одно изображение в другое, стилизуя его под заданное.
📖 В этом руководстве вы узнаете, как использовать ML-фреймворки Apple для достижения этой цели прямо на вашем iOS-устройстве!
Машинное обучение (ML) в iOS и macOS опирается на два основных фреймворка Apple - CreateML и CoreML.
ℹ️ CreateML позволяет создавать и обучать ML-модели, а CoreML — запускать их.
Изначально CreateML был доступен только для macOS для создания моделей. Затем их можно было использовать в приложениях macOS, iOS или iPadOS.
В 2021 году Apple сделала этот фреймворк доступным для iOS 15 и iPadOS 15. Теперь фреймворк CreateML позволяет обучать и создавать модели на устройстве.
Прочитав статью, вы получите ответы на следующие вопросы:
⚪ Как создать ML-модель на устройстве.
⚪ Как использовать модель для создания стилизованного изображения.
⚪ Основные понятия в обучении и прогнозировании ML.
@iOS Dev
Фреймворки машинного обучения Apple с годами становятся все более мощными.
Style Transfer или Neural Style Transfer — одна из техник, которую предоставляют фреймворки.
С помощью переноса стиля (Style Transfer) вы сможете превращать одно изображение в другое, стилизуя его под заданное.
📖 В этом руководстве вы узнаете, как использовать ML-фреймворки Apple для достижения этой цели прямо на вашем iOS-устройстве!
Машинное обучение (ML) в iOS и macOS опирается на два основных фреймворка Apple - CreateML и CoreML.
ℹ️ CreateML позволяет создавать и обучать ML-модели, а CoreML — запускать их.
Изначально CreateML был доступен только для macOS для создания моделей. Затем их можно было использовать в приложениях macOS, iOS или iPadOS.
В 2021 году Apple сделала этот фреймворк доступным для iOS 15 и iPadOS 15. Теперь фреймворк CreateML позволяет обучать и создавать модели на устройстве.
Прочитав статью, вы получите ответы на следующие вопросы:
⚪ Как создать ML-модель на устройстве.
⚪ Как использовать модель для создания стилизованного изображения.
⚪ Основные понятия в обучении и прогнозировании ML.
@iOS Dev
Что нового в Swift 5.7?
Вспоминаем, резюмируем, ждём.
📱 Выход нового айфона уже совсем скоро, а вместе с ним и паблик-релиз новой оси. В новом Xcode версия Swift по дефолту будет 5.7, поэтому будет полезно вспомнить (или узнать), что теперь можно использовать.
В нашем канале я старался оперативно рассказывать о всех изменениях в формате кратких постов с примерами:
⚪ Новый синтаксис в Swift 5.7 для optional unwrapping.
⚪ Упрощаем написание и понимание кода в Swift 5.7 использованием some.
⚪ Улучшение работы с closures в Swift 5.7.
⚪ Новое API для взаимодействия со временем.
📖 В этой статье Пола Хадсона новшества перечисляются в разумном порядке с практическими объяснениями.
🛠 Также с ними можно познакомиться в формате Xcode Playground.
@iOS Dev
Вспоминаем, резюмируем, ждём.
📱 Выход нового айфона уже совсем скоро, а вместе с ним и паблик-релиз новой оси. В новом Xcode версия Swift по дефолту будет 5.7, поэтому будет полезно вспомнить (или узнать), что теперь можно использовать.
В нашем канале я старался оперативно рассказывать о всех изменениях в формате кратких постов с примерами:
⚪ Новый синтаксис в Swift 5.7 для optional unwrapping.
⚪ Упрощаем написание и понимание кода в Swift 5.7 использованием some.
⚪ Улучшение работы с closures в Swift 5.7.
⚪ Новое API для взаимодействия со временем.
📖 В этой статье Пола Хадсона новшества перечисляются в разумном порядке с практическими объяснениями.
🛠 Также с ними можно познакомиться в формате Xcode Playground.
@iOS Dev
5 сложных алгоритмов, упрощенных с помощью функций высшего порядка в Swift
Как разработчику, нам очень часто приходится иметь дело со сложными алгоритмами, на разработку которых уходят часы или даже дни.
Благодаря функциям высшего порядка Swift, таким как
📖 В этой статье автор рассказывает о пяти алгоритмах, реализацию которых можно упростить благодаря функциям высшего порядка в Swift.
@iOS Dev
Как разработчику, нам очень часто приходится иметь дело со сложными алгоритмами, на разработку которых уходят часы или даже дни.
Благодаря функциям высшего порядка Swift, таким как
map
, reduce
, filter
и т. д., некоторые из этих сложных алгоритмов теперь можно легко решить c помощью нескольких строк кода.📖 В этой статье автор рассказывает о пяти алгоритмах, реализацию которых можно упростить благодаря функциям высшего порядка в Swift.
@iOS Dev
Swift 30 Projects — подборка опенсорсных проектов на самые разные темы
Сделано разработчиками для разработчиков
🛠 Этот репозиторий содержит проекты, демонстрирующие следующие примеры:
🔘 Простые компоненты UIKit.
🔘 UIScrollView, UITableView, UICollectionView.
🔘 CAAnimations и UIView Animations.
🔘 Локальные уведомления.
🔘 Фреймворки MapKit, Contact и Core ML.
🔘 Core Data, Today Extension и 3D touch.
🔘 Популярные фреймворки с открытым исходным кодом.
🔘 Паттерны проектирования.
🔘 XCTest.
Для каждого проекта есть свой README и скриншоты, все подробности можно найти там.
#opensource
@iOS Dev
Сделано разработчиками для разработчиков
🛠 Этот репозиторий содержит проекты, демонстрирующие следующие примеры:
🔘 Простые компоненты UIKit.
🔘 UIScrollView, UITableView, UICollectionView.
🔘 CAAnimations и UIView Animations.
🔘 Локальные уведомления.
🔘 Фреймворки MapKit, Contact и Core ML.
🔘 Core Data, Today Extension и 3D touch.
🔘 Популярные фреймворки с открытым исходным кодом.
🔘 Паттерны проектирования.
🔘 XCTest.
Для каждого проекта есть свой README и скриншоты, все подробности можно найти там.
#opensource
@iOS Dev
Появится Crash Detection
Автоматически уведомит экстренные службы в случае столкновения на авто.
Важное и полезное нововведение!
Обучили на 1 миллионе часов реального вождения и обнаружения аварий.
Юзают кучу данных с гироскопа и не только, что позволит наиболее точно определить степень повреждений.
@iOS Dev
Автоматически уведомит экстренные службы в случае столкновения на авто.
Важное и полезное нововведение!
Обучили на 1 миллионе часов реального вождения и обнаружения аварий.
Юзают кучу данных с гироскопа и не только, что позволит наиболее точно определить степень повреждений.
@iOS Dev