Ми щодня створюэмо класи, структури та енами, іноді навіть не замислюючись над тим, що краще використовувати і на що це може вплинути.
Усі знають что класи передаються за посиланням, а структури - за значенням.
Чи все так просто? Чи завжди є кращим використання value types?
Ми заглибимося у "популярні" тези і розглянемо особливості реалізації і поведінки таких типів залежно від вмісту, згадаємо про stack, heap, memory management і про performance.

В роботі над SMS Filter нам доводиться розв'язувати ряд задач класифікації текстів, підходами до деяких із них я хотів би поділитись.
Що ми робитимемо: Поговоримо про задачі класифікації текстів та вбудовані в iOS SDK засоби для їх розв'язання: NLLanguageRecognizer, MLTextClassifier.
З'ясуємо деякі обмеження NLLanguageRecognizer та MLTextClassifier.
Сбробуємо обійти ці обмеження, побудувавши власний класифікатор тесту. Розглянемо деякі техніки, що дозволять нам вбудувати цей класифікатор в AppExtension.
Оцінимо ефективність нашого рішення.
Буде весело.

⁃ Як реалізовувати складну логіку, щоб потім ще у цьому розібратися
⁃ Знов про data-driven
⁃ Як потім цю логіку протестувати
⁃ Коли так робити не треба

Ця доповідь про security design & security architecture. Поговоримо про реальний iOS/macOS застосунок, в якому користувачі попросили end-to-end шифрування своїх нотаток, і як я це побудувала.



Побачимо як складно будувати безпечну систему, яка не руйнує UX користувачів. Ключові слова: модель даних, модель загроз, різниця між "data locking" та "data encryption", різниця між паролем та ключем шифрування, вибір криптобібліотеки, недовіра iOS Keychain, багатошарові кеши, підготовка до інциденту, monotonic timer, defense in depth

Як перестати скаржитися на backend команду і почати їм співчувати.

Розглянемо проблему пошуку і аналізу цікавого тексту на скріншотах. Підготуємо модель класифікатора символів и конвертуємо її у формат CoreML.

У кожному проекті ми намагаємося створити ідеальну структуру і логіку взаємодії, щоб можна було змінювати все гнучко та швидко. І все би окей, але молоді спеціалісти, що звикли до View Controller от Ray Wenderlich починають активно нервувати, бо це складно і неочевидно, навіщовзагалі fp та immutability. У цьому воркшопі я розповім, як ми структурували один простенький проект, основним завданням якого було фотографувати та розпізнавати їжу, але саме розпізнавання буде за межами цього воркшопу. У процесі я покажу, як ми розбивали проект на модулі та логічні компоненти. Після цього подискутуємо на тему хайпових термінів, як то: сервіси, стори, координатори, presentation model, доменні моделі, функції трансформації і як нарешті примусити все це запрацювати.