AD
Интересно, куда хочет йос
а iOS-еры учат Kotlin, чтобы их не вытеснили MPP-шники
Size: a a a
2020 March 18
AO
в гей-клуб (простите)
Все ещё подходит
КР
а iOS-еры учат Kotlin, чтобы их не вытеснили MPP-шники
Если бы.((
СГ
а бывает класс написанный и в нём ничего не меняли?)
да может там конфиг файл какой то)
AE
в гей-клуб (простите)
А разве не уже?
KD
Интересно, куда хочет йос
В гей клуб
VP
это типа самая древняя сохранившаяся LOC?
Наверное, лучше средний возраст
КР
В гей клуб
Опоздал.(
VP
Проблема в том, что ощущение "легаси" и реальный возраст кода не всегда напрямую связаны, поэтому численные метрики не подходят
КР
Проблема в том, что ощущение "легаси" и реальный возраст кода не всегда напрямую связаны, поэтому численные метрики не подходят
Нууу, в мобилке, например, раньше даже не слышали про tea и писали на mvc и mvp. А я теперь если вижу этот стек - сразу можно считать легаси. Тренды меняются, а старые приложения вряд ли им соответствуют.
AD
Нууу, в мобилке, например, раньше даже не слышали про tea и писали на mvc и mvp. А я теперь если вижу этот стек - сразу можно считать легаси. Тренды меняются, а старые приложения вряд ли им соответствуют.
нельзя считать нетрендовый подход за легаси
КР
нельзя считать нетрендовый подход за легаси
Ну mvp явно хуже, чем udf (на своей шкуре испытал). Если приложение не развивается и не смотрит в сторону более хороших подходов - это легаси, имхо
AD
Ну mvp явно хуже, чем udf (на своей шкуре испытал). Если приложение не развивается и не смотрит в сторону более хороших подходов - это легаси, имхо
у тебя есть отлично написанный на MVP экран - понятно, очевидно, нет багов и приносит деньги
нужно ли добавлять задачу на переписывание на UDF/TEA?
кажется, что нет - считать легаси не стоит
нужно ли добавлять задачу на переписывание на UDF/TEA?
кажется, что нет - считать легаси не стоит
КР
у тебя есть отлично написанный на MVP экран - понятно, очевидно, нет багов и приносит деньги
нужно ли добавлять задачу на переписывание на UDF/TEA?
кажется, что нет - считать легаси не стоит
нужно ли добавлять задачу на переписывание на UDF/TEA?
кажется, что нет - считать легаси не стоит
Так это же "работает не трожь". А не трогать невозможно - иначе бы нас всех уволили. Надо фичи пилить. И на mvp тебе сложнее контролить стейт и его консистентность. Вообще проблема mvp/mvvm это скейлинг и развитие. Намного проще получить в какой-то момент непонятное состояние.
AD
Так это же "работает не трожь". А не трогать невозможно - иначе бы нас всех уволили. Надо фичи пилить. И на mvp тебе сложнее контролить стейт и его консистентность. Вообще проблема mvp/mvvm это скейлинг и развитие. Намного проще получить в какой-то момент непонятное состояние.
но в ином случае это уже переписать ради переписать
AD
в общем, имхо, истина где-то посередине)
КР
но в ином случае это уже переписать ради переписать
Если в меру и есть пусть и гипотетический профит - в подходе "переписывать ради переписать" не вижу ничего плохого. Не с нуля, конечно, но всё же. Потихоньку, понемногу, по экранчику.
ML
Если в меру и есть пусть и гипотетический профит - в подходе "переписывать ради переписать" не вижу ничего плохого. Не с нуля, конечно, но всё же. Потихоньку, понемногу, по экранчику.
переписывание ради переписывания – тяжелый процесс, особенно без e2e тестов
ML
лучше переписывать, когда есть четко сформулированная проблема