Всегда пишите код так, будто сопровождать его будет склонный к насилию психопат, который знает, где вы живете. (с) Джон Вудс, геймдев-программист
В этом посте расскажу об очередном аспекте качественного ПО. О нем понятия не имеют пользователи, но очень хорошо знают программисты. Особенно те, кому приходилось исправлять чужие косяки и доделывать чьи-то разработки.
Делюсь личным кейсом. Однажды меня попросили доработать чью-то старую конфигурацию. Внешне она выглядела красиво, работала как надо. От меня требовалось просто изменить пару функций. Обычно на этом месте начинается все самое интересное... 😃
Залез я внутрь программных модулей — и ахнул. Вы когда-нибудь видели адовый код? Этот был раз в десять хуже. Смотрел и думал — как можно написать такое? В общем, прошел через все мытарства, пока пытался понять, как все устроено. Параллельно матерился про себя, в красках представляя, как отрываю руки безграмотному джуну (на всякий случай поясню: джун (junior) — начинающий разработчик), что писал этот код.
Но, знаете, странное чувство не покидало меня. Казалось: где-то я эту разработку уже видел... И тут я натыкаюсь на авторский комментарий в коде: «// Харин В.» Занавес.
Да, оказалось, это была моя разработка, а сделал я ее несколько лет назад. И сам себе выстрелил в ногу, ведь написал несопровождаемый код. Чтобы добавить новые функции, пришлось переделать половину старых. Если бы эта задача попалась кому-то другому, думаю, мне вполне можно было бы ждать гостя — такого, как на иллюстрации к этому посту. 🙂
Это вам так, для разогрева. Скоро расскажу, какие конкретно проблемы создает «некрасивый» код, и что делать, чтобы их избежать. Небольшой спойлер — стоимость поддержки ваших информационных систем напрямую зависит от качества кода.
Ставьте ❤️ , если вы перфекционист, и считаете, что красота спасет
#истории