Достоинство программирования нуждается в восстановлении

Краткое содержание

От идеала Кнута до отклонения от реальности, программирование деградировало от искусства до мусора за 40 лет. Unix v6 имел всего 9000 строк, теперь кнопка занимает 500 строк — дух программирования деградирует; трагедия Boeing 737 Max предупреждает, что качество кода касается жизни. Нам нужно вернуться к сущности программирования — простоте, ясности, элегантности. Всем настоящим программистам: SLAPS — это не революция, а возвращение. Возвращение к структуре, к ответственности, к тем строкам кода, которые мы изначально любили.

Предыдущий контекст

«Документация как код» показала революционную трансформацию парадигмы программирования — от написания каждой строки вручную до использования документации для управления программированием ИИ. Но когда программирование становится таким «лёгким», потеряли ли мы что-то более важное? Пришло время поговорить о самом достоинстве программирования.

В 1984 году Дональд Кнут сказал: «Программы написаны для чтения людьми и только случайно для выполнения машинами».

В 2024 году реальность такова: «Программы написаны для чтения самим собой; лучше, если другие не могут понять».

Что мы потеряли за 40 лет?

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

От искусства к мусору

Помните Unix v6? Всё ядро операционной системы, 9000 строк кода. Деннис Ритчи и Кен Томпсон создали шедевр, который влияет на нас сегодня, с самым лаконичным выражением.

Сейчас? Событие щелчка кнопки может быть 500 строк. Не потому, что это сложно, а потому, что «это заставляет меня выглядеть профессиональным».

Я видел слишком много кода, подобного этому:

def calculate_sum(a, b):
    # Инициализировать переменную результата
    result = None
    # Проверить входные параметры
    if a is not None and b is not None:
        # Выполнить операцию сложения
        try:
            # Для надёжности нам нужно убедиться...
            if isinstance(a, (int, float)) and isinstance(b, (int, float)):
                # Учитывая возможное переполнение...
                # Здесь следует добавить больше проверок...
                result = a + b
            else:
                raise TypeError("Ошибка типа параметра")
        except Exception as e:
            # Обработка ошибок
            print(f"Ошибка вычисления: {e}")
            result = None
    return result

Просто для вычисления сложения!?

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

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

От решения к самой проблеме

Boeing 737 Max, вы знаете? 346 жизней.

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

Это не изолированный случай. Посмотрите вокруг нас:

• Медицинские системы падают, потому что код слишком сложный, никто не осмеливается изменить
• Банковские системы отключаются, потому что исторический долг слишком тяжёлый, нельзя изменить
• Правительственные веб-сайты отстают из-за слоёв аутсорсинга, каждый слой «добавляет ингредиенты»

Каждая строка плохого кода — это преступление против будущих поколений.

Каждое копирование-вставка снижает кредитный рейтинг этой отрасли.

Каждая гора дерьма — это предательство цивилизации.

От уважаемого к самоуничижительному «код-фермеру»

«Чем вы занимаетесь?»

«Код-фермер».

За этим самоуничижением стоит деградация достоинства всей отрасли.

Самоуничижение «код-фермера» постепенно стало ярлыком отрасли по умолчанию. Со временем даже мы сами забыли: код на самом деле является конечной формой языка.

Какой программист классической эпохи не был уважаемой фигурой? Они писали полные системы в памяти 64K, каждая строка кода глубоко обдумана, каждый алгоритм стремится к конечной элегантности. Их уважение к коду и структуре было инстинктивным.

Линус Торвальдс сказал: «Разговоры дёшевы, покажи мне код». Но сейчас разговоры увеличиваются, код становится хуже.

Почему это происходит?

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

Настоящие программисты работают не так. Они знают:

• Простота — это добродетель, а не лень
• Читаемость — это ответственность, а не выбор
• Элегантность — это стремление, а не притворство

Когда отлив обнажает, кто плавает голым?

Теперь ИИ прибыл.

Когда вы бросаете требования ИИ, код, который он пишет за 10 секунд, яснее, чем то, над чем вы мучились 3 дня. Когда вы всё ещё добавляете 15-й слой try-catch «для надёжности», ИИ уже решил проблему самым простым способом.

SLAPS не о замене программистов, а о том, чтобы заставить программирование вернуться к своей сущности.

Это изменение порога. Не удерживать людей от ИИ, а делать каждую строку кода ответственной.

В рамках структуры SLAPS:

• Вы не можете обмануть ИИ — если структура не ясна, он вообще не поймёт
• Вы не можете наваливать горы дерьма — если дизайн неразумный, ИИ напрямую поставит его под сомнение
• Вы не можете быть таинственным — каждое решение нуждается в ясных причинах

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

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

Но это не плохо — это самоочищение отрасли.

Пусть программирование снова станет карьерой, которой можно гордиться

Я верю, что настоящие программисты не будут бояться ИИ, а примут его. Потому что ИИ превращает их из «рабочих кода» обратно в «системных дизайнеров».

Подумайте об этом:

• Больше не борьба с деталями синтаксиса, фокус на архитектурном дизайне
• Больше не изобретение колёс, фокус на инновационном мышлении
• Больше не ад отладки, фокус на бизнес-ценности

Вот как должно выглядеть программирование.

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

Менеджер продукта, хорошо разбирающийся в бизнесе, может сделать лучше с SLAPS, чем «код-фермер» с 10-летним опытом. Потому что они знают «что они хотят», а не зацикливаются на «как писать».

Новое достоинство программирования

Будущее принадлежит тем, кто:

• Может ясно выражать намерения
• Стремится к простоте и элегантности
• Решает реальные проблемы
• Уважает и код, и людей

Будущие программисты пишут не код, а контракты; отлаживают не баги, а консенсус.

Это не конец света программистов, а возрождение программирования.

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

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

Нам не нужны более сложные фреймворки, нам нужно более ясное мышление.

Нам не нужно защищать отсталость, нам нужно принять прогресс.

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

Наконец

29 лет назад я набирал код строка за строкой с EditPlus. Никаких интеллектуальных подсказок, никакой подсветки синтаксиса, но я знал значение каждой строки.

Сегодня, когда я вижу, как ИИ пишет 1150 строк высококачественного кода за 40 минут, я не паникую, а чувствую облегчение. Потому что этот код воплощает то, к чему я всегда стремился: ясная структура, лаконичная логика, чёткое намерение.

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

Достоинство программирования поддерживается не защитой отсталости, а восстанавливается принятием прогресса.

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

Истинный хакерский дух не в навыках, а в намерении. Столкнувшись с ИИ, самый умный подход — не сопротивление, а вопрос: как мне с ним сговориться?

Это то, что мы делаем.

Всем настоящим программистам: SLAPS — это не революция, а возвращение. Возвращение к структуре, к ответственности, к тем строкам кода, которые мы изначально любили.

Июнь 2025, Лиссабон

Об авторе

Wang Xiao — архитектор AI-протоколов, автор System and Freedom, создатель Danbing AI Protocol / SLAPS Framework и инициатор OathAI.

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

Отказ от ответственности

Это эссе отражает текущие наблюдения и методологические размышления автора, основанные на личной практике, исследовании и опыте человеко-AI сотрудничества. Методы, связанные с Danbing / SLAPS / OathAI, продолжают упорядочиваться и развиваться. Их практические эффекты могут различаться в зависимости от контекста задачи, способности модели, среды исполнения и уровня вовлечённости.

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