ВБ
ну то есть большие группы людей возбуждаются от процесса, но не от результата, что проблема
есть такое, обычно злые манагеры мешают наслаждаться процессом и заставляют менять систему ценностей
Size: a a a
2019 July 22
AE
Надо соблюдать баланс
ST
не ребята, у нас в коммьюнити большая проблема, что много кто думает, что процесс - всё, а результат - ничто
Вот... Вот эту проблему надо как то больше педалировать в массы, а не только как плодить слои и модули. А то как не зайдешь в архитектурный чатик, там люди неделями выясняют в каком слое им лучше что то сделать. И такое думаешь - дай бог здоровья человеку, который это будет переписывать когда вдруг поменяются бизнес-требования. Или целый день разоряться, что им не дают возможности null засунуть в параметры вью. То есть, для людей уже норма показать кривой UI, только лишь бы их код выглядел идеально. Печально все это наблюдать и этим пользоваться.(
P
Вот... Вот эту проблему надо как то больше педалировать в массы, а не только как плодить слои и модули. А то как не зайдешь в архитектурный чатик, там люди неделями выясняют в каком слое им лучше что то сделать. И такое думаешь - дай бог здоровья человеку, который это будет переписывать когда вдруг поменяются бизнес-требования. Или целый день разоряться, что им не дают возможности null засунуть в параметры вью. То есть, для людей уже норма показать кривой UI, только лишь бы их код выглядел идеально. Печально все это наблюдать и этим пользоваться.(
поменялись-перепесили
K
такое... у человека который заморачивается качеством кода скорее всего и требования к стабильности приложения выше. Редко наоборот. Часто бывает, что пилят хорошо, но не то. Но это уже и косяк PO и остальных. Хороший дев так-то не гарантирует успех продукта.
D
такое... у человека который заморачивается качеством кода скорее всего и требования к стабильности приложения выше. Редко наоборот. Часто бывает, что пилят хорошо, но не то. Но это уже и косяк PO и остальных. Хороший дев так-то не гарантирует успех продукта.
Часто пилят долго и дорого то, что можно сделать в 5 раз быстрее и тоже стабильно. И еще кода будет меньше, тоже читаемого и поддерживаемого.
Замечаю, что проблема очень больших организаций, где бюрократия начинает перемешивать здравый смысл.
Как тот же эйрбнб, у которого команда в сотни разработчиков и уйма метрик, но на каждое сообщение приходит емейл, а если его отключить - на телефон уведомления не приходят. По крайней мере пару лет назад так было.
Тоже считаю, что надо про балланс в массы вещать.
Замечаю, что проблема очень больших организаций, где бюрократия начинает перемешивать здравый смысл.
Как тот же эйрбнб, у которого команда в сотни разработчиков и уйма метрик, но на каждое сообщение приходит емейл, а если его отключить - на телефон уведомления не приходят. По крайней мере пару лет назад так было.
Тоже считаю, что надо про балланс в массы вещать.
D
Один из главных принципов архитектуры забываем. KISS
NY
Один из главных принципов архитектуры забываем. KISS
И YAGNI
Sλ
Часто пилят долго и дорого то, что можно сделать в 5 раз быстрее и тоже стабильно. И еще кода будет меньше, тоже читаемого и поддерживаемого.
Замечаю, что проблема очень больших организаций, где бюрократия начинает перемешивать здравый смысл.
Как тот же эйрбнб, у которого команда в сотни разработчиков и уйма метрик, но на каждое сообщение приходит емейл, а если его отключить - на телефон уведомления не приходят. По крайней мере пару лет назад так было.
Тоже считаю, что надо про балланс в массы вещать.
Замечаю, что проблема очень больших организаций, где бюрократия начинает перемешивать здравый смысл.
Как тот же эйрбнб, у которого команда в сотни разработчиков и уйма метрик, но на каждое сообщение приходит емейл, а если его отключить - на телефон уведомления не приходят. По крайней мере пару лет назад так было.
Тоже считаю, что надо про балланс в массы вещать.
бытует мнение, что если у тебя в проекте не Clean Arch, то ты пишешь все в одной активити 🌝
K
Как фича уведомлений начнет работать иначе, если они упростят архитектуру? А, подожди, ты решил что это связано. Очень частая ошибка, бывает.
NY
Вот... Вот эту проблему надо как то больше педалировать в массы, а не только как плодить слои и модули. А то как не зайдешь в архитектурный чатик, там люди неделями выясняют в каком слое им лучше что то сделать. И такое думаешь - дай бог здоровья человеку, который это будет переписывать когда вдруг поменяются бизнес-требования. Или целый день разоряться, что им не дают возможности null засунуть в параметры вью. То есть, для людей уже норма показать кривой UI, только лишь бы их код выглядел идеально. Печально все это наблюдать и этим пользоваться.(
Поддерживаю. Иногда столько времени ребята выясняют в чате, сколько нужно интеракторов, что даже и не знаешь, когда код пишется то...
AE
такое... у человека который заморачивается качеством кода скорее всего и требования к стабильности приложения выше. Редко наоборот. Часто бывает, что пилят хорошо, но не то. Но это уже и косяк PO и остальных. Хороший дев так-то не гарантирует успех продукта.
Какой успех продукта? Речь про то, что AirBnB падает, потом ещё раз падает, но зато стек там суперский, ребята во всю развлекаются.
NY
Какой успех продукта? Речь про то, что AirBnB падает, потом ещё раз падает, но зато стек там суперский, ребята во всю развлекаются.
А как так вышло, что бизнес им выделяет время и деньги на эти развлечения?
NY
Что нужно сказать бизнесу, чтобы дали время и сотрудников на это всё?
AE
Качество кода != Архитектура (все эти модные MV*), запомните. Это просто паттерн.
AE
И эти понятия надо резделять
AE
То что вы там наархиктурили может просто невозможно читать и поддерживать
K
может. А может нет. Плохо наархитектурили != архитекторЪ нинужон.
K
короче, архитектурьте хорошо, не архитектурьте плохо!
NY
Сказал, как отрезал