1. у тебя есть опыт работы с приложением которому лет 5? 2. у тебя есть опыт "переписать с нуля" приложение которому лет 5 и которым пользуются, на которое завязан бизнес?

Да Да

в итоге у тебя за время сильно меньше чем проект разрабатывался и поддерживался до хотят все то же что и было + пофиксить + больше фич

Да Да

сроки

если на перепись меньше полу года - то тогда проект маленький)

опять же помимо размера/сроков реально интересует как бизнес отнесся к тому что новых фич он N времени не увидит

в итоге у тебя за время сильно меньше чем проект разрабатывался и поддерживался до хотят все то же что и было + пофиксить + больше фич

Это исключительно проблема коммуникаций. Если кто-то на менеджерских постах не имеет базового представления о разнице между апдейтом и рерайтом, то это беда отдельной компании

Это исключительно проблема коммуникаций. Если кто-то на менеджерских постах не имеет базового представления о разнице между апдейтом и рерайтом, то это беда отдельной компании

еще раз - сроки

опять же помимо размера/сроков реально интересует как бизнес отнесся к тому что новых фич он N времени не увидит

Это не обязательно

6 месяцев, 12 месяцев, больше, меньше

Это не обязательно

то есть перепись в том виде что действующую систему закрываем фасадом и переписываем по чуть-чуть?

А в системе что-то торчало наружу? А почему?

А в системе что-то торчало наружу? А почему?

ты от ответов уходишь)

Как будто что-то плохое

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

что такое фасад в твоем понимании? и опять же что ты понимаешь под рерайтом?

Уди в качестве плохого примера приводит именно полностью новую систему + миграция со старой на новую. Пилится паралельно, не релизится пока не закончат

как крайность

сравни то что делал ты с тем что описывает Уди как эталон неэффективности

и нарисуй различия если они есть

"не релизится" = не внедряется, бизнес все это время пользуется старой системой

и дополни циферками (не человекогоды а период времени)

"не релизится" = не внедряется, бизнес все это время пользуется старой системой

Если в проекте нет conditional compilation то можно вплоть до релиза влачить на старом коде

Если в проекте нет conditional compilation то можно вплоть до релиза влачить на старом коде

у тебя легаси на плюсах а ты хочешь фэнси джаву, о каком conditional compilation мы говорим?

То есть проект — монолит, так?

разные репозитории, вся команда пилит новый продукт по сути, старый просто не развивается

То есть проект — монолит, так?

легаси, у тебя только микросервисы/soa были?

У тебя неявные допущения построенные на твоем видении проблемы, что все разрабатывают софт так же

тип с нормальной декомпозицией? что ты рерайтил тогда?)

У тебя неявные допущения построенные на твоем видении проблемы, что все разрабатывают софт так же

у тебя тоже

еще раз, у тебя под рукой легаси проект которому лет 7+

Это не верно, так как про твои проекты речь не шла

как ты думаешь, какова вероятность что там НЕ монолит, или что этот НЕ монолит разделен нормально?

еще раз, у тебя под рукой легаси проект которому лет 7+

Постарел на два года?

Постарел на два года?

короч ингорирую тебя пока не ответишь на простой вопрос - сколько ты (команда) переписывал проект.

а ну и на всякий - фронтэнд или бэк или все?

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

Потому что я подразумеваю что свои примеры ты понимаешь лучше чем мои не так ли

И ещё, продуктивнее учиться на чужих ошибках

Это я к "предъявите ваш легаси"

мой пример - продукт начал пилиться в 2009-ом году, php, code igniter, запросы в html все как вы любите. В 2012-ом основная команда разбежалась, на поддержке остались 1-2 человека и так все было до 16-ого года когда продукт этот не достался нам. На тот момент "переписать с нуля" это был бы где-то год-полтора. Продукт на тот момент столько бы просто не протянул (если на момент 2009-ого года у него небыло конкурентов, то в 16-ом году были уже десятки). Все же здоровые продукты так легко не продаются и не меняют команду. Решение было - переписывать по чуть чуть. "микросервисы" и прочий рак. Опыта декомпозиции систем на сервисы у людей небыло. На тот момент я так же не имел права голоса в вопросах выбора стратегии "как мы будем это фиксить", да и меня с проекта быстро выкинули что бы не мешал. Итог - 2 года переписывания с плохого php на плохой php, хорошие идеи разбивались о скалы дедлайнов (едиственное что панель управления кастомеров на реакт перевели - и то хорошо), но в целом из-за херовой декомпозиции + херового планирования продукт по итогу умер

больше херовое планирование на самом деле)

еще один проект лично я заруинил в 13-ом году

по причине "не ну проще ж переписать"...

маленький был и глупый

так же не раз собеседовал людей с веселыми историями "решили переписать продукт а через 3 месяца почти всю команду утащили срочно фиксить старый продукт" в итоге балтались 2 версии обе херовые

