Возможно ли сохранить код чистым?

Question

[zjoin]

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

Как у кого это происходит?

Answer 1

[Александр Васюченко]

Бывает такое со временем, нужно рефакторить потом и стараться в дальнейшем проектировать и писать правильно. Лучше изначально кодить грамотно.
Эта книжеца помогает научиться.

Comments

[Ramallah]

>> Лучше изначально кодить грамотно.

Ага, особенно когда ТЗ меняется по 10 раз в день. А может быть не приступаем к работе без составления и утверждения ТЗ? Нет, заказчик на это не идет. Ведь иногда проработка задания по срокам больше чем сам кодинг, а это деньги и ресурс, да и клиент хочет видеть результат глазами сразу. Поэтому важно, что бы код выполнял задачу. Все остальное - тлен.

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

[Александр Васюченко]

Смена ТЗ это не повод говнокодить. Писать стараться и переделывать нужно граматно всетаки. А то что совершенству нет предела, это да... растем постоянно.

Answer 2

[zjoin]

На данный момент среди ответов много воды. У каждого свое мнение и тонем в хаосе. И каждый считает как именно надо делать.

Изначально писать грамотно? Это как изначально жить хорошо. Все равно хочется вернуться к каким-то участкам кода и править. Потом еще править. В итоге нельзя сохранить код чистым как и жизнь прожить без ошибок.

Рефакторинг самый лучший, хоть и обычный грубый вариант.

Answer 3

[1001001 111]

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

Comments

[DancingOnWater]

ИМХО. Целенаправленное использование шаблонов - зло, они должны сами возникать, а задачи программиста лишь слегка помогать в этом.

[v_prom]

Шаблоны надо применять там, где они нужны при проектировании, когда в этом есть нужда.

[scft]

@DancingOnWater Хм. Если шаблоны должны "сами возникать" (под чем я понимаю осознание, что они точно описывают процесс), то зачем их изучать?

Answer 4

[DancingOnWater]

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

Отсюда правило: код должен писаться так, чтоб его было легко рефакторить. Также помогает понять что что-то не так написание подробной доки.

Answer 5

[v_prom]

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

Answer 6

[lookid]

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

Answer 7

[Иван Филатов]

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

Отсюда правило: код должен писаться так, чтоб его было легко рефакторить. Также помогает понять что что-то не так написание подробной доки.

Или просто не писать код. :-)