Hacker News Digest

IBM Bob — это AI-ассистент для разработчиков, интегрированный непосредственно в среду разработки (IDE), который работает как партнёр в процессе создания ПО. Он поддерживает подход Literate Coding: разработчик описывает задачу на естественном языке, а Bob генерирует соответствующий код прямо в контексте проекта, устраняя необходимость переключаться между чат-окнами и редактором. Это ускоряет разработку и повышает качество кода за счёт контекстно-осознанных предложений.

Bob также предоставляет аналитику через Bobalytics — панель, отслеживающую вклад ИИ-агента в жизненный цикл поставки ПО на уровне всей организации. Это позволяет измерять бизнес-ценность использования ИИ, оптимизировать затраты и стимулировать внедрение агентных практик. Кроме того, Bob обеспечивает прямую интеграцию с Red Hat, Instana и другими корпоративными сервисами, bringing enterprise-grade архитектуру, безопасность и мониторинг прямо в IDE, что минимизирует переключение контекста и укрепляет DevOps-потоки.

Обсуждение скептичное: IBM Bob сравнивают с провальным Microsoft Bob 90-х, считая названием и подходом ностальгической насмешкой. Продукт воспринимается как переработанный Watson — повторение стратегии с отсутствием прозрачности, зависимостью от сторонних моделей и слабой интеграцией с реальными системами. Ценообразование в Bobcoins и мем-маркетинг (маскот, дизайн) читаются как несерьёзность и попытка скрыть слабость продукта. IBM не считается доверенным поставщиком на фоне истории с Watson и ухода от лидерства в ПО. Продукт ориентирован на менеджеров, а не инженеров — в обсуждении преобладают цитаты от руководства, а не разработчиков. Участники спорят, что Bob — обёртка над существующими моделями (Claude, OpenAI) без доказательств улучшенной интеграции с IBM i или z/OS, в отличие от конкурентов, уже обученных на этих системах. Часть участников считает, что Microsoft Bob не был ошибкой, а просто опередил время, но другие возражают: IBM повторяет ту же ошибку без учёта опыта. Советы: — Не называть продукты Bob в Великобритании — из-за сленга «bobbins» (чепуха) название обречено на насмешки, если продукт не идеален. — IBM стоит вернуться к созданию качественного ПО вместо продажи «агентских навыков» за $20/мес и опоры на консалтинг. — Разработчики не доверяют вендорам, контролирующим модели, — предпочтительнее открытые токены, чем закрытые «харнессы» под брендом IBM. Падение акций IBM на 20% за год отражает неверие рынка в подобные инициативы — Bob не решит системных проблем. Копирайтинг на сайте выглядит сгенерированным ИИ, что подрывает доверие даже при технической состоятельности продукта.

Основная идея — полностью эмулированная графическая среда, работающая на реальном IBM PC XT с процессором 8088, где каждый запущенный элемент (окно, панель, мини‑приложение) представляет отдельный процесс, имеет собственный док‑тик и независимый буфер памяти. При этом ядро управляет прерывками, планированием и выделением сегментов так, что даже простые программы, как MINES (1,5 КБ) или HELLO, загружаются в собственные 2 КБ и 512‑байтные области без модификации кода.

Особенности, которые запоминаются: одновременная работа до пяти программ, включая «живой» About‑box, отображающий состояние планировщика, и плавный XOR‑трекинг курсора при перемещении окна; минимизация не останавливает фоновые задачи, а лишь скрывает их визуализацию; иконки файлов берутся непосредственно из первого сектора диска, а графические редакторы (Paint, Fractal) используют буферы и кольцевые истории, позволяющие выполнять фоновые операции, пока запущены ресурсоёмкие приложения. Всё это демонстрирует, как ограниченные ресурсы IBM PC XT могут поддерживать современный‑по‑удобству пользовательский интерфейс.

Тред обсуждает реализацию графической ОС Os8088 для IBM XT, 286, 386: участники анализируют код, производительность и опыт использования подобных систем, а также роль ИИ в разработке. Проект признаётся интересным примером графической ОС на старом железе, но некоторые скептически относятся к применению ИИ. Обсуждается уязвимость к перезаписи обработчиков прерываний и таймера — одни считают это значимой проблемой, другие — нет. Предлагаются улучшения: поддержка сети, улучшение интерфейса, портирование приложений вроде WordStar и VisiCalc. Отмечается потенциал ИИ в создании сложных систем, но подчёркивается необходимость человеческого участия в разработке и документировании.

Как Return стал Enter

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

От рычага к клавише

На механических машинках рычаг «carriage return» одним движением переводил каретку в начало строки и прокручивал бумагу. Это была чисто механическая операция, и до электрификации 1940–50-х она не могла стать клавишей. Когда же электромоторы взяли на себя работу, рычаг исчез, а на его месте появилась клавиша Return (иногда Electric Return или Power Return). В IBM Selectric инструкция говорила о «carrier return», но на клавиатуре всё равно писали Return.

Смысл и коды

Машинки не понимали смысла текста: не было цифр 0 и 1 — печатали O и l; знак $ получали, наложив I на S. Return тоже был просто «перевод строки» без контекста. Компьютеры же разделили функции:

• Carriage Return (CR) — возврат каретки, код 13.
• Line Feed (LF) — перевод строки, код 10.

В Unix оставили только LF, в DOS/Windows — CR+LF, а в старых Mac — только CR. Эти разногласия живы до сих пор.

Появление Enter

В 1960-х терминал Teletype ASR-33 ввёл клавишу ENTER для подтверждения команд. Она генерировала CR, но уже несла смысл «ввод». Мэйнфреймы IBM разделили:

• Return — новая строка в тексте.
• Enter — «отправить» команду.

На ранних ПК (Apple II, Commodore) была одна клавиша Return. IBM PC 1981 добавила справа отдельную Enter на цифровом блоке, но оставила Return в основной зоне. Постепенно оба названия стали обозначать одно и то же, а на некоторых клавиатурах 1980-х можно было встретить оба лейбла сразу.

Итог

Сегодня Return и Enter — это одна клавиша, но внутри она может посылать CR, LF или CR+LF в зависимости от системы. Рычаг 1870-х превратился в символ «⏎», а его история — это квинтэссенция перехода от механики к цифре.

• IBM PC не переименовал Return в Enter, а просто дал одной клавише две функции.
• Некоторые жалеют, что вместо CR/LF не использовались ASCII-символы FS/RS, чтобы избежать проблем перевода строк.
• На старых клавиатурах Return и Enter были разными клавишами; ISO до сих пор различает Return в основном блоке и Enter на цифровой панели.
• У Apple всегда была клавиша Return, а Enter — только на нумпаде; у IBM/PC клавиша в основном блоке сразу называлась Enter.
• Пользователи вспоминают путаницу между Return и Enter в старых программах и то, что стрелка ↵ всё ещё напоминает о механическом возврате каретки.