惯性聚合 高效追踪和阅读你感兴趣的博客、新闻、科技资讯
阅读原文 在惯性聚合中打开

推荐订阅源

cs.CV updates on arXiv.org
cs.CV updates on arXiv.org
小众软件
小众软件
博客园_首页
博客园 - 聂微东
V
V2EX
WordPress大学
WordPress大学
freeCodeCamp Programming Tutorials: Python, JavaScript, Git & More
OSCHINA 社区最新新闻
OSCHINA 社区最新新闻
罗磊的独立博客
酷 壳 – CoolShell
酷 壳 – CoolShell
博客园 - 司徒正美
博客园 - 三生石上(FineUI控件)
奇客Solidot–传递最新科技情报
奇客Solidot–传递最新科技情报
S
SegmentFault 最新的问题
J
Java Code Geeks
Last Week in AI
Last Week in AI
The Cloudflare Blog
月光博客
月光博客
雷峰网
雷峰网
宝玉的分享
宝玉的分享
钛媒体:引领未来商业与生活新知
钛媒体:引领未来商业与生活新知
Hugging Face - Blog
Hugging Face - Blog
让小产品的独立变现更简单 - ezindie.com
让小产品的独立变现更简单 - ezindie.com
有赞技术团队
有赞技术团队
人人都是产品经理
人人都是产品经理
博客园 - Franky
腾讯CDC
Jina AI
Jina AI
博客园 - 叶小钗
大猫的无限游戏
大猫的无限游戏
阮一峰的网络日志
阮一峰的网络日志
量子位
爱范儿
爱范儿
美团技术团队
T
Tailwind CSS Blog
博客园 - 【当耐特】
D
Docker
IT之家
IT之家
V
Visual Studio Blog
P
Proofpoint News Feed
L
LangChain Blog
Engineering at Meta
Engineering at Meta
C
Check Point Blog
G
Google Developers Blog
Google DeepMind News
Google DeepMind News
云风的 BLOG
云风的 BLOG
Cyber Security Advisories - MS-ISAC
Cyber Security Advisories - MS-ISAC
Microsoft Azure Blog
Microsoft Azure Blog
B
Blog RSS Feed
Recorded Future
Recorded Future

Все публикации подряд на Хабре

