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

легко анализировать с дивана готовый продукт. Там эту фичу кто-то заказал, кто-то ее принял в релиз. Те же девы может задолбались объяснять, что можно лучше, но горел дедлайн или PO сказал "у нас на iOS уже так, поздняк метаться".

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

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

Причем тут это? Стабильность и юзабильность должна быть у приложения в первую очередь. Мне как пользователю пофиг что там внутри.

Проблема не в архитектуре, а в приоритетах, на что время тратим.

+

Просто у кого-то CTO/техлид обладает достаточно крутыми софтскиллами, чтобы пробить ресурсы на разработку любых игрушек

Или может у них эти архитекторы все время меняются

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

Техлид не должен быть дураком. У Владимира Теблоева кажется из сбербанка был хороший доклад про архитектуру. Скиньте кто ссылку помнит.

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

Не надо путать ux и ui, но отвечая на вопрос - да, кодили, но это никак не мешало пользоваться приложением.

Как уже говорилось, везде должен быть балланс. Важно не забывать, что цель - сделать удобный продукт, а хороший код / архитектура - это лишь средство для достижения цели.

Пофиг первые полгода, а потом тебе вывалят сырое приложение без половины фич, тк старое не возможно было поддерживает и его переписали заново 😏
(почти трустори)

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

Ну это же не проблема пользователя, правильно?

о, а как насчет того, что это гениальный маркетинг для фирмы? Ну, по чесноку, хочется же с крутыми дядьками поработать? Сказать тебе:
— аппа для кассиров.
— за кого ты меня при...
— Square!
— Прощай немытая Россия, страна рабов, страна господ...!

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