Вернуться назад

Принципы разработки и правила программирования. Инфографика. Часть 1

В новой рубрике Almamat рассказывает о принципах разработки и правилах программирования. С карточками инфографики запоминать их удобнее.

1. Сначала придумайте простое и короткое решение задачи, потом напишите код

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

Код всех бизнес-продуктов, программ и приложений пишут для решения проблем и задач, а также для работы с разными ситуациями. Постоянная разработка продуктов – обычное дело. Она не прекращается после запуска, более того, запускают продукт часто на стадии MVP (то есть Minimum Viable Product – «минимально жизнеспособный продукт»), а потом его развивают. Возникают новые требования, что-то устаревает, появляются фичи, в компанию приходят работать другие программисты. Вариантов того, что происходит с технологическим продуктом со временем, немало. Неизменно то, что от устройства интерфейса и реализации зависит скорость и качество работы программы, сайта или приложения. Если что-то/все работает плохо, то пользователям как минимум неудобно. Когда речь о бизнесе, покупатели уходят, компания теряет деньги. Когда речь об общественно значимых технологиях – в медицине, экономике, управлении документацией или транспорте, например, – то цели создания кода не достигаются, задачи не решаются, могут возникать риски.

В общем, код должен быть простым и коротким, «читаемым». Со временем программисты начинают понимать, какой код хороший, «изящный», а какой «лапшичный». Когда говорят «спагетти-код», речь о плохо спроектированных и написанных программах. Там много кода и запутанная структура: трудно разобраться, найти ошибки, отладить и адаптировать под изменения. Причем не только новым программистам, но и автору. Спагетти-код – один из антипаттернов программирования (как делать не надо). Итак, сначала придумайте простое и короткое решение для задачи, а потом садитесь кодить.

2. Разбивайте задачи на подзадачи, которые вы оцениваете как 4-12 часов написания кода

Это важный в программировании навык.

1) Вы научитесь планировать свое время.

2) Разбивая задачи на подзадачи, каждую из которых вы оцениваете не больше чем на 4–12 часов написания кода, вы сможете оценивать время разработки в целом и поэтапно.

3) Это шаг к разработке по методологии Agile / Scrum.

4) Вы станете лучше понимать, что делаете. В голове будет прорисовываться общая структура кода. Это помогает переосмысливать ее и улучшать, исправлять ошибки, находить те самые «изящные решения».

 

 

3. Сохраняйте методы и классы маленькими

Метод, класс, объект – повседневно употребляемые понятия в ООП (объектно-ориентированное программирование). В ООП программа представляется как совокупность объектов. Каждый объект относится к какому-то классу. Вместе классы образуют иерархию наследования. Метод – это процедура или функция, которая принадлежит классу или объекту. Метод состоит из операторов – таким образом и выполняются разные действия.

Установка делать проще и короче создала ряд рекомендаций. Одна задача должна решаться одним-двумя классами. Один метод должен содержать не более 30-40 строк и решать одну маленькую задачу. Так быстрее находить и исправлять ошибки в коде.

4. Не повторяйтесь и не создавайте зависимостей

Принцип DRY – это аббревиатура, которая расшифровывается так: "Don't Repeat Yourself" – «Не повторяйтесь». DRY еще называют принципом сушки, потому что английское слово ‘dry’ переводится как «сухой» или «сушить». Строгая формулировка звучит так. Каждая часть знания должна иметь единственное, непротиворечивое и авторитетное представление в рамках системы.

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

Еще одно правило, которое диктует принцип DRY, – не создавать зависимостей. Если при изменении чего-то вам приходится менять много другого, то вы создаете зависимости. В кодинге это вредная привычка, и принцип DRY помогает от нее избавиться.

О других принципах разработки и правилах программирования – в следующей части серии. Заглядывайте в блог Almamat!

Иллюстрация на обложке: Shutterstock / dumuluma

Вернуться назад
Поделиться
Запишитесь на бесплатный диагностический урок
Читать еще