Size: a a a

Android Architecture

2020 February 21

Н

Никита ✓ in Android Architecture
Igor
почитав все вышесказанное, возникает ощущение, что при MVI в довесок к обычным задачам будешь ещё часть времени тратить, чтобы придумать как все впилить и чтобы все работало, масштабировалось и вновь прибывшие смогли это хоть как-то понять
Так такое не только в MVI 🤷‍♂️
источник

U

Unat in Android Architecture
Igor
почитав все вышесказанное, возникает ощущение, что при MVI в довесок к обычным задачам будешь ещё часть времени тратить, чтобы придумать как все впилить и чтобы все работало, масштабировалось и вновь прибывшие смогли это хоть как-то понять
В этом и плюс! Там сложнее забить на эти "мелочи"
источник

ML

Mikhail Levchenko in Android Architecture
Igor
почитав все вышесказанное, возникает ощущение, что при MVI в довесок к обычным задачам будешь ещё часть времени тратить, чтобы придумать как все впилить и чтобы все работало, масштабировалось и вновь прибывшие смогли это хоть как-то понять
Если так посмотреть, то то же самое можно про любое изменение в привычном стеке сказать
источник

U

Unat in Android Architecture
Я уж насмотрелся на "У нас MVP - тут любой разберётся". И ад.
источник

U

Unat in Android Architecture
Когда одни только модули для даггера по 1000+ строк кода.
источник

V

Vladimir in Android Architecture
кто-то смотрел такую реализацию mvi?
https://github.com/kanawish/upvote/tree/flow
что можете сказать?
источник

ML

Mikhail Levchenko in Android Architecture
Unat
Когда одни только модули для даггера по 1000+ строк кода.
Моё любимое в даггере - когда на каждую зависимость хуячат Provide для того чтобы потом повесить аннотацию @Inject над презентером и сказать "сматрити, сколько кода сэкономили"
источник

Н

Никита ✓ in Android Architecture
Unat
Я уж насмотрелся на "У нас MVP - тут любой разберётся". И ад.
🙃 "У нас тут 3 кастомных лейаут менеджера по 1000+ строк, но там любой разберётся. а ещё вот эта хрень со 100500 абстракций и Ctrl+ЛКМ не поможет во всём разобраться. Денёк хватит, заодно баг такой-то пофикси"
источник

I

Igor in Android Architecture
Igor
почитав все вышесказанное, возникает ощущение, что при MVI в довесок к обычным задачам будешь ещё часть времени тратить, чтобы придумать как все впилить и чтобы все работало, масштабировалось и вновь прибывшие смогли это хоть как-то понять
> вновь прибывшие смогли это хоть как-то понять

Всегда поражал этот поинт.
У вас что сильная текучка (аутсорс?) или вы альтернативно-одаренных берете на работе?

MV(?) это не рокетсаенс и не теоркат, любая 🐒 въедет, еще до окончания испытательного срока.
источник

I

Igor in Android Architecture
Mikhail Levchenko
Если так посмотреть, то то же самое можно про любое изменение в привычном стеке сказать
ну тут есть момент что привычный стек может поддерживаться разработчиками ОС и языка и тогда появляется много приятных вещей, которые делают программирование понятнее, быстрее и удобнее, например: ViewModel, viewModelScope из коробки, flow to liveData (asLiveData - одна строчка) и прочее
источник

DE

Denis Egorov in Android Architecture
Igor
ну тут есть момент что привычный стек может поддерживаться разработчиками ОС и языка и тогда появляется много приятных вещей, которые делают программирование понятнее, быстрее и удобнее, например: ViewModel, viewModelScope из коробки, flow to liveData (asLiveData - одна строчка) и прочее
Да что значит привычный стек? Разработчик же должен головой своей думать. Тут как бы насрать, как он привык)
источник

I

Igor in Android Architecture
Unat
Я уж насмотрелся на "У нас MVP - тут любой разберётся". И ад.
ну бывает когда feature модулей по 100 штук))
источник

DE

Denis Egorov in Android Architecture
Ты же делаешь продукт, а они все разные
источник

ML

Mikhail Levchenko in Android Architecture
Igor
ну тут есть момент что привычный стек может поддерживаться разработчиками ОС и языка и тогда появляется много приятных вещей, которые делают программирование понятнее, быстрее и удобнее, например: ViewModel, viewModelScope из коробки, flow to liveData (asLiveData - одна строчка) и прочее
не, ну если flow to livedata это прям причина, то мне нечего сказать
источник

DE

Denis Egorov in Android Architecture
Если ты знаешь язык программирования, то ты должен во всем разбираться
источник

I

Igor in Android Architecture
Denis Egorov
Да что значит привычный стек? Разработчик же должен головой своей думать. Тут как бы насрать, как он привык)
ну "привычный" значит поддерживаемый создателями OC и языка, вот этот смысл
источник

DE

Denis Egorov in Android Architecture
Потому что ты код читаешь
источник

I

Igor in Android Architecture
Mikhail Levchenko
не, ну если flow to livedata это прям причина, то мне нечего сказать
так я сказал о простых мелочах, но в сумме очень много таких мелочей дают свой профит
источник

U

Unat in Android Architecture
лабуда, пример слишком простой и не показывает как правильно приседать с сложными View
источник

SV

Sergey Vasilchenko in Android Architecture
Mikhail Levchenko
Моё любимое в даггере - когда на каждую зависимость хуячат Provide для того чтобы потом повесить аннотацию @Inject над презентером и сказать "сматрити, сколько кода сэкономили"
таки не все знают что это можно не делать, так и появляется это вот "чет там много бойлерплейта в даггере" :)
источник