Что превращает проект, который начинается столь успешно, в трудно управляемую систему?

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

 Каким образом можно поддерживать нормальную интенсивность работы в течение всего процесса разработки, без чрезмерного напряжения к концу проекта? Наиболее простой путь – следить за состоянием кода. Немного усилий каждый день в течение всего цикла разработки помогут уберечь ваш код от порчи и сделать приложение более понятным и удобным в сопровождении.

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

 С самого начала нужно стремиться быть предельно ясным, а не умным, программировать осмысленно и выразительно. Комментарии могут помогать, а могут серьезно отвлекать от важной информации. В инженерном искусстве и прикладных науках за все приходится расплачиваться, поэтому нужно очень ответственно подходить к принятию решений и продумывать все последствия их реализации. Чтобы принимать оптимальные решения, важно уметь активно анализировать все плюсы и минусы.

 Поскольку проект выполняется поэтапно (инкрементами), уместно также писать код инкрементами. Создавая любую программу, бывает очень трудно следить за простотой кода. На самом деле, написать простой код намного труднее, нежели сложный и запутанный. Но достижение этого результата окупит все ваши усилия сторицей.

 Принципы крепкого объектно-ориентированного проектирования систем предполагают, что нужно писать связный код. Прекрасный способ поддержки чистоты кода и недопущения его запутывания – это следование принципу: "Говорите, не спрашивайте". И, наконец, вы можете сделать свой код гибким, поддающимся изменениям в неопределенном будущем, если спроектируете систему так, что ее всегда можно будет заменить, сохраняя контракт.

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

Вернуться