🚧 Когда писать плохой код на самом деле хорошо

Давайте нарушать правила! Когда можно написать плохой код.

Нет такой вещи, как «идеальный» код.

Это одна из вещей, которым меня научили, изучая программирование на курсах по программированию.

Тем не менее, временами в начале я всегда ловил себя на том, что погружаюсь в погоню за написанием «элегантного» и «эффективного» кода.

Вы знаете, каким кодом можно гордиться: без ошибок, хорошо структурированным, рефакторинговым, функциональным, быстрым — красивым! 🌸

Только однажды, когда я застрял на задании и мне пришлось просить помощи у друга-однокурсника, я понял, что должен изменить свой подход.

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

Я попросил подругу помочь, и она сказала:

«Конечно, вы можете взглянуть на мой код, я знаю, что он выглядит довольно плохо, но он работает».

Ее табло выглядело потрясающе? Нет.

Был ли код хорошо структурирован и не содержал ошибок? Нет.

Это сработало? Да.

Тогда я подумал: «Вау, посмотрите на это, может быть, иногда написание плохого кода может быть хорошим делом.

Что такое «плохой» код?

Когда я говорю «плохой» код, я не имею в виду намеренное написание беспорядочного или плохо структурированного кода.

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

Моя подруга не была ленивой или небрежной со своим «плохим» кодом, она просто училась. Ученик, для которого экспериментирование важнее совершенства.

По сути, написание «плохого» кода может помочь вам открыть для себя новые подходы к решению проблем и в конечном итоге улучшить свои навыки программиста.

Если бы я не был так сосредоточен на том, чтобы моя табло выглядело красиво, я, возможно, смог бы заставить ее работать!

Когда «плохой» код окупается

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

Но что происходит, когда крупные компании начинают работу с плохим кодом? И когда это на самом деле работает хорошо для них?

Возьмем, к примеру, Twitter.

Когда Twitter только запустился, он столкнулся с рядом проблем со стабильностью и частыми простоями. Во многом это было связано с «плохим» кодом, на котором был построен сайт, что затрудняло его обслуживание и обновление.

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

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

Несмотря на эти проблемы, Twitter смог быстро вырасти и привлечь миллионы пользователей.

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

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

Хотя первоначальный «плохой» код компании, возможно, вызывал некоторые проблемы в первые дни, в конечном итоге он позволил компании быстро двигаться и быстро выполнять итерации, что помогло ей добиться успеха в долгосрочной перспективе.

Когда можно писать «плохой» код при обучении программированию

Я обсуждал, как концепция написания «плохого» кода помогла мне и как она помогла Твиттеру, но давайте посмотрим, как она может помочь вам при обучении программированию.

Вот 5 случаев, когда можно написать плохой код, пока вы учитесь программировать:

#1 — Обучение через эксперименты

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

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

#2 — Создание прототипов

Когда вы разрабатываете новый программный продукт или функцию, часто полезно создать прототип, чтобы проверить свои идеи и посмотреть, как они работают на практике. Прототипирование часто включает в себя написание «одноразового» кода, который не должен быть частью конечного продукта.

Хотя этот код может быть не оптимизирован для производительности или удобства сопровождения, он позволяет вам быстро выполнять итерации и вносить изменения в ваш проект.

№ 3 — Преодоление аналитического паралича

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

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

# 4 — Обнаружение пограничных случаев

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

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

#5 — Учиться на ошибках

Наконец, важно признать, что совершение ошибок является неотъемлемой частью процесса обучения. Когда вы учитесь программировать, в какой-то момент вы неизбежно напишете «плохой» код.

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

Заключение

В заключение, написание «плохого» кода — это не всегда плохо. Фактически, в определенных ситуациях написание несовершенного кода может быть полезно для обучения, экспериментов и итераций.

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

А теперь напиши какой-нибудь «плохой» код! 🔥

От вашего коллеги, постоянно растущего разработчика,

Код Черлока

💙 Если вам понравилась эта статья…

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

Получайте больше таких статей прямо на свой почтовый ящик.

Растем вместе 🌱

И оставайтесь на связи 🐦 @evergrowingdev