L
А ты сидишь после очередного спринта, где из 2 недель последнюю овертаймил по ночам и думаешь как бы не сдохнуть))
За такое нужно настучать по голове product owner и scrum master, если у вас такие есть, конечно. Это полностью их косяк.
Size: a a a
2021 January 30
SG
Leonid
За такое нужно настучать по голове product owner и scrum master, если у вас такие есть, конечно. Это полностью их косяк.
Это из прошлого. Я очень быстро покинул то место)
L
А что гугл говорит?
много непонятного
SG
Ибо все же приятнее выходные проводить не в IDE, а в девушке
a
Ибо все же приятнее выходные проводить не в IDE, а в девушке
вахахахахахахах
SG
С девушкой*
a
не не не правильно сказал)))))
SG
Хотя так тоже норм
Q
Leonid
За такое нужно настучать по голове product owner и scrum master, если у вас такие есть, конечно. Это полностью их косяк.
И чем тебе это поможет?)
L
Ибо все же приятнее выходные проводить не в IDE, а в девушке
В идевушке 😁
Q
Leonid
За такое нужно настучать по голове product owner и scrum master, если у вас такие есть, конечно. Это полностью их косяк.
Ссорится с командой? ахаха. Ну ну. Легче уволиться
SG
Leonid
В идевушке 😁
Боюсь спросить чем набирается код на клавиатуре...
DH
progress диалог хотел впихнуть, для этого контекст передал + toast
пойми в чем суть мввм. Вьюха знает четко о своей вьюмодели (напрямую, без всяких интерфейсов). Вьюмодель в свою очередь НЕ знает о вью, не имеет ссылок на ее от слова никак.
В вьюмодели ты делаешь все свои грязные дела и обновляешь модель (хочешь выноси отдельным классом, хочешь просто делай ее в виде набора полей вьюмодели). View подписывается (обсервит, реализации могут разнится, в общем смотри паттерн Observer) на эти изменения модели и меняет UI в соответствии с ними. + view посылает на обработку в ту же вьюмодель всякие евенты с ui. Как-то так.
Главная идея в том что вью зависит и знает о вьюмодели, а вьюмодель о вью не знает, односторонняя зависимость, dependency inversion, вся херня.
Логику по максимуму пытайся вынести из вью в вьюмодель, вью отвечает только за то как отобразить данные, все.
В вьюмодели ты делаешь все свои грязные дела и обновляешь модель (хочешь выноси отдельным классом, хочешь просто делай ее в виде набора полей вьюмодели). View подписывается (обсервит, реализации могут разнится, в общем смотри паттерн Observer) на эти изменения модели и меняет UI в соответствии с ними. + view посылает на обработку в ту же вьюмодель всякие евенты с ui. Как-то так.
Главная идея в том что вью зависит и знает о вьюмодели, а вьюмодель о вью не знает, односторонняя зависимость, dependency inversion, вся херня.
Логику по максимуму пытайся вынести из вью в вьюмодель, вью отвечает только за то как отобразить данные, все.
SG
Ссорится с командой? ахаха. Ну ну. Легче уволиться
+1
Команда не виновата, что руководство понятия не имеет как управлять IT-компанией, а менеджер — баран, который накосячил и приходится расхлёбывать
Команда не виновата, что руководство понятия не имеет как управлять IT-компанией, а менеджер — баран, который накосячил и приходится расхлёбывать
L
Ссорится с командой? ахаха. Ну ну. Легче уволиться
Зачем ссориться? Если девам постоянно приходится овертаймить, то это косяк их манагеров.
a
пойми в чем суть мввм. Вьюха знает четко о своей вьюмодели (напрямую, без всяких интерфейсов). Вьюмодель в свою очередь НЕ знает о вью, не имеет ссылок на ее от слова никак.
В вьюмодели ты делаешь все свои грязные дела и обновляешь модель (хочешь выноси отдельным классом, хочешь просто делай ее в виде набора полей вьюмодели). View подписывается (обсервит, реализации могут разнится, в общем смотри паттерн Observer) на эти изменения модели и меняет UI в соответствии с ними. + view посылает на обработку в ту же вьюмодель всякие евенты с ui. Как-то так.
Главная идея в том что вью зависит и знает о вьюмодели, а вьюмодель о вью не знает, односторонняя зависимость, dependency inversion, вся херня.
Логику по максимуму пытайся вынести из вью в вьюмодель, вью отвечает только за то как отобразить данные, все.
В вьюмодели ты делаешь все свои грязные дела и обновляешь модель (хочешь выноси отдельным классом, хочешь просто делай ее в виде набора полей вьюмодели). View подписывается (обсервит, реализации могут разнится, в общем смотри паттерн Observer) на эти изменения модели и меняет UI в соответствии с ними. + view посылает на обработку в ту же вьюмодель всякие евенты с ui. Как-то так.
Главная идея в том что вью зависит и знает о вьюмодели, а вьюмодель о вью не знает, односторонняя зависимость, dependency inversion, вся херня.
Логику по максимуму пытайся вынести из вью в вьюмодель, вью отвечает только за то как отобразить данные, все.
а model за что отвечает? вся логика разве не в нём? подключение к бд например ещё
DH
подключение к бд следует вынести вообще в отдельный слой, не следует это прямо из вьюмодели делать. Модель это скорее стейт, набор полей по сути, а не логика)
SG
пойми в чем суть мввм. Вьюха знает четко о своей вьюмодели (напрямую, без всяких интерфейсов). Вьюмодель в свою очередь НЕ знает о вью, не имеет ссылок на ее от слова никак.
В вьюмодели ты делаешь все свои грязные дела и обновляешь модель (хочешь выноси отдельным классом, хочешь просто делай ее в виде набора полей вьюмодели). View подписывается (обсервит, реализации могут разнится, в общем смотри паттерн Observer) на эти изменения модели и меняет UI в соответствии с ними. + view посылает на обработку в ту же вьюмодель всякие евенты с ui. Как-то так.
Главная идея в том что вью зависит и знает о вьюмодели, а вьюмодель о вью не знает, односторонняя зависимость, dependency inversion, вся херня.
Логику по максимуму пытайся вынести из вью в вьюмодель, вью отвечает только за то как отобразить данные, все.
В вьюмодели ты делаешь все свои грязные дела и обновляешь модель (хочешь выноси отдельным классом, хочешь просто делай ее в виде набора полей вьюмодели). View подписывается (обсервит, реализации могут разнится, в общем смотри паттерн Observer) на эти изменения модели и меняет UI в соответствии с ними. + view посылает на обработку в ту же вьюмодель всякие евенты с ui. Как-то так.
Главная идея в том что вью зависит и знает о вьюмодели, а вьюмодель о вью не знает, односторонняя зависимость, dependency inversion, вся херня.
Логику по максимуму пытайся вынести из вью в вьюмодель, вью отвечает только за то как отобразить данные, все.
Отпимально — чтобы вью обсервила стёрты от вью модели (через те же sealed классы)
a
ладно я так понимаю что зря задал этот вопрос пойду лучше чекну гугл xD
Q
+1
Команда не виновата, что руководство понятия не имеет как управлять IT-компанией, а менеджер — баран, который накосячил и приходится расхлёбывать
Команда не виновата, что руководство понятия не имеет как управлять IT-компанией, а менеджер — баран, который накосячил и приходится расхлёбывать
Дело говоришь, вся проблема в руководстве, которая нанимает менеджеров непонятно как и кого, лишь бы был. А хотя это как раз самый ответсвенный человек. Менеджер - это дирижер команды