Ловим музу за клавиатуру: как айтишнику стать автором Что умеет Midjourney в 2026? Мой немного грустный разбор этого шикарного инструмента Никто не любит писать тесты, но ИИ может исправить это IPv8 выглядит как мечта. Поэтому почти наверняка не взлетит Производители вернули в продажу материнки с DDR3. Что происходит? Управление агентом с телефона через Telegram теперь в KodaCode От координации к лидерству: как меняется роль руководителя разработки Я сделала родителям бизнес вместо пенсии: зарабатываем 70 тысяч, мама не даёт продать В три раза быстрее приемка товара и оптимизация трудозатрат на 73%: как «РСТ-Инвент» помог Gulliver Group ИИ-шечный мир победил? О влиянии искусственного интеллекта на игропром Кремль снижает давление на Телеграмм пока Европа строит интернет по паспорту Как CEO, CTO и CIO за 8 часов собрали ИИ-директора, который умеет держать позицию под давлением Как (не) потерять домен за выходные Вместо 8 разных VPS: как я организовал практику студентам на одном сервере Почему твой Open Source проект не замечают? R&D: искусство управления неопределенностью в разработке AI-дефляция: вакансий для разработчиков больше, а рост зарплат — худший за 15 лет Мы отдали управление роботами OpenClaw. Что из этого вышло Галактический ID: система идентификации для всех форм разумной жизни Шесть основ бизнес-анализа: начинаем с вопроса «Кто в игре?» Код-ревью, в котором дело не в коде Данные переехали. Команда — нет Системной подход к сдаче OSWE в 2025 Почему комната управления реактором покрашена в цвет морской пены 4 YAML-файла вместо PySpark: как аналитикам строить пайплайны без разработчиков LLM-агент для поиска свободных доменов: автоматизируем подбор Когда, зачем и как правильно начинать новую сессию в Claude Code? Как я заставил нейросеть писать макросы для FreeCAD Анатомия ИИ‑агента для подбора персонала. От тысячи резюме к топ‑10 за минуты Опыт разработчика как экономика внимания Автономность как точка невозврата: кто будет субъектом в цифровом будущем Обучение ИИ в «диких» условиях: как рутинные действия превращаются в датасеты Как измерить LLM для задач кибербеза: обзор открытых бенчмарков Где хранить код? Сравнение GitHub, GitLab и Bitbucket Математика объясняет, почему нормальное распределение встречается повсюду Почему ваш FinOps не работает: 12 тезисов от практиков Как подписать проектную документацию УКЭП с использованием бесплатных лицензий Pilot Адаптивное администрирование Sigla Vision Я грузил уран в бочки, а потом 20 лет строил ИТ в атомной отрасли Чем позвонить с Эвереста? История и обзор спутниковой связи. Часть 2 Как языковая модель помогает контролировать качество инструктажей по охране труда в металлургии Как не передать на desktop свой IP в РКН Анатомия SAP Privileges: как устроено управление правами в macOS MoneyDev: Сказка про три главных слова Обновлённый токенизатор видео K-VAE 2.0 от Сбера Как сделать диспетчеризацию дома на 1284 квартиры почти бесплатно Как мы разогнали железную дорогу Мы дали агентам рутину. Теперь надо решить — что делать с освободившимся временем Токсичный контент, промпт-хакинг и защита ИИ — всё о Guardrails для LLM Умный город начинается с точного взгляда: как «Фалькон Тех» меняет пространство к лучшему Навайбкодил приложение для анализа графов Почему Дюну так интересно читать? Упрощаем работу с рутиной или как стать Гендальфом Белым Деконструкция Go: CPU, RAM и что там происходит. Go Assembler база. Часть 1.1 Какие профессии исчезнут из-за ИИ, а какие появятся? И что с этим делать Как мы построили IT-отдел, где хочется расти: архитектурные встречи, прозрачные метрики и книжные подарки Rufler: Делаем из Claude Code автономный рой через один YAML-конфиг Sing-box и белый список приложений Как построить надёжный обмен сообщениями в микросервисах: лучшие практики для enterprise OpenAI строит MLM-пирамиду, а McKinsey и Accenture помогают ей в этом Дом, который не построил Фишер (Часть 2) «Сверхзвуковой математик» против «Вдумчивого логиста»: битва алгоритмов 3D-упаковки Мультимодальные модели – грубый и дорогой инструмент Разговоры ничего не стоят. Код тоже Проверки физических лиц: с кого начнет ФНС Топ-10 бесплатных нейросетей для создания видео в 2026 году Первые слои кода: как наши решения сегодня определяют архитектуру ИИ на десятилетия Разработка нового статического анализатора: PVS-Studio JavaScript Поиск уязвимостей ПО: базовый минимум или роскошный максимум Почему оценка персонала не работает как инструмент управления Как мы разработали ИИ-ассистента и сократили рутину продуктовой команды на 50% Как я ушел из найма, нажарил косточек и продал на маркетплейсах на 168 млн в год Когда 1С:ERP уже внедрена, а нормального производственного плана всё ещё нет Как я сделал Claude мультимодальным, подключив к нему Qwen Omni Как приглашение на вакансию мечты превращается в атаку Infrastructure as Code: философия и лучшие практики IaC Тестируем Yandex Code Assistant на задаче, в которой нужно хранить секреты nxs-universal-chart v3.0: новое поколение универсального Helm-чарта Callback Injection: Техника, которая отправила Microsoft Defender в глухой нокаут «Все идеи на стол»: митап как способ вывести проект из тупика Сегодня я узнал нечто новое о GPU благодаря багу в своей игре Как заставить LLM ̶ ̶г̶а̶л̶л̶ю̶ ̶ эволюционировать Карта событий как фундамент аналитики: практический кейс для E-commerce Что выбрать для AI: x86, ARM или RISC-V? Дайджест железа за март Роль соматических мутаций в развитии аутоиммунных заболеваний: путь к избирательной терапии Mythos от Anthropic — тревожный сигнал для всех, а не только для банков Guardrails для LLM на Java: как приручить промпт‑инъекции и токсичные ответы Green-VLA: как мы собрали VLA-модель для реального антропоморфного робота и не потеряли обобщение Финансовая гонка вооружений: почему умные люди добровольно в ней участвуют Эра ИИ-агентов наступила: выбираем лучшего цифрового сотрудника # Практический опыт внедрения WinCC Redundancy на производственном предприятии Сделал MVP за 3 дня, а потом неделю прикручивал оплату. Оно того стоило? Физика против Маска: почему Starship V3 может оказаться ещё одной катастрофой Нефть Венесуэлы: крупнейшие запасы в мире, но не крупнейшая нефтяная держава JPA 4. Переосмысление Hibernate Почему зеркальная фотокамера Nikon D5 десятилетней давности идеально подошла для миссии «Артемида-2» Проект «Уровень-Спутник» или как мы сделали платформу для гидрологов «Замедлиться, чтобы ускориться»: почему ИИ повышает цену ошибок в требованиях и архитектуре Как с нуля поднять трафик IT-компании на 1657% при бюджете 55 тыс. и выжить Pixel-perfect Downsampling — идеальная отрисовка 50 миллионов точек без потерь
Можно ли вычислить всё? О Гёделе, Тьюринге и программировании
varvaratikh · 2026-04-27 · via Все публикации подряд на Хабре

Можно ли вычислить всё? О Гёделе, Тьюринге и программировании

Уровень сложностиПростой

Время на прочтение5 мин

Охват и читатели2

Мнение

Почему я вообще снова в это полезла

Есть темы, которые в университете просто проходишь, потому что надо. Запомнила, сдала, выдохнула, пошла дальше. А потом через какое-то время они неожиданно возвращаются, и ты смотришь на них уже совсем иначе.

