Не знаком с этой проблемой, но судя по рисунку, лучше всегда начинать с рекодинга.
19.03.2017, 19:40
Формула успеха не в этом, а в том, что кроме кодинга есть еще куча необходимых процедур. Например документация принятия решений (как минимум), автоматизированное тестирование, фиксация требований, даже если они размытые. "Просто пиши код так, будто ..." - не работает. Это всего лишь часть процесса, и порой не самая важная.
Ни документация, ни тестирование, к сожалению, не спасают от кривых рук. Да это все важно и нужно, да это повышает стабильность и "автобусное число", и вобще фиг ты сориентируешься без всего этого в команде на 10+ разрабов. Но когда нет понимания почему так много говорят про паттерны, солид и прочее - за это надо бить по рукам. Так что надо, Федя, надо. =)
Я не вижу реальной отдачи от слепого следования паттернам и солидам, хотя так или иначе они присутствуют - принципы не из космоса, а кодеры не идиоты. А вот от тестирования и фиксации интерфейсов польза огромная - когда негде ошибиться или подумать о лишнем, архитектура очевидна.
Честно говоря еще не видел кого-то, кто опирался бы тупо на баззворды и выдавал что-то отличное от первой картинки.
Честно говоря еще не видел кого-то, кто опирался бы тупо на баззворды и выдавал что-то отличное от первой картинки.
Паттерны... Солиды... Просто надо в деревьях разбираться. Ну, или повесить огромный плакат перед собой. Грубо говоря, придерживаться модульной системы (лучше сделать код на 3% менее оптимизируемым по объему, но на 40% лучше оптимизируемым по скорости и куда более понятным). Делать этого мы, конечно, не будем.
А если тебе буквально час на новые костылеграбли потратить и будет норм и стабильно. Или пару суток, но будет почти также?
если внешнее поведение программы не поменялась - то таки рефакторинг, даже если внутри не осталось ни одной строчки.
"рефакторинг - процесс изменения внутренней структуры программы, не затрагивающий её внешнего поведения и имеющий целью облегчить понимание её работы"
а вопще это софистика, с т.з. архитектора это таки рефакторинг, а с т.з. кодера - рекодинг.)
"рефакторинг - процесс изменения внутренней структуры программы, не затрагивающий её внешнего поведения и имеющий целью облегчить понимание её работы"
а вопще это софистика, с т.з. архитектора это таки рефакторинг, а с т.з. кодера - рекодинг.)
В случае рефакторинга на второй картинке должен был бы стоять ровный дом, а не разобранный.
В общем-то на первой картинке представлен типичный рефакторинг в середине процесса. Если человек бросит его на полпути, то единственный шанс - это откатиться или начать заново. Полагаю, для местного большинства разработка в режиме рефакторинга - это норма, учитывая, как меня в прошлый раз закидали за критику костылей js-а.
Если из js убрать костыли, он же не будет работать.) Все эти веб-приблуды в принципе из костылей состоят. Такие себе костыльные монстры. Слава С!
А в С нет костылей. Костыли есть в С++ и С#. С - абсолютный и совершенный язык. Лучше него только ассемблер.
На картинке вывод очевиден. А вот когда у тебя есть Пизанская башня, а заказчик просит провести внутри неё метро, тогда уже не всё так просто...
Если задача посадить цветы на лужайке, то нехуй даже голову ломать. Работает - не трогай
