SwiftUI Architecture — Best Practices and Principles

Тема архитектур все острее и острее. Красить кнопки нам осталось немного.

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

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

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

Выбрасывайте TCA из проекта. Пишите свои удобные архитектурные решения.

👨‍💻В России заработала платформа для подтверждения навыков айтишников

Программисты, которые успешно справятся, получат сертификат Минцифры и отметку на Госуслугах.

Сократите расходы, а не углы. Модуляризация с помощью SPM

Когда речь идёт об архитектуре, важно понимать: MVC, MVP, VIPER, TCA — это не архитектуры, а лишь паттерны уровня UI. Настоящая архитектура — это о структуре всего приложения, а не одного экрана.

Модуляризация отвечает на прямые вопросы:
- Где будет бизнес-логика?
- Как делятся модули?
- Как они взаимодействуют?
- Как добавлять новые фичи?

Эти вопросы особенно важны, когда проект растёт и превращается в монолит: сборка становится медленной (привет банки с часом сборки проекта), а багов всё больше. В такой ситуации уже не до споров про TCA или VIPER — хочется просто, чтобы всё работало.

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

Архитектура — это не стиль, а система с понятными метриками и последствиями. И если решать архитектурные проблемы — то с опорой на реальную структуру проекта, а не только на паттерны UI.

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

ну че, желаю всем, чтоб в "убийцах телеграма" также платили, как в телеграме

Смерть мобильной разработки или временная трудность?

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

В США уже итшники побили рекорд по безработице. Еще немного напрягает в целом ситуация что удаление из сторов продолжается, а новые учетки разработчиков все сложнее купить

Поделитесь своим опытом поиска работы в СНГ и в мире? Дело только в иос или вообще проблема со всем ит?

Мне всегда казалось, что любой продукт нейросетей это что-то вторичное и переработанное.

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

Работа впечатляет. Еще раз убеждаюсь, что решает не инструмент, а руки, которые его используют.

Мнение про вайбкодинг-собесы: Норм или стрем?

Мы в индустрии обожаем жаловаться на собесы. У каждого были кейсы, где ты чувствовал себя участником шоу "интуиция". Но решений и альтернатив всё ещё мало

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

Да более того, есть некоторые отдельные команды, которые ОБЯЗАЛИ своих разрабов использовать cursor/claude, а кто этого не делает должен объясниться и получить ярлык "неэффективного".

Я вполне нормально отношусь к таким собесам с гуглином и аишкам. Ведь кто ими не пользуется? Помню даже проходил внутренний собес в авито в спиды (платформенная команда CI/CD) и мы три часа решали разные задачи, где мне легко разрешали гуглить. Оценивая как я собираю информацию и к чему подхожу.

Вроде бы наконец-то. Мы избавились от этих алгосов и зубрежки теории. Заживем. Ушли от этого вайтбординга к вайбкодингу, умеем оценивать главное в разработке сегодня — не помнить всё наизусть, а уметь эффективно находить и применять информацию.

Но и тут мы нашли критику:
- одни жалуются, что теперь еще сложнее находить работу. Ведь только "взломали найм" с его хрупкой системой, то теперь придется не зубрить билеты и идти по шаблону, а уметь думать и творчески подходить к работе.
- другие считают, что мы убиваем инженерность. И теперь остается только копипастить код (который раньше многие копипастили со стэковерфлоу).

Как по мне, наоборот круто, что такие собесы появляются. Ведь оценивают не твою подготовку к собесам или академические знания, а твою работу и практику. Че думаете?