👨‍💻 Минимальный уровень качества кода

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

Итак, в моей голове сформировалось такое понятие, как минимальный уровень качества кода. Несмотря на то, что оценка этого уровня — это в подавляющем большинстве случаев штука достаточно субъективная, есть и более-менее объективные критерии, которые стоит для себя нарабатывать.

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

Исходя из предыдущего параграфа, нужно сделать следующие выводы:
1. Минимальный порог качества кода описывает то качество, которое наблюдается у разработчика под высокими нагрузками.
2. Качество кода разработчика должно сильно отличаться от минимального в случаях, когда времени на выполнении задачи достаточно, но не когда минимальный уровень и без того достаточно высок. Тогда этот минимальный порог скорее будет свидетельствовать о высоком уровне профессионализме специалиста.

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

Если же минимальный порог качества достаточно высок, что скорее редкость, это может говорить о том, что у разработчика есть какие-то наработки, есть уже сформировавшаяся философия кода, которой он придерживается, а также есть понимание того, как выполнить задачу эффективно и достаточно быстро. Думаю, что это и без того интуитивно понятно.

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