точно так же, разве ты верстку во viewController не заметишь?

дело не в компании, в целом проблема

В том что в индустрии хантят "сеньер + 2 года опыта иос"?))

Так и не в этом, от людей с большим опытом я такое тоже слышу. То есть для меня это таинственная тайна. Почему очевидная вещь, не очевидна)

17 лет опыта достаточно, чтобы убедиться в компетенции?

🤷‍♂️

А 20?

А архитектор?

я у себя зову эти штуки Entity если там данные, dto если ответ не консистентен и нужна только его часть или он содержит несколько entity. А те фигулины котрые вьюхи жрут я называю data. Типо UserCardViewData - типо данные для UserCardView.

вчера на работе, был случай.
Краткая предыстрия: У нас там MVC, и его не до конца понимают, переодически на ревью вижу куски вида в viewCOntroller, заставляю их от туда убирать во view.
Сам случай: Колега делится проблемой, что несколько контроллеров переиспользуются в приложении, но естественно есть отличия, заголовки, способ закрытия, следущий контроллер в навигации. Ну и данных должны обрабатываться по другому. Он значит делает координатор который должен получать данные с бека, Роутер который одновременно и фабрика и знает как показывать экран. И инжектит все в контроллер.
И я ему говорю, а зачем так сложно? флоу то все равно линейный, перестановок сцен никаких нет, Все внедряемые параметры статичны. Просто сделай разные контроллеры и переиспользуй только вью, а в контроллерах сделай специфицескую навигацию и дергай сервисы необходимые. Открываю контроллер который он хочет переиспользовать, он просто пустой (ну логично, все во view же). Вот говорю, тут же даже дублировать нечего. И он такой сидит сидит и говорит, "черт это же рили решит мою проблему. Почему я не додумался до того что можно переиспользовать только View")

И так постоянно. У многих IOS ников, просто в голове почему то не укладывается, что view и ViewController это отдельные сущности, а не одна и таже)

вчера на работе, был случай.
Краткая предыстрия: У нас там MVC, и его не до конца понимают, переодически на ревью вижу куски вида в viewCOntroller, заставляю их от туда убирать во view.
Сам случай: Колега делится проблемой, что несколько контроллеров переиспользуются в приложении, но естественно есть отличия, заголовки, способ закрытия, следущий контроллер в навигации. Ну и данных должны обрабатываться по другому. Он значит делает координатор который должен получать данные с бека, Роутер который одновременно и фабрика и знает как показывать экран. И инжектит все в контроллер.
И я ему говорю, а зачем так сложно? флоу то все равно линейный, перестановок сцен никаких нет, Все внедряемые параметры статичны. Просто сделай разные контроллеры и переиспользуй только вью, а в контроллерах сделай специфицескую навигацию и дергай сервисы необходимые. Открываю контроллер который он хочет переиспользовать, он просто пустой (ну логично, все во view же). Вот говорю, тут же даже дублировать нечего. И он такой сидит сидит и говорит, "черт это же рили решит мою проблему. Почему я не додумался до того что можно переиспользовать только View")

И так постоянно. У многих IOS ников, просто в голове почему то не укладывается, что view и ViewController это отдельные сущности, а не одна и таже)

> Роутер который одновременно и фабрика и знает как показывать экран. И инжектит все в контроллер.
хаха

А как бы сделал архитектор?

я всего контекста не знаю, мне вот приходится отучать коллег от сторов которые еще и синглтоны