💎 Новая сборка симулятора

Версия: 1 (11)

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

А также:
- исправили стрики. Добавили отсчет с 1 и исправили баг с переходом с месяца
- Добавили новые ачивки
- Обновили немного дизайн

💎 Что ожидать дальше
- На прошлой недели мы играли с chatGPT. скорее всего он появится и в симуляторе

Cracking the Mobile System Design Interview (iOS & Android)

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

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

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

В статье собраны стандартные советы:
- 🔍Сбор требований
- 🕷 Поиск проблем
- 🔘 Поиск решений
- ✅ Анализ характеристик хорошей системы

🎭 Fake it till you make it

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

Один из приемов перебороть синдром — вера в себя. Она бывает адекватной и нет. Одна черпается из лужи лжи, другая строится из фактов. Прием "Fake it till you make it" имеет 2 стороны медали и при неправильном использовании приведет к более плачевным последствиям. Большая маленькая ложь.

есть условия, когда принцип будет работать:

1️⃣. Прогнозы о будущем должны быть на фактах

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

2️⃣. Притворяться о прошлом — мошеничество.

Если человек врал о прошлом, то его прогнозы о будущем будут ошибочны. Легко запутаться кто ты настоящий и полезть ловить крокодила проданной тебе удочкой, где владелец уверял в абсолютной победе. Только корни предсказания были в ложной вере и выдуманном опыте "великого" рыбака. В реальности же и карася не словив на неё. Прецедент будет разрушителен для торговца, а твоя история будет фатальной.

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

Я против лжи. Её переизбыток — опасен. Это плохой инструмент, который погрузит в иллюзии и даст фальшивую метрику.

😃 SwiftUI vs UIKit

Рано или поздно мы придем к верстке, хоть я прикладываю все усилия не затрагивать краску кнопок. Хочу быть самым бесполезным каналом, который не говорит о великом искусстве кнопко-строения. Начнем из далека.

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

В статье автор сравнивает вечных соперников.

➕ плюсы SwiftUI:

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

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

В этом огромном списке плюсов есть и минусы. Автор пишет, что SwiftUI подходит для простых вещей, но не для сложных. С его помощью очень, очень легко создать пользовательский интерфейс и очень, очень сложно создать какую-либо часть реальной бизнес-логики, которую вы не увидели бы в простом руководстве по Hello World.

➖ минусы SwiftUI

- Фреймворк ограниченный, а попытки его перехитрить приводят к проблемам. Очень простой способ столкнуться с загадочными и неразрешимыми проблемами рендеринга. Достаточно использовать индекс в качестве определения уникальности и уже получим серьезные последствия для того, как SwiftUI будет обновлять список.

- Невозможно отдебажить проблемы с рендерингом. Сам фреймворк генерирует код, который сложно по себе дебажить. Автор уточняет, что в самой генерации нет проблем. Есть сложности с поиском проблем в сгенерированном коде.

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

📚 iOS 15 Programming Fundamentals with Swift

Следующий пост позора автору канала. Это первый первый пост с рекомендацией книги по iOS.

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

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

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

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

Ссылка на книгу тут

#books