RP
всё же правило "работает - не трогай" не потеряло актуальности, будут выделены часы на рефакторинг - ок, но до тех пор - зачем? Впрочем, это опять же зависит от принятой в компании flow разработки
Size: a a a
2020 June 22
EK
Это скорее не вопрос попадания данных в БД, а приведение их к нужному виду с течением времени с помощью php или разовой миграции
Роман правильно написал что вместе с миграцией надо найти причину появления кривых данных
и вместе с миграцией убрать причину появления кривых данных или убедится что это было раньше и сейчас этого нет
или грошь цена этой миграции, новым записям может проставится кривые значения
и вместе с миграцией убрать причину появления кривых данных или убедится что это было раньше и сейчас этого нет
или грошь цена этой миграции, новым записям может проставится кривые значения
EK
это классический пример тех долга может быть когда поменяли способ хранения но не конвертнули старые значения к новому формату
EK
и когда его фиксить это может быть в разных командах по разному
RP
Роман правильно написал что вместе с миграцией надо найти причину появления кривых данных
и вместе с миграцией убрать причину появления кривых данных или убедится что это было раньше и сейчас этого нет
или грошь цена этой миграции, новым записям может проставится кривые значения
и вместе с миграцией убрать причину появления кривых данных или убедится что это было раньше и сейчас этого нет
или грошь цена этой миграции, новым записям может проставится кривые значения
мы сейчас из одной строчки кода насочинял тему для следующего видео ))
EK
мы сейчас из одной строчки кода насочинял тему для следующего видео ))
ну это вопрос актуальный типо рефакторить или костылять)
EK
Костыльно Ориентированное Программироование (КОП), живо и будет жить )
RP
скорее не "или", а "когда" - это ближе к реальности
RP
я бы посмотрел
KR
это классический пример тех долга может быть когда поменяли способ хранения но не конвертнули старые значения к новому формату
Т.е. фактически что мы имеем в итоге: данные должны быть консистентны и должны соответствовать бизнесовой логике, которая заложена в коде.
EK
я как то на локальной конфе делал доклад показывая куски кода из реальных проектов крупных компаний)
EK
куски говно кода естественно)
RP
Т.е. фактически что мы имеем в итоге: данные должны быть консистентны и должны соответствовать бизнесовой логике, которая заложена в коде.
Всё верно, должны. Вопрос лишь в том, готов ли бизнес выделить время на решение этой и других возможных проблем (рефакторинг) или есть другие, более приоритетные задачи.
EK
Всё верно, должны. Вопрос лишь в том, готов ли бизнес выделить время на решение этой и других возможных проблем (рефакторинг) или есть другие, более приоритетные задачи.
о да эскалируй
собери созвон со всеми (людей по больше)
от эстимейти
и тд
собери созвон со всеми (людей по больше)
от эстимейти
и тд
RP
Если вы сейчас находитесь в стадии mvp - то делайте как говорит первый разработчик, если функционал стабилен и есть время на рефакторинг - делайте как говорит второй. Правы оба, в зависимости от контекста и поставленных задач )
EK
вместо того чтобы просто фиксануть)
RP
нельзя так просто взять и закрыть таск (с) ))
EK
на такой митинг надо обязательно бывшую жену пригласить и узнать ее мнение по поводу этой проблемы)
KR
Если вы сейчас находитесь в стадии mvp - то делайте как говорит первый разработчик, если функционал стабилен и есть время на рефакторинг - делайте как говорит второй. Правы оба, в зависимости от контекста и поставленных задач )
Не всё так сложно, суть в том, что недорефакторили — не привели в нужное состояние базу, и первый разработчик говорит второму, что его решение костыль, что в контексте потраченного времени очень странно
RP
ну, на самом деле культура разработки - это важная штука. менеджмент может не понимать возможных трудозатрат и приоритетов с точки зрения разработки, потому обсуждения нужны