BASIC — первый язык для всех. И почему сегодня это снова работает

Вопрос на засыпку

Что общего у языка BASIC, ChatGPT и того, чему я учу на курсе «Разговорное программирование»?

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

Только BASIC решил её первым — в 1964 году. И сделал это так же, как Claude Code в 2024-м. Я не шучу. Сейчас покажу.

Дартмутский колледж, 1956 год

В Нью-Гэмпшире, на севере США, есть маленький университет. Дартмут — лига плюща, гуманитарии, английская литература, история, экономика. Не Стэнфорд. Не MIT. Туда не приезжают учиться программировать.

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

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

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

Кемени смотрел на это и думал:

«Как могут принимать разумные решения о компьютерах люди, которые ничего о них не знают?»

Эту фразу он повторял до конца жизни.

Что сделал Кемени

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

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

Вернее, можно. Но система их сразу же показывала студенту — на следующей строке, в человеческих словах, не сводных таблицах. Не «syntax error at offset 0x4F», а «вы забыли закрывающую скобку».

Кемени собрал команду из 10 студентов-старшекурсников (среди них — Томас Курц, его правая рука на следующие 30 лет) и за два года они построили две вещи:

1. Сам язык BASIC — Beginner’s All-purpose Symbolic Instruction Code.
2. Систему DTSS — Dartmouth Time-Sharing System.

Это обе части одного решения. Без любой из них концепции не было бы.

Что значит «разговорный»

В Москве, в начале 1980-х, на полке Института научной информации стоял словарь по информатике. В нём, в статье «Диалоговый язык программирования», было написано:

«Диалоговый (интерактивный, разговорный) язык программирования — язык, используемый в режиме диалога человек-машина. Известными разговорными языками, ориентированными на вычислительные задачи, являются BASIC, APL и др.»

Слово «разговорный» — не моя выдумка. И не моё переоткрытие. Это прямой текст академической литературы 1989 года про BASIC.

Я когда впервые это нашёл, чуть кофе не подавился.

Подробнее об истории термина — в моей большой статье. Здесь — про сам BASIC.

Что значит «разговорный» технически

В 1964 году студент Дартмута приходил в подвал колледжа, садился за телетайп, набирал:

NEW
10 PRINT "HELLO"
20 GO TO 10
RUN

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

Если он ошибался — система тут же говорила, где. Если хотел остановить программу — нажимал клавишу. Если хотел изменить — менял строку 10, и при следующем RUN всё работало по-новому.

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

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

Кемени и Курц сказали: к чёрту экономику. Это инвестиция в людей, а не в железо.

Они оказались правы. К 1968 году Дартмут с населением 2500 студентов производил больше программистского времени, чем 100 крупных корпораций США вместе взятых. Их выпускники — гуманитарии, экономисты, биологи — садились за терминалы и решали свои задачи сами.

Прыжок на 60 лет вперёд

В 2024 году Anthropic выпустил Claude Code — CLI-агента, который позволяет любому, кто умеет писать словами, сделать рабочий софт. Без знания синтаксиса. Без знания стека. Без знания, что такое API, REST, или CORS.

Я говорю буквально. Я собрал 12 IT-сервисов через Claude Code, и я не знаю ни одного языка программирования. Я гуманитарий. Пиарщик. У меня в анамнезе филфак и преподавание литературы.

Я могу сказать Claude: «Сделай мне B2B-маркетплейс запчастей с поиском по 2.3 миллионам SKU». Он сделает. Не сразу. Через диалог. Через десятки уточняющих вопросов. Через сценарии, варианты, обсуждения архитектуры.

То же самое, что Кемени и Курц сделали в 1964 году. Только тогда инструмент назывался BASIC, и в нём были PRINT и GO TO. А сейчас инструмент называется Claude Code, и в нём — естественный язык.

Промежуточный шаг — Cursor, Antigravity, n8n, Make — это были попытки решить ту же задачу через старые форматы: ИИ как продвинутый автокомплит для программиста. Они не работают для гуманитария, потому что всё ещё требуют, чтобы программист был в комнате. А Claude Code, Codex и Hermes — работают: я сравнивал их в отдельной статье.

Что Кемени понял в 1964, и чего ещё многие не поняли в 2026

Идея Кемени, если её сформулировать в одном предложении:

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

В 1964 году «решить» значило «выразить через BASIC». Сейчас это значит «выразить через диалог с ИИ». Глубина та же.

Поэтому когда мне говорят «теперь все программисты не нужны, ИИ всё сделает» — я не верю. Программисты в Дартмуте 1965 года тоже были нужны. И сейчас будут нужны. Кто не нужен — это тот, кто не умеет формулировать.

Кто умеет — может строить почти всё через разговор с машиной.

Это и есть курс «Разговорное программирование»: учу формулировать. Не учу синтаксису. Не учу инструментам. Учу думать так, чтобы машина (ИИ-агент, не интерпретатор BASIC) понимал и делал, а не угадывал.

Один практический совет напоследок

Если хочешь сегодня вечером проверить себя на «разговорное мышление» — попробуй такое упражнение:

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

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

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

Поэтому теперь и учу этому других.