Любой вовлеченный в IT-сообщество человек может написать программный код, можете сказать вы. А качественный код? Вот тут могут начаться некоторые трудности. Каждый из нас, наверное, слышал истории о том, как создаются внушительные цепочки if-else и о ПО, которое выходит из строя всего лишь после изменения одной переменной или использования неверного метода и прочее.

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

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

KISS

Всем известный принцип простоты (с английского — Keep It Simple, Stupid) критически важен для всех проектов среднего уровня сложности. Если у вас закралась мысль, что ваш код может стать проще, выполните это упрощение. При этом не забывайте выполнять все работы начиная с малого, плавно переходя к сложным задачам (дабы не создавать себе массу технических неприятностей).

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

DRY

Принцип «без повторов» (с английского — Don’t Repeat Yourself) является фундаментальным фактором при создании простого и читаемого программного кода. Во время написания кода нужно избегать дублирования информации и логики. Если вы поняли, что какой-либо фрагмент кода встречается снова и снова, данный принцип был нарушен!

WET

Полной противоположностью DRY-кода является WET-код (с англ. – Write Everything Twice / We Enjoy Typing), который говорит о том, что программные компоненты можно и нужно дублировать. Самый хороший способ диагностировать WET-код — задать самому себе вопрос, каким образом можно изменить поведение ПО, сколько функциональных частей можно изменить и к чему это может привести?

Open/Closed

Программный код должен быть максимально открытым для имплементации новых сфер, но закрытым для редактирования, вне зависимости от того, создаете ли вы объекты на Java или совокупность модулей на Python. Подобный принцип относится ко всем типам проектов. Он также крайне важен при релизе библиотек или системных структур, которые предназначаются для применения сторонними пользователями.

Принцип единой ответственности

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

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

Классификация «интересов»

Principle of interest sharing — это принцип единой ответственности, но при более абстрактных ситуациях. По факту, программное обеспечение должно быть разработано таким образом, чтобы оно содержало массу неперекрывающихся инкапсуляций, а эти инкапсуляции не могли функционировать между собой.

Другими словами, этот принцип максимально упрощает техническое обслуживание ПО со стороны компании по обеспечению качества. И в будущем, когда вам нужно будет переписать программный код, вы легко сможете это сделать, не боясь за целостность и сохранность информации и логики.

YAGNI

You aren’t gonna need it (с англ. — вам это не понадобится). Этот принцип базируется на том, что пользователю не нужно разрабатывать определенную функциональность, которая может быть понадобится ему в будущем. Скорее всего, программисту данный функционал не потребуется, и это будет банальная трата времени, что дополнительно усложнит программный код.

Порой неопытные программисты пробуют создать общий, абстрактный код, дабы не сталкиваться с WET-кодом. Но слишком внушительная абстракция заканчивается тем, что его невозможно будет поддерживать в недалеком будущем. Разумность заключается в том, чтобы использовать принцип DRY только тогда, когда это крайне необходимо.

Так что же конкретно делает программиста эффективным в своём деле?

Портрет хорошего программиста не так сложен, как это может показаться. Хороший программист — это человек, который осознает, что создание программного кода должно в конечном итоге приносить пользу всем, кто так или иначе сталкивается с определенным ПО. Также под такой термин можно отнести сотрудников, с которыми просто работать, приятно коммуницировать и обмениваться профессиональным опытом.