Масштабирование CI/CD для iOS

В прошлом опросе сложных задач тема CI/CD заняла предпоследнее место. Проще только алгоритмы 😂

Результат опроса, на мой взгляд, — кринж. Аудитория посчитала, что CI/CD и алгосы проще краски кнопок и анимаций. С этими тезисами я готов драться на ножах.

Но этот пост о другом. Автор доклада поделился отличным опытом настройки очень важной темы. Разработка таких систем как CI/CD требует множества разных скиллов связанных не только с мобильной платформой. Это полноценная mob.devops специальность, где рынок очень ценит таких разработчиков и готов щедро им платить.

Если вы хотите самостоятельно погрузиться в эту тему, то этот доклад выглядит интересным для основ.

💎 Подборка сложных задач для тренировки систем дизайна

Главные навыки сеньорности — автономность и оценка сроков. Для этого нужна глубина и насмотренность. Сеньор на опыте заранее на уровне чуйки может ожидать где будут сложности.

В этой подборке мы не будем подробно разбирать большие фичи.

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

Суть таких задач отличать заурядную задачу от потенциально проблемной.

🧬 Получить материалы вы можете 💰 тут или ⭐️ тут

💎 Шаблон для собеседований № 2

Прошлый шаблон получил хорошие отзывы и спасибо в лички. Поэтому решил сделать второй шаблон, но уже интересен — про Swift Concurrency и SwiftUI

Мало у кого есть готовые методички под рукой и это вам точно поможет. В этом шаблоне:
🟣вопросы на джуна/мидла про Lazy Containers,View Identity, AnyView и тп
🟣задача на поиск ошибок в SwiftUI
🟣вопросы по SC на отмену, date race, continuation и тп
🟣решение практической задачи

Если понравится сделаю еще одни части.

🧬 Получить материалы вы можете 💰 тут или ⭐️ тут

Путь коммерческого разработчика: Нужна ли математика программисту?

В своем канале я даю только самые полезные на практике знания. Если это алгоритмы, то базовый минимум. Если это систем дизайн, то без ненужных извращений. И так со всем. Минимум усилий — максимум результата. Минимум output'ов — максимум outcome'ов. Без заносчивости и духоты.

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

Частый спор нужна ли математика/алгосы/и тп программисту может запутать начинающих разработчиков. У более опытных коллег есть чаще целый набор искажений:

🟣“Эффект завышенных требований” (Overcomplication Bias).
Человек предпочитает сложные объяснения даже тогда, когда можно дать простые. Он добавляет ненужные детали, не связанные с реальной работой.
🟣Проклятие знания (Curse of Knowledge).
Опытный коллега не осознаёт, что новичку не нужны все сложные детали сразу.
🟣Смещение выжившего (Survivorship Bias). Опытный специалист ориентируется только на свой путь и навязывает новичкам знания, которые помогли ему, но не обязательно нужны сейчас.
🟣Иллюзия глубины понимания (Illusion of Explanatory Depth)
Люди думают, что объясняют понятно, но на самом деле их знания плохо структурированы.

Этим всем болел или болею я сам. Быть качественным программистом != быть качественным учителем.

Так нужна ли математика? И как строить свой путь в образовании?

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

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

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

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

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

Экономьте свое время и ищите самые эффективные пути.