С теоремой о неполноте Гёделя у меня вышло примерно так.

Формально это история из математической логики. Про аксиомы, доказуемость, формальные системы. Но программирование ведь тоже очень сильно связано с математикой. Поэтому в какой-то момент мне стало интересно: а почему бы не попробовать посмотреть на теорему о неполноте не только как на математический сюжет, но и как на вещь, которая довольно болезненно и честно касается программирования?

Вообще эта мысль пришла ко мне после небольшого фрагмента разговора Эдварда Френкеля и Лекса Фридмана. Эдвард Френкель, если вдруг не сталкивались, это математик из Калифорнийского университета в Беркли, который работает на стыке математики и квантовой физики, и автор книги «Любовь и математика: сердце скрытой реальности». И вот после этого куска интервью я снова мысленно вернулась к материалу, который нам когда-то давали на третьем курсе.

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

Очень коротко: что вообще говорит Гёдель

Если совсем коротко, теорем о неполноте две.

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

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

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

Если хочется более строгое и нормальное объяснение без моих вольностей, очень рекомендую вот этот разбор на Хабре. Он действительно хороший.

При чем здесь вообще Евклид

Почему тут вообще вспоминается Евклид? Потому что разговор о Гёделе довольно быстро упирается в разговор об аксиомах. Мы со школы привыкаем к евклидовой геометрии так, будто она единственно возможная. Есть точки, прямые, параллельные, и кажется, что мир просто обязан быть устроен именно так.

Но потом оказывается, что все интереснее. Стоит поменять одну из базовых аксиом, например знаменитый постулат о параллельных, и появляются другие геометрии: сферическая, гиперболическая. И это очень красиво отрезвляет. Не в том смысле, что Евклид был «неправ», а кто-то другой потом пришел и «исправил мир». А в том смысле, что от исходных допущений зависит, какую именно картину мы вообще строим.

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

И вот тут мне становится особенно интересно смотреть на программирование.

А теперь к программированию

Потому что программирование, если грубо, тоже живет внутри формальных рамок. У нас есть язык, синтаксис, правила, типы, спецификации, ограничения платформы, допущения автора кода. Мы все время строим маленькие формальные миры и надеемся, что они будут вести себя предсказуемо.

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

Тут всплывают Гёдель с Тьюрингом, и как-то резко отрезвляет.

Тьюринг и проблема остановки

Вы, возможно, слышали про такую задачу: можно ли написать программу, которая для любого другого кода скажет, завершится он или будет выполняться бесконечно?

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

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

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

И в этом месте мне становится трудно безоговорочно соглашаться с лозунгом «всё в жизни вычислимо».

Я понимаю, почему он такой привлекательный. Особенно если ты связан с программированием, данными, ИИ, моделями. Нам нравится мысль, что любую сложность можно просто дожать. Что если пока что-то не вычисляется, то это лишь вопрос времени, мощности или качества метода. Но Гёдель и Тьюринг, как мне кажется, заставляют относиться к этой уверенности осторожнее.

Но ведь мы даже видим мир по-разному

Причем мне здесь важна не только математика, но и восприятие.

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

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

Мне очень откликается и идея дополнительности Нильса Бора: одну и ту же вещь иногда приходится описывать разными способами, и эти способы не всегда легко свести друг к другу. Я сейчас не пытаюсь натянуть физику на всё подряд, но сама интонация мне близка. Одно и то же можно увидеть по-разному, и это не всегда означает, что кто-то один просто ошибся, а другой нет.

А что тогда с нейросетями

Если перенести это в разговор о нейросетях, становится еще интереснее. Мы часто говорим о моделях так, будто они работают с нейтральной реальностью. Но данные собирают люди. Данные размечают люди. Архитектуры проектируют люди. Метрики выбирают люди. А у каждого человека есть своя жизнь, свой опыт, свои предубеждения, свои слепые зоны.

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

Что я в итоге из этого вынесла

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

Она не говорит, что математика бессильна.

Она не говорит, что программирование бессмысленно.

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

Скорее наоборот. Она учит аккуратности. Учит не путать мощность системы с ее всемогуществом. Учит помнить, что даже самая красивая и строгая конструкция имеет пределы.

И, возможно, именно поэтому мне кажется важным смотреть на Гёделя не только как на математика, но и как на очень неприятного, но полезного собеседника для программиста. Особенно в эпоху, когда так легко поверить, что еще немного, и мы все наконец-то вычислим до конца.

P.S. Этот текст вообще не претендует на научный уровень, и я вполне могу быть неправа в каких-то интерпретациях. У меня нет цели выставить себя умной. Мне просто стало интересно еще раз разобрать тему, которую нам когда-то давали на третьем курсе университета, но уже немного с другой головой. Не только как учебный материал, а как повод подумать о программировании, мышлении и наших попытках всё формализовать. Ваше мнение с удовольствием почитаю в комментариях.