Size: a a a

2020 February 17

IK

Ihor Katkov in pro.elixir
Я уверен, что полностью переписывать почти всегда плохая идея
источник

LL

Lama Lover in pro.elixir
Ihor Katkov
Я уверен, что полностью переписывать почти всегда плохая идея
Не соглашусь. Иногда полностью переписать получается проще, чем чинить сотни багрепортов всем отделом
источник

M

Mark in pro.elixir
Źmićer Rubinštejn
Чем ужаснее код, тем обычно теснее он завязан на бизнес процессы. И либо ты останавливаешь разработку всего и вся на полгода пока переписываешь (я утрирую но все же), либо ты начинаешь ступенчатые улучшения. Так вот во время этих улучшений ты просто рефакторишь наследие предков
Не всегда это работает. Хотя эволюционный подход понятное дело лучше революционного.
источник

AN

Alexey Novoselov in pro.elixir
Lama Lover
Не соглашусь. Иногда полностью переписать получается проще, чем чинить сотни багрепортов всем отделом
по-хорошему на проде это надо делать частями, все переписать практически нереальная задача, т.к.:
- бизнес всатнет
- фичи не делаются
- ни у кого нет полного понимания архитектуры приложения
- не факт что получится лучше из-за большого объема работы в сжатые сроки

а если переписывать частями, перед этим покрыв тестами по всем бизнес кейсам, то в итоге получится и быстрее, и лучше, и все минусы выше отпадают
источник

AN

Alexey Novoselov in pro.elixir
но иной раз проще рядом поднять эндпоинт api/v2/ и зафигачить все с нуля)
источник

LL

Lama Lover in pro.elixir
Alexey Novoselov
по-хорошему на проде это надо делать частями, все переписать практически нереальная задача, т.к.:
- бизнес всатнет
- фичи не делаются
- ни у кого нет полного понимания архитектуры приложения
- не факт что получится лучше из-за большого объема работы в сжатые сроки

а если переписывать частями, перед этим покрыв тестами по всем бизнес кейсам, то в итоге получится и быстрее, и лучше, и все минусы выше отпадают
Я просто написал это к тому, что в таких подходах нельзя быть однозначными
источник

AN

Alexey Novoselov in pro.elixir
ну да, тут надо взвешивать все за и против. Но обычно решение принимает один человек, он же и переписывает потом... вот ему-то и надо во время услышать, что так лучше не делать) или делать только в самом крайнем случае, перед этим потренировавшись на микросервисе в 100 строк.
источник

DS

D & S in pro.elixir
Alexey Novoselov
но иной раз проще рядом поднять эндпоинт api/v2/ и зафигачить все с нуля)
У меня так сейчас 3 клиентских модуля которые надо поддерживать, то еще увлекательное занятие
источник

IK

Ihor Katkov in pro.elixir
Lama Lover
Не соглашусь. Иногда полностью переписать получается проще, чем чинить сотни багрепортов всем отделом
На практике, это мало у кого получалось
источник

IK

Ihor Katkov in pro.elixir
Alexey Novoselov
по-хорошему на проде это надо делать частями, все переписать практически нереальная задача, т.к.:
- бизнес всатнет
- фичи не делаются
- ни у кого нет полного понимания архитектуры приложения
- не факт что получится лучше из-за большого объема работы в сжатые сроки

а если переписывать частями, перед этим покрыв тестами по всем бизнес кейсам, то в итоге получится и быстрее, и лучше, и все минусы выше отпадают
Яростно плюсую
источник

AM

Aliaksandr Martsinovich in pro.elixir
Помню пилили проект, чтобы побыстрее выйти в бету срезали углы везде где только можно, по итогу не смогли выйти из беты из-за перфоманса. Долго не могли найти ресурсов на улучшение, в итоге когда нашли наконец окно то справились за пару недель. В итоге если бы сразу нормально сделали, то продукт релизнули бы на год раньше. Но эксельки с оценками были беспощадны
источник

V

V in pro.elixir
Aliaksandr Martsinovich
Помню пилили проект, чтобы побыстрее выйти в бету срезали углы везде где только можно, по итогу не смогли выйти из беты из-за перфоманса. Долго не могли найти ресурсов на улучшение, в итоге когда нашли наконец окно то справились за пару недель. В итоге если бы сразу нормально сделали, то продукт релизнули бы на год раньше. Но эксельки с оценками были беспощадны
Пилили новый или перепиливали?
На каком языке?
"Перфоманс" - это производительность? Т.е. бета тупила нещадно?
источник

IK

Ihor Katkov in pro.elixir
Кстати, есть кто решал продакшн проблемы с rethinkdb?
источник

AM

Aliaksandr Martsinovich in pro.elixir
V
Пилили новый или перепиливали?
На каком языке?
"Перфоманс" - это производительность? Т.е. бета тупила нещадно?
На джаве конечно, у нас серьезная организация. Перепиливали старое непроизводительное. Бета да, не могла нормально переварить объемы продакшн данных
источник

V

V in pro.elixir
Aliaksandr Martsinovich
На джаве конечно, у нас серьезная организация. Перепиливали старое непроизводительное. Бета да, не могла нормально переварить объемы продакшн данных
В чём была причина ошибки с производительностью?
Не техническую имею ввиду, а на уровне планирования и постановки задач.
источник

AM

Aliaksandr Martsinovich in pro.elixir
V
В чём была причина ошибки с производительностью?
Не техническую имею ввиду, а на уровне планирования и постановки задач.
Казалось, что делать нормально дольше и дороже
источник

V

V in pro.elixir
Aliaksandr Martsinovich
Казалось, что делать нормально дольше и дороже
Делать нормально - всегда дольше и дороже. Почему сделать быстрее и дешевле казалось допустимым по качеству? Не произносилось ли случайно на планёрках слово "ЭмВиПи"?
источник
2020 February 18

LL

Lama Lover in pro.elixir
Ihor Katkov
На практике, это мало у кого получалось
Лично был свидетелем, где клиентам предложили перейти на новую версию продукта с урезанным функционалом, но с
1) большей производительностью
2) большей дружелюбностью к пользователю
3) современным UI

И все клиенты согласились, а древнее легаси быстро и тихо забыли.
Если что, я говорю, про Qt приложение, где была поддержка версий от WinXP до Win10
источник

AM

Aliaksandr Martsinovich in pro.elixir
V
Делать нормально - всегда дольше и дороже. Почему сделать быстрее и дешевле казалось допустимым по качеству? Не произносилось ли случайно на планёрках слово "ЭмВиПи"?
Да-да, произносилось конечно. Акцент на том, что после того как переделали нормально, это оказалось гораздо быстрее, чем когда изначально чесали репу. А релиз отложило далеко
источник

V

V in pro.elixir
> У нас серьёзная организация

Напомнило:
На флоте любое начинание всегда делится на четыре стадии:
первая - запугивание;
вторая - запутывание;
третья - наказание невиновных;
четвертая - награждение непричастных.
источник