Перфекционизм в программировании: как начать и не бросить

Перфекционизм — скрытый враг продуктивности

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

Почему перфекционизм мешает программистам

Представьте: вы хотите создать портфолио-сайт. Вместо того чтобы просто сверстать страницу, вы начинаете исследовать, какой фреймворк лучше, нужно ли добавлять анимацию, как подключить API Fitbit для отображения пульса. В итоге сайт так и не появляется. Знакомо?

Та же история с блогами: вы можете потратить недели на выбор между Astro и Next.js, настройку MDX и защиту от DDoS — для блога, у которого ещё нет ни одного читателя. Это и есть перфекционизм: желание сделать всё идеально с первого раза парализует любое движение.

Пример из жизни: автоматизация поиска работы

Задача: откликнуться на вакансии на LinkedIn. Вместо того чтобы просто листать ленту, вы решаете автоматизировать процесс. Начинается цепочка: настроить n8n → подключить LLM → обойти блокировки LinkedIn → арендовать VPS → настроить прокси → подобрать модель AI. В итоге вы потратили день на инфраструктуру, а откликов так и не отправили. Знакомая история? Это называется "бритьё яка".

Что такое "бритьё яка" и как оно проявляется в коде

Термин из эссе Сета Година: вы начинаете с простой задачи (помыть машину), но обнаруживаете, что для этого нужно одолжить EZPass у соседа, а для этого — вернуть подушку, а для этого — найти шерсть яка. И вот вы уже бреете яка в зоопарке. В программировании это выглядит так: вместо написания кода вы настраиваете CI/CD, выбираете линтер, пишете тесты для ещё несуществующего функционала.

Цитата, которая меняет мышление: "Сделать хорошо сейчас гораздо лучше, чем сделать идеально потом".

Эксперимент: количество против качества

В книге "Атомные привычки" Джеймса Клира описан эксперимент профессора фотографии Джерри Уэлсмана. Он разделил студентов на две группы: группа количества (оценка по числу снимков) и группа качества (оценка за один идеальный снимок). В конце семестра лучшие фотографии были у группы количества. Почему? Потому что они постоянно экспериментировали, ошибались и учились на ошибках. Группа качества же потратила время на теоретизирование.

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

Как побороть перфекционизм: практические шаги

1. Установите дедлайн на первый коммит. Например, 30 минут на создание минимального рабочего приложения.
2. Используйте подход MVP (Minimum Viable Product). Какая самая простая версия продукта, которая решает задачу? Сделайте её.
3. Примите, что ошибки — это итерации. Переделывать код — не повторение, а улучшение. Каждый раз вы становитесь лучше.
4. Ограничьте выбор технологий. Если не знаете, что выбрать — возьмите стек, который уже знаете. Не тратьте время на сравнение.

Пример кода: начните с малого

# Вместо идеального портфолио — простой Flask-сервер
from flask import Flask

app = Flask(__name__)

@app.route('/')
def home():
    return "<h1>Моё портфолио</h1><p>В разработке...</p>"

if __name__ == '__main__':
    app.run(debug=True)  # Запустите и увидите результат через 2 минуты

Этот код не идеален, но он работает. Вы можете развернуть его на Render или PythonAnywhere за 10 минут. Позже добавите стили, проекты, но сейчас у вас уже есть работающий сайт.

Практический вывод: действуйте сегодня

Прямо сейчас откройте редактор и напишите хотя бы одну строку кода для вашего проекта. Не думайте о стеке, дизайне или масштабировании. Просто сделайте первый шаг. Помните: "Достаточно хорошее" лучше, чем "никогда не сделанное". И да, я тоже отправил эту статью на проверку трём AI-моделям, хотя её прочитают только два друга. Но я хотя бы опубликовал её.