это почти так же грустно как истории о том как люди 3 года пилили продукт который так и небыл зарелижен

Да, поэтому переписывание продукта с нуля - это утопия( На своём примере убедился.

А я в корне не согласен

Так с чем конкретно ты в корне не согласен? Есть ли у тебя позитивный опыт переписывания легаси проекта который: - старый - большой - тебя позвали просто потому что уже жопа

Именно

и до тебя 2 года единственные люди кто пытался что-то сделать, полтора-два джуна

Я тебе дописать дал, если что

Естественно переписать с нуля проще практически всегда, потому что ты учитываешь предыдущие ошибки и в целом опыт первой имплементации и не сдерживаешься лавиной застоявшихся проблем

Ну, только если ты разрабатывал до этого это приложение какое-либо внушаемое время. Иначе я уверен, что ты допустишь точно такие же ошибки.

Я просто не уверен, что есть люди, которые помнят причины каждого костыля в долгих проектах.

Я просто не уверен, что есть люди, которые помнят причины каждого костыля в долгих проектах.

часто причины небыло, не знал, затупил, "завтра надо демо показывать"....

но да, хреново что далеко не всегда)

Пришёл на проект с многолетним комплексом застарелых проблем, работающий настолько медленно, что был заморожен. Меня позвали потому что я один из немногих кто разбирается в предметной области Получил карт-бланш на любые изменения под мою ответственность Первым же делом провёл массовую чистку, запрепроцессил под единый адекватный кодстайл, кодмодами трансформировал всё что трансформировалось и убрал всё что убиралось Слил разбитые репы в единый монорепозиторий, они по факту всё равно не были изолированными. Объединил с сохранением всех гит-историй, это реально Менеджмент не давил нереальными сроками Вся кодовая база подверглась пересмотру, всё, что расценивалось как мусор без сожаления отправлялось в утиль Первый mvp через месяц, прямо на костях старого проекта Каждая итерация оканчивалась коммитом с глобальным удалением старого буллщита Заменил бойлерплейт — бессмысленный но неизбежный код на кодмоды и препроцессинг при компиляции Реализовал полноценную непрерывную интеграцию, релизный коммит — каждый, проект не должен валяться в разобранном состоянии. Если есть подпроекты — они собираются и разворачиваются аналогично основному в том же ci. Упал билд — фиксим конкретную проблему, а не пилим остальное. Микросервисы — только со строгим апи, а не как обычно Да, апи теперь собирается программно, избавив людей от тонны головняка с его поддержкой Будущие фичи — под флагами, фичи для конкретного окружения — под флагами. Разработка — это не повод публиковать недодел. Как итог, резкая стадия релиза сменилась постепенной работой над каждой проблемой непосредственно и весь проект был обновлён в минимальные сроки

Пришёл на проект с многолетним комплексом застарелых проблем, работающий настолько медленно, что был заморожен. Меня позвали потому что я один из немногих кто разбирается в предметной области Получил карт-бланш на любые изменения под мою ответственность Первым же делом провёл массовую чистку, запрепроцессил под единый адекватный кодстайл, кодмодами трансформировал всё что трансформировалось и убрал всё что убиралось Слил разбитые репы в единый монорепозиторий, они по факту всё равно не были изолированными. Объединил с сохранением всех гит-историй, это реально Менеджмент не давил нереальными сроками Вся кодовая база подверглась пересмотру, всё, что расценивалось как мусор без сожаления отправлялось в утиль Первый mvp через месяц, прямо на костях старого проекта Каждая итерация оканчивалась коммитом с глобальным удалением старого буллщита Заменил бойлерплейт — бессмысленный но неизбежный код на кодмоды и препроцессинг при компиляции Реализовал полноценную непрерывную интеграцию, релизный коммит — каждый, проект не должен валяться в разобранном состоянии. Если есть подпроекты — они собираются и разворачиваются аналогично основному в том же ci. Упал билд — фиксим конкретную проблему, а не пилим остальное. Микросервисы — только со строгим апи, а не как обычно Да, апи теперь собирается программно, избавив людей от тонны головняка с его поддержкой Будущие фичи — под флагами, фичи для конкретного окружения — под флагами. Разработка — это не повод публиковать недодел. Как итог, резкая стадия релиза сменилась постепенной работой над каждой проблемой непосредственно и весь проект был обновлён в минимальные сроки

"проект был заморожен". Ключевая фраза твоего рассказа.

Ты естественно в курсе, на какой срок?

