Я предал яблокодрочеров

Смотрю планшет хуавей с harmony os и в целом не дурно. Единственный момент это чувство подделки.

UI и UX бросается в глаза, хоть очень старается. Эффект зловещей долины. Если уж делать что-то, то лучше или чуть по-другому . А копирка чужого успеха как-то дешево выглядит

5 основных Property Wrappers SwiftUI и как их эффективно использовать

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

На собеседованиях уже активно спрашивают SwiftUI и Swift Concurrency. Прям отдельными блоками с лайфкодингом. Будто держали методичку с вопросами заранее. Мобильная разработка становится еще сложнее из-за кучи новых технологий. Опыт становится не только вертикальный, но и горизонтальный. Для нас это хорошо.

Самое время начать с базы. Какую базу вы бы спрашивали для SwiftUI?

Две одинаковые строки в Swift. Или нет?

И снова рубрика "Чудеса дизайна языка". Многими считается, что строки в Swift сделаны правильней всего. А кто-то так не считает. Об этом часто спорят на литкоде, когда некоторые общие решения не подходят для Swift.

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

Узнал шок контент, после которого мир не станет прежним:

1. Самокат сделан на react native
2. Сбермегамаркет на нативе

проснитесь. Как получилось так, что рн выглядит лучше натива?

Почему Kotlin Multiplatform не добьется успеха

Известный разработчик и автор делится мнением что:

👉 Разработчики не хотят менять стек, особенно iOS разработчики
👉 Уже было много попыток сделать это
👉 Разработчикам надо знать несколько языков и платформ, но хороших разработчиков-полиглотов очень мало
👉 Сложность мультиплатформенных библиотек и SDK либо они имеют мало функционала
👉 Компании с сильными инженерами только смогут успешно применить KMP, а это высокие зарплаты

Мне, честно, надоел этот хайп вокруг КММ. Но увидел пост тут. Все чаще замечаю агрессивные лозунги в комментах интернета от андроидеров "иосеры не хотят учить кмм — мы их вытесним". Где-то мы уже такое слышали...

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

Некоторые ютуберы и блогеры, у которых платные курсы по кмм, будто подпитывают этот шейминг и цитата "не уйдешь со свифта — уйдешь на помойку". Иноагенты Авроры? DevRel Jetbrains? Будто формируется радикальное движение ненавистников эпл и киперов своего бизнеса, а не любителей других технологий.

Давайте не накалять и жить дружно.

Привет! На связи Podlodka iOS Crew — онлайн-конференция для мобильных разработчиков.

🤔 Развитие в IT порой напоминает блуждание по лабиринту. Куда свернуть, какой путь выбрать? C джунами всё понятно — нужно растить грейд до middle и senior, но что делать дальше? 

📈 Как правильно выстроить карьеру iOS-разработчика — вот основная тема нового сезона, который стартует 27 ноября.

В этот раз вас ждут важные пойнты про эволюцию iOS-программиста. Спикеры из крупных компаний уделят внимание трём китам развития — опыту, навыкам и практике:

🔹 Помогут составить карьерный роадмап — найти точки роста, источники вдохновения, преодолеть ментальные барьеры. 
🔹 Объяснят, как привести pet-проект к результату в 10к пользователей в месяц.
🔹 Обсудят, как работать в зарубежных компаниях в разных частях мира на круглом столе.

🎁 Бонус: новый формат Podlodka Lightning Talks. Это короткие авторские видео от экспертов iOS-разработки о hard и soft-навыках.

Купить билет можно на сайте: https://podlodka.io/ioscrew

Реклама. ИП Толстая Елена Петровна ИНН:507503278104 erid:2SDnjcLtQHW

Прикольная фича SwiftUI с автоматической грамматикой

ChatGPT для iOS разрабов

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

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

Ждем разрабов в мусорке или учимся правильно задавать вопросы?

Правильные Atomic свойства

Как-то на интервью меня спросили как сделать правильный atomic класс. Был дан класс, в котором есть свойство с геттером и сеттером. Что с ним не так?

final class Atomic<Value> {
    private let queue = DispatchQueue(
            label: "com.test.atomic"
         )
    private var value: Value
    
    var wrappedValue: Value {
        get { return queue.sync { value } }
        set { queue.sync { value = newValue } }
    }
}

В теории, все ок. Только есть один нюанс. Я помнил о нем. По отдельности геттер и сеттер будут работать нормально, но если будет оператор +=, то начнется гонка.

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

Дополнительно про атомарность:
- Swift Atomic Properties with Property Wrappers
- Atomic Properties in Swift
- Benchmarking Swift Locking APIs

Не зовите джунов и мидлов проводить сложные собесы

Ревьюер часто ошибается. У нас в компании есть обучение перед тем, как проводить собес. На каждой секции тебе надо 3 раза быть слушателем и 2 раза получить апрув под присмотром опытного ревьюера. Всего секций может быть 5. Быть хорошим интервьюером тоже навык.

Мне иногда ставят собесы, чтобы я оценивал тимлидов или техлидов. Хоть я и прошел весь отбор к собесам и провел уже >50 разных, без обучения таким собесам я отказываю. Одно дело собесить разрабов с небольшим опытом… Есть несколько причин:
1. Тимлидов должен оценивать опытный ревьюер тимлид или пара сеньоров
2. У нас с ними будет другой язык

Помимо четких односложных формулировок, опытный интервьюер должен обладать многими навыками. Где чаще софты не менее важны, чем харды . Часто бывает, что неопытные интервьюеры допускают ошибки при оценки кандидата. Они закапываются в незначительные детали, спорят о незадокументированных редких вещах или уходят в споры о теории. Это проблемы из-за малого практического опыта. В представлениях новичков есть свои проекции черного и белого.

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

Кто-то скажет, что методички помогают. Но часто нет. Методички всеми трактуются по-разному, даже если их четко прописать. Их будут игнорировать или забывать. А еще чаще видно, что автор задач в методичке закладывал один смысл, а менее опытный интервьюер или разработчик вложил свои идеи и домыслы.

MVU для SwiftUI

Об MVU я случайно узнал от андроид разрабов. Говорят, он уже 2 года как один из модных паттернов. Сразу пошел гуглить о нем и нашел статью, что паттерн стремительно набирает популярность в среде фронтенда, андроидов и геймдева.

MVU, популяризированный архитектурой Elm. В MVU модель определяет состояние приложения, представление отображает пользовательский интерфейс на основе состояния (модели), а функция обновления изменяет состояние на основе сообщений (таких как действия пользователя или ответы сервера). Этот однонаправленный поток данных обеспечивает предсказуемость пользовательского интерфейса и существенно упрощает отладку.

Еще один однонаправленный паттерн, который нам так не хватало.