Несколько дней назад я начал читать знаменитую книгу «Чистый код» Роберта Мартина. Я давно работаю в отрасли и считаю, что должен прочитать классические книги, которые, как ожидается, должен прочитать каждый инженер (согласны ли они с этим, живут ли они этим или нет). Это одна из многих книг, которые я планирую прочитать, следуйте, чтобы прочитать их выводы.
Одно из моих преимуществ перед начинающими инженерами состоит в том, что у меня есть опыт сопоставления полученных знаний. В этой серии я буду в основном говорить о выводах, которые перекликаются с моим опытом.
В первой главе книги экспертам задается вопрос, что для них значит Чистый код. Скажу честно, из всех имен Бьерн Страуструп — единственное имя, которое я знал и за которым следил. Один вывод из его слов:
Чистый код хорошо справляется с одной задачей
Плохой код пытается сделать слишком много. Это показывает недостаток внимания в коде и затрудняет изменение одной части кода, не затрагивая другую часть. Модульный код раскрывает ясное мышление и не отвлекает читателя. Это позволяет специалисту по сопровождению кода исправлять одну часть кода, не влияя на другую. Подробнее об этом мы поговорим на примерах в следующих статьях. Быть в курсе.
Здесь есть еще много удивительных инсайтов:
Чистый код прост и прямолинеен ~ Грейди Буч
Чистый код может быть прочитан и улучшен разработчиком, отличным от его первоначального автора ~ Дэйв Томас
Чистый код всегда выглядит так, будто его написал кто-то, кому не все равно ~ Майкл Фезерс
Но один из них звучит очень интересно для меня:
Чистый код выражает все дизайнерские идеи, которые есть в системе ~ Рон Джеффрис
Он объясняет выразительность как «значащие названия», «хорошее выполнение одной задачи», но мне кажется, что это нечто большее. Для меня это означает, что если вы знаете архитектуру системы и читаете код, это не должно вас удивлять. Или, как говорит Уорд Каннингем:
Каждая процедура, которую вы читаете, оказывается в значительной степени тем, что вы ожидали.
