AO
PIDOR хорошая архитектура 👯♀
Да ну, ей уже года 2
Size: a a a
2020 March 18
AO
В утиль
ML
Так он и так впорядке. Всё работает, поддерживать просто, проблем нет.
Тогда на каком основании появился новый подход?
AO
Тогда на каком основании появился новый подход?
Какая-нибудь большая компания решала какую-то свою проблему?
ML
последние аргументы были про то, что мы лезем в ключевой модуль проекта и пытаемся вносить измения, а там состояние размазано по куче хранилищ и его не возможно контролировать
да, у меня цифр вроде «мы потратили N часов на фичу, хотя могли бы потратить 0,1N часов, если бы уделяли по 3sp на протяжении предыдущих пяти спринтов»
теперь еще добавятся аргументы про то, что мы опять слили релиз-за-спринт из-за того, что очень раздробленная логика в приложении 🌚 может даже не уволят
да, у меня цифр вроде «мы потратили N часов на фичу, хотя могли бы потратить 0,1N часов, если бы уделяли по 3sp на протяжении предыдущих пяти спринтов»
теперь еще добавятся аргументы про то, что мы опять слили релиз-за-спринт из-за того, что очень раздробленная логика в приложении 🌚 может даже не уволят
Попробуй ещё задать вопрос "а сколько ещё наш продукт планирует просуществовать?"
AM
Попробуй ещё задать вопрос "а сколько ещё наш продукт планирует просуществовать?"
Ты щас про какие-то далёкие горизонты планирования говоришь, многие от спринта до спринта живут.
ML
Очень классная пассивная агрессия)
AD
Попробуй ещё задать вопрос "а сколько ещё наш продукт планирует просуществовать?"
я примерно знаю ответ
пару месяц плюс как повезёт
пару месяц плюс как повезёт
ML
Ты щас про какие-то далёкие горизонты планирования говоришь, многие от спринта до спринта живут.
Если так, то проблемы техдолга действительно неприменимы
ML
Лучший способ сменить архитектуру или внедрить технологию в таком случае – сменить проект)
СГ
Если код можно развивать и поддерживать и это никому не мешает, значит он не легаси. А уж че там mpv, mvvm, tea или eba - третий вопрос
Согласись, "можно" развивать и поддерживать довольно расплывчатое описание.
AM
Если так, то проблемы техдолга действительно неприменимы
Применимы, просто до клиента и менеджмента это не доходит.
Ты им, сука, раз в неделю пишешь, посмотрите на то, насколько дольше мы чиним баги, а им срать. Вот у клиента есть выставка в июне -- вот к выставке ему надо поставить что-то. А то, что при нормальном подходе к разработке мы бы поставили в полтора раза больше, и при этом были бы уверены в стабильности поставленного продукта, похер примерно всем.
Ты им, сука, раз в неделю пишешь, посмотрите на то, насколько дольше мы чиним баги, а им срать. Вот у клиента есть выставка в июне -- вот к выставке ему надо поставить что-то. А то, что при нормальном подходе к разработке мы бы поставили в полтора раза больше, и при этом были бы уверены в стабильности поставленного продукта, похер примерно всем.
I
Если код можно развивать и поддерживать и это никому не мешает, значит он не легаси. А уж че там mpv, mvvm, tea или eba - третий вопрос
Ты шо доклады Неклюдова не смотрел, MVP/mvvm не скелятся.
Это прошедшая ступень эволюции их времён smalltalk
Это прошедшая ступень эволюции их времён smalltalk
ML
Применимы, просто до клиента и менеджмента это не доходит.
Ты им, сука, раз в неделю пишешь, посмотрите на то, насколько дольше мы чиним баги, а им срать. Вот у клиента есть выставка в июне -- вот к выставке ему надо поставить что-то. А то, что при нормальном подходе к разработке мы бы поставили в полтора раза больше, и при этом были бы уверены в стабильности поставленного продукта, похер примерно всем.
Ты им, сука, раз в неделю пишешь, посмотрите на то, насколько дольше мы чиним баги, а им срать. Вот у клиента есть выставка в июне -- вот к выставке ему надо поставить что-то. А то, что при нормальном подходе к разработке мы бы поставили в полтора раза больше, и при этом были бы уверены в стабильности поставленного продукта, похер примерно всем.
выставка в июне – а потом с проектом что?
I
но ведь независимость можно получить почти в любом проекте, если все раздроблено на независимые компоненты
Нет конечно, в проекте должна быть концептуальная целостность (и Даггер компонент лол), разделяемая всеми деведоперами на проекте, что бы можно было ротировать девов (0 бас фактор)
ПС в аутсорсас ещё хуже, там целостность ещё и между проектами.
ПС в аутсорсас ещё хуже, там целостность ещё и между проектами.
AM
выставка в июне – а потом с проектом что?
А потом планируется наплыв к началу учебного года, а потом ещё, и ещё. У нас проект точно не закончится в ближайшее время.
ML
А потом планируется наплыв к началу учебного года, а потом ещё, и ещё. У нас проект точно не закончится в ближайшее время.
хм. тогда действительно неплохо бы почикать техдолг
ML
вы в каких отношениях с менеджментом?
ML
Есть тех лид? Что он считает?
AD
Нет конечно, в проекте должна быть концептуальная целостность (и Даггер компонент лол), разделяемая всеми деведоперами на проекте, что бы можно было ротировать девов (0 бас фактор)
ПС в аутсорсас ещё хуже, там целостность ещё и между проектами.
ПС в аутсорсас ещё хуже, там целостность ещё и между проектами.
но ведь басфактор всегда есть из-за того, что бизнес-логика особенная