вот это сейчас обидно было

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

за потраченые полчаса

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

тонко :)

я не фапаю на код

код это просто код. сегодня написал завтра выбросил

не надо к нему как к своему детищу относиться )

код это просто код. сегодня написал завтра выбросил

проекты тоже пишешь и выкидываешь? за что же тебе деньги платят?)

в таком случае безусловно не стоит тратить лишних сил, если это так

если это проект на один день, выпустили, показали и забили

проекты не факт что взлетают

код это просто код. сегодня написал завтра выбросил

у тебя же есть опыт поддержки своего проекта который ты начал и пилишь хотя бы год?

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

есть такой опыт поддержки легаси проекта

не не, не легаси - а когда ты был в начале

это было ужасно и сейчас не менее ужасно

когда "легаси" ты и написал)

с легаси нужно терпеть боль

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

и ваще оно должно как то подталкивать потом избегать боли

Sergey Protko, [18.03.18 20:38] не один а в куче и что бы требования менялись раз в неделю был просто такой "долгосрочный" тянущийся проект, но там небыло боли, хотя и требования действительно каждую неделю менялись месяца так три или четыре

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

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

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

можно одним слово "говно" описать?

я бы взял и выбросил весь этот код и за пару месяцев спокойно бы написал на фреймворке все тоже самое но поддерживаемое

а по итогу прошло 4 и только разросся в монстра

Sergey Protko, [18.03.18 20:38] не один а в куче и что бы требования менялись раз в неделю был просто такой "долгосрочный" тянущийся проект, но там небыло боли, хотя и требования действительно каждую неделю менялись месяца так три или четыре

мой предыдущий проект для меня тянулся 14 месяцев, первая фаза - запилить простой ecommerce со своей спецификой за месяц, потом регулярные изменеия требований. Общий размер команды в среднем с учетом изменений - 40 человек.

можно одним слово "говно" описать?

нет, вот я тебе привел 3 симптома. что-то из этого было?

ничоси 40 разрабов?

я бы взял и выбросил весь этот код и за пару месяцев спокойно бы написал на фреймворке все тоже самое но поддерживаемое

а после тебя кто-то придет и скажет то же самое. "переписать с нуля" крайне неразумное с точки зрения бизнеса

ну первые два было, с третьим попроще - там хоть просто по иде можно было попытаться выяснить что и зачем происходит

видосик схоронил, спасибо

ничоси 40 разрабов?

это с QA, аналитиками, фронтендерами, мобильщиками и прочими бесполезными людьми

и ты один?)))

и ты один?)))

бэкэндеров в октябре было 8 человек где-то...

а после тебя кто-то придет и скажет то же самое. "переписать с нуля" крайне неразумное с точки зрения бизнеса

ну вряд ли такое можно сказать о структуре во фреймворке, против "контроллеров на файлах"

или 10... не помню уже

ну вряд ли такое можно сказать о структуре во фреймворке, против "контроллеров на файлах"

их легко рефакторить)

если кода больше 10K строк - переписывать будет всегда дороже

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

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

повторюсь - это проще рефакторить чем некоторые проекты на "фреймворках"

тупой код он тупой....

больше проблем с "умным" кодом)

в следующий раз обязательно тебя позову чтобы посмотрел оценил )

не вопрос))

ну сеттеры это тупой код

они мне нравятся

)))

сеттеры - да, а вот сервисы менеджеры - не очень тупой

и еще больше веселья когда у тебя тупой код формирует хитрые взаимодействия

как аналогия - вот в твоих "файликах контроллерах" 100% основную боль создавали глобальные переменные

когда порядок подключения файлов влиял на то как система работает

мм, еще бесило отсутствие единой точки входа

понятно что люди привыкли делать в битрикс-стайл где любой пхп файл практически дверь

но вот я такое не понял )

мм, еще бесило отсутствие единой точки входа

единую точку входа легко сделать сверху

главная боль всеравно от глобальноый связанности и побочных эффектов

знаешь че еще там интересного было

наполнение гет массива руками

норм)

потому что кто то кривой рул в хтаксес написал

но это ж легко пофиксить было? или ты не трогал?)

ну, хрупкость там великая была

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

а как бы люди пользуются и это не 1-2 человека

а ночью мне как то западло было работать

а как бы люди пользуются и это не 1-2 человека

это нормально)))

ERROR: S client not available

так штаааа

канешно оставил как есть

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

сначала это могут быть просто классы сингелтоны

просто что бы хоть немного понимать что происходит

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

потом единая точка входа

ну и далее в порядке приоритетов

ну и да - если кода мало - скажем 10K строк, то в целом может быть и можно "переписать рядом с нуля"

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

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

и честно говоря чем больше изучал тем сильнее было отвращение к работе

к тому что делают другие и к тому что делал сам раньше

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

ну тут могут быть конкуренты которые с нуля делают больше и растут и их все больше )

а ты пилишь за это время одну фичу ломая все и матерясь долго)

и честно говоря чем больше изучал тем сильнее было отвращение к работе

это да.... я как вспомню какую чернь делал так стыдно прямо

ну тут могут быть конкуренты которые с нуля делают больше и растут и их все больше )

именно, и скорее всего новых разработчиков наняли что бы "догонять")

ибо если все хорошо всем похеру

даже если внутри там вьетнам и ад

это да.... я как вспомню какую чернь делал так стыдно прямо

А я до сих пор поддерживаю проект, который начал 2 года назад на symfony 2.8, и три бандла + core bundle...

и самописный acl

да, так и было ) главное как то оно работает, сервис на плаву, а что и как внутри - пусть программист себе на голове волосы вырывает, это ж его работа хех

А я до сих пор поддерживаю проект, который начал 2 года назад на symfony 2.8, и три бандла + core bundle...

и как тебе?)

жизнь боль...

да, так и было ) главное как то оно работает, сервис на плаву, а что и как внутри - пусть программист себе на голове волосы вырывает, это ж его работа хех

обычно когда ты попадаешь на такой проект - это паника... все плохо и ты не можешь даже толком выбрать что плохо

ни как не удается перенести проект на 4, сейчас там миллион определении сервисов и роутов... и каждая новая фича с трудом внедряется

ни как не удается перенести проект на 4, сейчас там миллион определении сервисов и роутов... и каждая новая фича с трудом внедряется

а зачем тебе переводить на 4? хотя бы на 3.3 переведи)

я вот все еще сижу на 3.3 потому что в целом в 4-ке пока нет тех фичи которые мне критичны и пока я не уберу говно с сервисами то смысла в этом переходе нет. А вот в 3.3 есть фичи которые полезны для того что бы прибираться

а 3.4 ?

в 3.4 те фичи которые появились мне пока не столь важны

в целом из важных вещей это argument resolvers которые вообще в 3.2 или даже 3.1 есть

а так мне важны некоторые плюшки из 3.3 в плане DI