Пришёл на проект с многолетним комплексом застарелых проблем, работающий настолько медленно, что был заморожен. Меня позвали потому что я один из немногих кто разбирается в предметной области Получил карт-бланш на любые изменения под мою ответственность Первым же делом провёл массовую чистку, запрепроцессил под единый адекватный кодстайл, кодмодами трансформировал всё что трансформировалось и убрал всё что убиралось Слил разбитые репы в единый монорепозиторий, они по факту всё равно не были изолированными. Объединил с сохранением всех гит-историй, это реально Менеджмент не давил нереальными сроками Вся кодовая база подверглась пересмотру, всё, что расценивалось как мусор без сожаления отправлялось в утиль Первый mvp через месяц, прямо на костях старого проекта Каждая итерация оканчивалась коммитом с глобальным удалением старого буллщита Заменил бойлерплейт — бессмысленный но неизбежный код на кодмоды и препроцессинг при компиляции Реализовал полноценную непрерывную интеграцию, релизный коммит — каждый, проект не должен валяться в разобранном состоянии. Если есть подпроекты — они собираются и разворачиваются аналогично основному в том же ci. Упал билд — фиксим конкретную проблему, а не пилим остальное. Микросервисы — только со строгим апи, а не как обычно Да, апи теперь собирается программно, избавив людей от тонны головняка с его поддержкой Будущие фичи — под флагами, фичи для конкретного окружения — под флагами. Разработка — это не повод публиковать недодел. Как итог, резкая стадия релиза сменилась постепенной работой над каждой проблемой непосредственно и весь проект был обновлён в минимальные сроки

1. то есть ты не "переписывал с нуля" а "чистил существующее". 2. заморозка проекта как бы намекает что в целом "бизнес" не умер без приложения. 3. в целом по результатам твоего "MVP через месяц" у тебя как бы просто почищенное старое приложение. ТО есть ты говоришь о глубоком рефакторинге нежели "переписать все с нуля"

Я переписал всё подчистую

Концепцию, подход, код

Я переписал всё подчистую

по итогу - да, но это было постепенно. Так?

Ты естественно в курсе, на какой срок?

Не, то, что ты можешь перписать говно любой сложности за короткие сроки - грац. Но рабочее приложение, и замороженное - 2 большие разницы.

Даже не большие - огромные!

Не, то, что ты можешь перписать говно любой сложности за короткие сроки - грац. Но рабочее приложение, и замороженное - 2 большие разницы.

не большие, вопрос сроков

ну то есть если приложение было заморожено 2-3 месяца а потом в целом его допиливали уже на живую - это одно. А вот заморозка на год - либо никому продукт не нужен либо и так норм

ERROR: S client not available

Ну, я не встречался с проектами, которые были разморожены и не требовали доделок по бизнес части больше недели.

Этим приложением пользовались уже после первого месяца

потому хотелось бы услышать у @ZeroBias сроки заморозки

Я не в инкубаторе жил, ес че, не натягивай

Этим приложением пользовались уже после первого месяца

вот, то есть это не "переписать проект с нуля" в том плане как это подает Уди

потому хотелось бы услышать у @ZeroBias сроки заморозки

2 месяца, искали меня

это то что он предлагает делать вместо

Много выводов сделали?)

я сделал много выводов

в частности что я не буду больше писать tldw

Похлопаю

Я не вынуждал тебя вести такую дискуссию, отсутствие тлтр не поможет

Но допускаю что морально тебе конечно станет легче

Я не в инкубаторе жил, ес че, не натягивай

Ну, смотри. Реальная ситуация, которая возникла на прошлой неделе. Есть часть системы, которую начал рефакторить. А тут бизнес сказал, что нужны фичи и ниибёт. И тут и рефакторинг не закончен, и фичи нужны.

Похлопаю

еще раз - то что ты привел - это рефакторинг. Да по итогу все было переписано - но планомерно. Это охеренно важный момент. Бизнес получил улучшения уже через 3 месяца (два месяца на поиски тебя + месяц твоей работы).

И моя ситуация гораздо чаще встречается, чем твоя.

вот, то есть это не "переписать проект с нуля" в том плане как это подает Уди

ты не понял? Пользвались новым кодом, не старым

Пацаны, холиварить о смысле парадокса корабля тесея — это дно, завязывайте

ты не понял? Пользвались новым кодом, не старым

через месяц 100% когда было новым?

Да, я конечно послал бизнес в жопу на неделю, чтобы закончить рефакторинг, но это не суть.

или 20%

Попробуй представить себе промежуточные ситуации не противорчащие

Попробуй представить себе промежуточные ситуации не противорчащие

бля

То, чем пользовались люди было новым

я все, ты даже не пытаешься понимать разницу

это не про то что код новый или не новый

а про то что это не разработка продукта ПАРАЛЕЛЬНО

а эволюционное развитие

или ревалюционное если хочешь

В итоге сейчас у нас на фронте франкенштейн из вью и нокаута, но это не на долго.

Ага, естественно

А старый код наверное сам собой пропадал, и новые технологии создавались последовательно, в линеечке