Lex Kravetski в ФБ написал оду Микрософт Ворду, с которым у меня плохие отношения еще с конца 1980-х, когда он был под DOS-ом в графическом режиме. Причем тогда Ворд был еще более-менее, хотя бОльшая часть его функциональности лично мне не была нужна, для форматированных текстов хватало Лексикона от Eugene Veselov из ВЦ Академии Наук, затем уехавшим в Микрософт и ныне ставшим очень политизированным.
Главные проблемы с Вордом для меня начались после 2000 года, когда у него стало прыгать форматирование невпопад, особенно в текстах с комбинацией списков, таблиц и картинок. Lex такую проблему упоминает с позиции своих оппонентов: "блин, даже пробел в нём как-то странно работает, по коей причине даже простое форматирование сделать тяжело."
Из-за этого прыгания я сейчас для редактирования форматированных текстов как правило использую простой текстовый редактор joe (который имитирует редактор в TurboC 1988 года, но с квадратными блоками), а в нем - .md Markdown, который потом конвертирую в .pdf с помощью программы pandoc.
Также использую Google Doc, в нем форматирование не прыгает, как в Microsoft Word и в Libre Office, а сделано по человечески.
Раньше еще писал в текстовом редакторе на HTML, но Markdown удобнее, так как читабильнее в голом виде. Если вы еще не выучили Markdown и мучаетесь Вордом - просто нагуглите его в википедии, он учится за 15 минут.
В России начались новогодние каникулы. Следующий официальный рабочий день у сотрудников не по сменам, а работающих по штатному календарному плану будет уже 12 января 2026 года.
Зачем бизнесу внутренние корпоративные медиа: тенденции на рынке
Корпоративные медиа — HR-инструмент, который помогает укреплять социальные связи внутри компании. С его помощью можно влиять на HR-бренд и на отдельные HR-метрики. Это своего рода эмоциональный двигатель, который превращает корпоративные каналы общения в живое пространство.
Наша команда провела исследование общемировых трендов и выделила несколько ролей, которые корпоративные медиа могут играть в жизни бизнеса:
СМИ. С помощью корпоративного медиа можно информировать команду, рассказывать о новостях компании. Это увеличивает вовлеченность, упрощает коммуникацию и влияет на внутренний HR-бренд.
Сообщество. Сотрудники компании начинают больше общаться и понимают, кто стоит за каждым решением или продуктом. Это формирует амбассадоров бренда, укрепляет чувство принадлежности, создает горизонтальные связи.
Обучение. Через внутренние медиа можно влиять на компетенции команды — рассказывать о новых трендах и технологиях. Это формирует культуру развития, повышает производительность и сохраняет интеллектуальный капитал.
Карьерная консультация. Это вектор, который соединяет развитие, амбиции и возможности. Он помогает сотрудникам видеть свои сильные стороны, понимать, куда они могут расти, и находить реальные пути движения внутри компании — от временных проектов до смены роли или лидерских задач.
Эти векторы не конкурируют между собой, а образуют естественную систему постепенного роста корпоративной культуры. Порядок может меняться в зависимости от приоритетных бизнес целей или оставаться в этом контуре.
Такое наслаивание создает стратегическую устойчивость: компания не только информирует, но объединяет, развивает и удерживает. Каждый слой усиливает предыдущий, а вместе они превращают медиа из инструмента HR в экосистему человеческого опыта, которая напрямую влияет на лояльность, производительность и привлекательность бренда работодателя.
Необычный способ не брать на обучение некоторых студентов придумали в University of London. Пользователю пришёл отказ в приёме на учёбу со ссылкой на российский закон о персонализации локальных данных в РФ.
Хотите выяснить, где учиться IT? В экосистеме Хабра есть маркетплейс курсов на Хабр Карьере, на котором собраны сотни онлайн-обучений в самых разных специализациях: программировании, аналитике, дизайне, менеджменте и других. Чтобы пользователи могли проверить качество курсов, там показаны отзывы от тех, кто уже прошел обучение — изучайте и выбирайте лучшее для себя.
Почему хорошие технические решения иногда ломают бизнес? За годы работы заметил частую закономерность: решение может быть абсолютно правильным с точки зрения архитектуры и при этом плохо работать в реальности компании/бизнеса.
Причина почти всегда одна: его принимали без учёта операционных ограничений (людей, сроков, процессов).
С тех пор, стараюсь смотреть на технические решения не только глазами инженера или CTO, но и через призму того, как с ними будет жить бизнес каждый день (COO).
Это наблюдение и стало решающим для меня при определении направления развития карьеры в сторону управления процессами. Зачастую, правильно (как требуется) поставленные процессы добиваются большего бизнес-эффекта, чем самое технически совершенное решение.
А как вы находите баланс между операционкой и техническим совершенством продукта?
Топ-3 мои курса фаворита, которые стоит пройти на январских праздниках в 2026 году
Январские каникулы это редкое время, когда можно спокойно разобраться в чем-то новом без рабочего контекста в голове. Если вы думаете, чем заняться кроме сериалов, вот три направления, которые в 2026 году будут только набирать обороты.
Первое: вайбкодинг. Звучит как очередной хайповый термин, но суть простая: делать рабочие продукты с помощью ИИ без глубокого погружения в код. Проблема в том, что большинство таких проектов выглядят одинаково плохо, с этим ультрафиолетовым стилем, который сразу выдает "сделано за вечер с ChatGPT". Курс Вайбкодинг: задизайни и продай сайт за 3 часа учит делать это нормально: с дизайном, фронтендом, базой данных и автоматизацией на n8n.
Второе: LLM и RAG. Если вы до сих пор используете ChatGPT только через веб-интерфейс, пора двигаться дальше. Курс Делаем свой AI-продукт на базе ChatGPT и других LLM объясняет, как подгружать в модели свои данные, что такое RAG и как работать с LangChain. Обновленная версия вышла в июле 2025, так что материал свежий.
Третье: ИИ-агенты и автоматизация. Это то, что будет менять индустрии весь следующий год. Курс ИИ агенты и автоматизация с n8n от лауреатов Stepik Awards дает практику: пять проектов, интеграция AI в рабочие процессы, разработка агентов и чат-ботов без кода. Самый быстрый способ разобраться в теме это сделать что-то руками.
Предлагаю отдельно (от обсуждения под оригиналом) под этим постом обсудить конкретно и чисто с точки зрения ретро-разработки (то есть без «рыночная экономика то, плановая экономика сё»), какие необычные варианты архитектур и даже элементной базы были в 1960-е.
Обсуждения того, надо или не надо идти своим путём, там было достаточно — а вот чем интересным отличались те или иные пути, явно сто́ит обтрепать под шампанское отдельно, не так ли? ;)
Одна ячейка Гутенмахера чего стоит. Питается сразу тактированием, можно сказать :)
Вот на чём я хочу электронную книгу. А не на этих ваших ведроидах. Ну да, какодемонов на ней не погоняешь — скорость рефреша не та, да ещё с учётом необходимой софтовой прокладки для эмуляции VGA на еинке…
Но, тем не менее.
Натуральный DOS, весь зоопарк ретро-софта (и современного софта от любителей ретро-программирования).
Один ватт потребления, плюс пятый «Нортон» легко позволяет отправлять в спячку камень при помощи кастомного скринсейвера.
VGA 640×480×16 достаточно для небольшого экрана (типа моей, и не только моей, любимой PB360+, хотя у этой пятидюймовки был, в общем-то, 800×600, но и 640×480 вполне ОК). В крайнем случае можно заморочиться с VBE, это даже не такой уж и адок на фоне эмуляции регистров VGA.
CF в качестве «харда». Да, толстый, но в ебук-то явно влезает без проблем.
Сугубо гиковская возможность распаять любые разъёмы соответствующей эпохи по желанию, превратив её в любой желаемый контроллер-с-экранчиком. Были бы на краю платы площадки оставлены. Хоть дисководный (стримеры, ага; ну или какой-нибудь девайс с шаговыми моторами, которые типично цепляются к ардуинкам).
А ещё можно «дайте две» и сделать раскладушку с двумя страничками, соединив их в локалку :) И к зоопарку древних пошаговых игр добавятся ещё те, в которые можно поиграть по COM-порту :) Да-да, локалка из двух ретро-ПК в кармане, а ещё она по совместительству книжка с двумя страничками (для 5" самое оно).
Насчёт стоковых устройств ввода — видимо, четыре клавиши ↑↓←→, пробел, Enter, Esc, тачпад и две кнопки мыши к нему. USB там есть — дома для конфигурирования можно воткнуть клавомышь. Раз VGA всё равно эмулировать — поверх него можно сделать вызываемую отдельной кнопкой экранную клавиатуру. Тут, однако, надо заметить, что «тачпад поверх экрана» не есть тачскрин: DOS-софт «таких словей не знает» и перемещение пальца по экрану приводит к перемещению стрелки курсора совсем в другом месте (кто под UTM SE играл, тот знает). То есть оно механически тачскрин, но по факту — тачпад поверх экрана. И да, это часто удобнее, чем «настоящий» тачскрин — палец не закрывает курсор %) Но если делать именно так, разместив тачпад прямо на экране — то как раз для экранной клавиатуры он сможет выступать в роли тачскрина, эмулятор VGA ведь мы сами пишем и он-то прекрасно понимает, с чем работает и где там расположены изображения кнопок (а заодно и пространство вывода деликатно ужмётся в два раза, чтобы экранная клавиатура не закрывала экран).
Насчёт нестоковых устройств ввода — порог вхождения в кастомизацию пека нулевой. Любой гик умеет в пека эпохи дос. Будут и клавиатуры Лапера, и кастомные «под любимую игру» на всю заднюю стенку, чтобы на ощупь 8 пальцами кнопки давить, и что угодно будет.
Но в первую очередь это читалка — искаропки фридос и в автоэкзеке прописан reader.exe. Ремонтопригодная, на базе неубиваемой SoC промышленного класса, по мере износа любая флэшка меняется, жрёт мало, размеры «жилетные», короче, та 360-я, которой всем нам так не хватает, но «на стероидах».
Вот так вот, хотел по-быстрому в два абзаца, а хватило бы на небольшую статью, если проиллюстрировать каждый тезис (а без иллюстраций небось опять вышло не сильно понятнее, чем тасманские дьяволы в мультиках изъясняются).
Короче, символов осталось меньше 1К, так что заканчиваю: если кто-то из релоцировавшихся задумывается о том, чтобы взять да выкатить на рынок что-нибудь типично-стартаперное, подумайте об этом. Сайт производителей жив, наверное, что-то для кого-то ещё клепают понемногу. Даже если по нормальной цене можно только партию в 100К заказать — 100К книжек не так уж и много. Главное, чтобы ценник в итоге вышел «как хорошая книжка» (не думайте, что это прямо так уж мало).
2025 стал для нас годом перемен, открытий и испытаний (куда без этого в современном мире в эпоху AI). Он запомнится новыми фичами, ребрендингом, выставками и митапами от Москвы до Новосибирска.
Наша работа не имела бы такого смысла, интереса и отдачи без вашего участия. Спасибо, что делитесь с нами своим опытом. Каждая встреча на ивенте, обсуждение, баг-репорт и вопрос в чате помогают нам двигаться вперед.
Доска VK WorkSpace — сервис платформы VK WorkSpace для корпоративных коммуникаций и совместной работы команд. В обновленной версии Доски появились серверная версия, массовая миграция из Miro, контроль действий пользователей, централизованное управление доступами и усиленная информационная безопасность. Пользователи также получили новые функции для совместной работы.
Ранее Доска VK WorkSpace была доступна только облачной версии, а теперь решение можно развернуть в ИТ-инфраструктуре организации. Продукт поддерживает весь технологический стек с гарантированным SLA доступности и прогнозируемой стоимостью владения. Конфигурация оборудования оптимизирована под целевые нагрузки. К услугам бизнеса — составление дорожной карты, типовой процесс внедрения, помощь в реализации пилота, переносе данных и обучении пользователей.
Массовая миграция из Miro позволяет сохранить структуру команд и досок, выданные доступы к доскам и роли пользователей в командах. Настройку выполняет администратор домена, сотрудникам не требуется предпринимать дополнительные действия. Опция реализована не через Miro API, а с использованием специального скрипта, который обеспечивает полную автоматизацию процесса.
Логирование и аудит пользователей в Доске VK WorkSpace позволяют фиксировать и анализировать события, связанные со входом, просмотром досок, изменениями контента и настройками прав доступа. Это помогает расследовать инциденты, выявлять подозрительную активность и предупреждать утечки конфиденциальных сведений.
В сервисе реализовали централизованное управление командами — рабочими группами, у которых есть общие доски. В панели администратора можно просматривать список команд, искать их по названию, видеть участников и роли, управлять типами доступов, закрывать доступ для новых пользователей, а также менять владельца команды при кадровых изменениях.
На платформе VK WorkSpace поддерживается единый вход SSO по протоколу OpenID Connect — для быстрого и безопасного входа в корпоративные сервисы по одному логину и паролю. Опция позволяет подключать многофакторную аутентификацию для защиты от утечек и кибератак.
Доска получила расширенную функциональность для командной работы. Появился режим презентации: пользователи могут использовать фреймы как слайды и показывать только выбранную часть доски при демонстрации. В расширенном списке готовых шаблонов — UML, CJM, SWOT, оргструктуры, ретроспективы и многое другое. Доступен встроенный поиск по доскам и быстрая вставка таблиц из любых сторонних сервисов. В облачной версии добавили возможность создавать собственные шаблоны и просматривать историю изменений досок.
Для российского ИТ этот год снова оказался непростым. Но, пожалуй, именно такие периоды лучше всего показывают реальную зрелость рынка и команд. Мы много перестраивались, пересобирали продукты и процессы, часто принимали сложные решения на ходу и при этом не останавливались.
За это время стало заметно, как меняется сам рынок. Отечественные ИТ-решения повзрослели: появилось больше осмысленных внедрений и ответственности за результат, больше реальной инженерной и продуктовой работы. Импортозамещение окончательно перестало быть абстрактным лозунгом и превратилось в ежедневную практику. Это сложно, иногда нервно, но точно полезно для всей отрасли.
Хочу поблагодарить всех, кто в этом году не просто адаптировался, а продолжал создавать и улучшать продукты: разработчиков, инженеров, архитекторов, заказчиков и партнеров. Тех, кто спорил, искал лучшие решения, не соглашался на посредственность и держал высокую планку качества. Именно благодаря такому взаимодействию рынок не просто выстоял, а продолжает развиваться.
В новом году хочется пожелать устойчивости и профессиональной смелости:работать на перспективу, делать качественные продукты и не бояться развивать сложные системы.
С Новым годом! Пусть он принесет больше ясности, сильных решений и поводов гордиться своей работой.
Частные охранные фирмы в США нанимают по аутсорсу индийских сотрудников для управления роботособаками во время патрулирования улиц. Полицейские встретили такого робопса, который с индийским акцентом объяснил, что всё в порядке, он следит за районом.
Дорогие читатели и подписчики нашего блога! Дорогие хабровчане!
2025-й год на Хабре мы провели вместе, и это был очень интересный и приятный опыт — 280 тысяч просмотров и 1000 комментариев, которые мы получили за эти 12 месяцев говорят, что интересно было не только нам, но и вам. Да, может быть цифры не самые большие, если сравнивать с другими корпоративными блогами — но для нашей маленькой отважной редакции это очень приятно и вдохновляюще!
Любой текст в корпоративном блоге, не будем спорить с очевидным, это всегда компромисс между личным интересом и желанием сделать популярный материал.
Поэтому, чтобы лучше понимать, что нравится нашей аудитории, мы спрашиваем совета у вас же: что вам было интересно и неинтересно читать у нас в 2025 году? И о чем бы вы хотели прочесть в 2026-м? Ну и вообще можете писать в комментариях все, что лежит на душе.
Один навык, который убил 90% моих проблем с вайбкодингом
Полгода назад я был на грани того, чтобы признать: вайбкодинг — хайп, который не работает.
Каждый проект шёл по одному сценарию. Cursor генерит код, MVP взлетает за вечер, я радуюсь. А через два дня — регрессия за регрессией. Добавляю фичу — отваливается авторизация. Чиню авторизацию — ломается стейт корзины. Чиню корзину — падает то, что работало неделю назад и к чему я вообще не прикасался.
Классический эффект домино в кодовой базе, которую ты не писал и не до конца понимаешь.
Начал грешить на модели. Переключался между Claude и GPT-4. Экспериментировал с температурой, переписывал системные промпты. Добавлял контекст на три страницы, описывал архитектуру, указывал constraints. Помогало слабо.
Кульминация случилась на простом pet-проекте: интернет-магазин — каталог, корзина, чекаут. К концу третьего дня разработки корзина некорректно считала сумму, кнопка сабмита не триггерила хендлер, а половина товаров терялась при ре-рендере. При этом я не трогал ни один из этих компонентов — просто добавлял фильтры в каталог.
Сидел в два ночи и думал: может, все эти истории про «собрал SaaS за выходные» — просто селективная демонстрация успешных кейсов?
Потом созвонился с бывшим коллегой из продуктовой разработки. Описал проблему. Он спросил: «Тесты пишешь?»
Какие тесты? Я вайбкодер, а не разработчик. Тесты — это оверхед для команд с CI/CD и код-ревью.
Он объяснил идею, и она оказалась до смешного простой в контексте LLM.
Ты просишь агента генерить не просто имплементацию, а имплементацию + тестовое покрытие ключевых сценариев. Unit-тесты на бизнес-логику, интеграционные на критические флоу. Когда добавляешь фичу и что-то ломается — тесты сразу показывают, какой именно инвариант нарушен. Не ты дебажишь вслепую, а тест-раннер говорит: «calculateTotal() ожидал 500, получил 300, смотри строку 47».
И главное — агент тоже видит этот output. Кидаешь ему failed tests, и он получает точную информацию для фикса. Не галлюцинирует причину, не ломает соседние модули, а чинит конкретный кейс.
Переписал тот же магазин с тестами на ключевые функции: расчёт суммы, валидация стока, создание ордера, флоу авторизации.
Результат меня удивил.
Добавляю фильтры — тесты зелёные, корзина работает. Рефакторю компонент карточки — зелёные, регрессии нет. Один раз тест покраснел на edge case — скинул output агенту, он за минуту пофиксил именно тот метод, который сломал. Без итеративного «попробуй ещё раз», без каскадных поломок.
По сути, тесты стали вторым feedback loop для агента. Первый — мой промпт. Второй — автоматическая проверка того, что уже работало.
Тот навык, которого мне не хватало — автотесты как контракт между мной и агентом.
Это катастрофически недооценённый паттерн в вайбкодинге. Комьюнити обсуждает промпт-инжиниринг, выбор моделей, Cursor Rules, RAG-контексты. Но почти никто не говорит про тесты. Потому что кажется, что это из мира «настоящей» разработки, где есть QA и пайплайны.
А на деле это решает ~90% проблем с регрессиями. Тесты — не оверхед, а страховочная сетка, которая ловит агента каждый раз, когда он нарушает существующие контракты. И сразу даёт ему данные для исправления.
Без тестов ты в позиции «надеюсь, ничего не сломалось». С тестами — у тебя детерминированный фидбек на каждое изменение.
Если хочешь разобраться, как встроить этот подход в свой воркфлоу без погружения в теорию тестирования — я разбираю это в курсе на Stepik. Концентрат практики для вайбкодеров, без лишней академичности.
Без лишних слов, результаты простого эксперимента - один и тот же запрос применительно к разным LLM и результат в виде SVG, который можно увидеть глазами. Просто чтобы примерно понимать как что можно получить на выходе.
Сделал, чтобы вам не пришлось. Тематику выбрал - актуальную на сегодня.
Когда HR не помогает: как компании игнорируют выгорание и конфликты
Появилась новость, что каждый второй сталкивается с выгоранием. На днях услышал ответ одного руководителя на вопрос: "что делать, если подчинённый чувствует, что выгорает?". После его ответа - порадовался, что не работаю с ним:
Задача руководителя - чтоб у подчинённого не было времени подумать, что ты выгорел.
Я около 8 лет был руководителем. И никогда не думал также. Даже когда только стал руководителем и по сути не имел опыта руководства.
Сейчас в ИТ-компаниях нередко можно встретить HR BP (HR бизнес-партнёр). В теории они должны помогать в проблемах - в т.ч. и с выгоранием. Я работал в нескольких компаниях и, к сожалению, редко видел пользу от этих людей. В одной фирме за 5 мин разговора HR BP 3-жды меня перебила. А на моё замечание о недопустимости такого поведения сказала, что будет перебивать когда захочет и не нужно указывать ей как ей со мной общаться. Перестала перебивать только после того, как я сказал, что повешу трубку, если продолжит в том же духе. Также был свидетелем, как в другой очень известной фирме (на секундочку: не первый год входит в разные ТОП, в т.ч. на Хабре за 2025 год в топ-20) руководитель HR BP моему коллеге на жалобу, что один из директоров покрывает его матом - ответила: "просто нужно заслужить уважение директора". И это в фирме, где согласно вакансии, на должность HR BP берут с дипломом психолога (специально искал вакансию). Если руководитель HR BP говорит, что "нужно заслужить уважение" - значит, он не собирается искать пути решения, он транслирует политику компании: если тебя унизили - сам виноват. Грош цена диплому такого психолога. Если ему как профессиональному психологу такое неприемлемо - мог бы уйти. Но, нет, его всё устраивает. И когда у меня самого началась конфликтная ситуация с другим руководителем - я уже догадывался, что HR BP мне не поможет. Но, по правилам нужно было с ним пообщаться. Я упомянул 5 самых острых накопившихся проблемных ситуаций. Мы не обсудили по существу ни одну. Ответ был примерно: "у вас конфликт - вы и разбирайтесь" (а завуалированно - что-то вроде: "конфликт могут разрешить в той точке, где он появился, две стороны сами должны вернуться в ту точку и решать конфликт"). До руководителя HR BP я пообщался с HR BP, закреплённым за нашим отделом. Так та, присутствуя при разговоре со мной и другой стороной конфликта - "считала ворон", абсолютно не понимая сути разговора. А потом выдала гениальное: "наша компания - пионер в этой области, ты просто не поспеваешь за её темпами". Как она пришла к такому выводу, "считая ворон" - сие загадка. Когда руководитель умудрился сломать нам доступ к youtrack (именно там описывались задачи, и руководитель очень любил их там изменять) - ответ HR BP на это был: "твоя должность предполагает самостоятельное выполнение задач, не дожидаясь уточнения задачи". Зачем тогда мы пользуемся youtrack - ещё одна загадка. И самое интересное: в том же году компания делала анонимное голосование о проблемах на работе. Как оказалось - это нужно было для доклада на конференции, а не для того, чтоб внутри самой компании что-то менять.
К осени 1948 года Лебедев закончил разработку основных принципов построения машины. Работы по ее созданию были развернуты в 15 километрах от Киева, в селе Феофания, в разрушенном здании бывшей монастырской гостиницы. Толковые специалисты были наперечет. Зато энтузиазма в избытке. Академик сам сверлил, клепал, монтировал. Работали круглыми сутками. И уже через пару лет машина "задышала«.
Ее назвали МЭСМ — малая электронная счетная машина. Она стала первой ЭВМ в Советском Союзе и во всей континентальной Европе. Доработка Малой машины еще продолжалась, а Лебедев уже приступил к созданию Большой. К этому времени наконец-то и в столице признали исключительную важность научного направления. В 1953 году Лебедеву предложили возглавить Московский институт точной механики и вычислительной техники. К тому моменту в Специальном конструкторском бюро рождалась машина, которую назвали «Стрела». Но уступать Лебедев не собирался!
Его детище назвали «думающим чудом». Машина Лебедева справлялась с задачами в 5 раз быстрее «Стрелы». Более того, она оказалась самой быстродействующей в Европе! В 1956 году доклад Лебедева на конференции в Дармштадте произвел сенсацию.
А Сергей Алексеевич уже решал нелепую по меркам пятидесятых годов задачу: можно ли снарядом попасть в летящий снаряд? Лебедев понимал, что с этим может справиться ЭВМ. Как он и предвидел, компьютеры начинали завоевывать мир.
4 марта 1961 года с полигона в Капустином Яре стартовала ракета. Расчет для пуска противоракеты вела разработанная в институте Лебедева машина М-40. Спустя несколько минут на табло высветилась надпись "Подрыв цели«.
Возможно, самое тяжелое в жизни Сергея Алексеевича. Дискуссии о дальнейшем развитии вычислительной техники становились все яростнее. Лебедев был уверен, что надо идти своим путем, создавать собственную линию ЭВМ средней мощности и супер-ЭВМ нового поколения. Оппоненты предлагали создать ряд совместимых компьютеров, повторив американскую систему IBM. Лебедев жестко возражал: "Мы будем делать машину из ряда вон выходящую".
Выходящую из американского ряда!
У Лебедева были талант и опыт. У его противников — власть.
Зимой 1972 года Сергей Алексеевич лежал с воспалением легких, когда узнал, что решение копировать американскую машину принято окончательно. Он встал с постели и отправился к министру, чтобы убедить его не совершать ошибку, которая отбросит страну на годы назад. Лебедев прождал в приемной больше часа. Министр его не принял.
Кто выиграл от этого поворота на Запад?
«Копирование IBM шло трудно, с многократными сдвигами намеченных сроков, — вспоминал академик Международной академии информатизации Борис Малиновский. — При этом все «варились в собственном котле», с трудом доставая документацию на американскую систему. Если подумать об ущербе, который был нанесен отечественной вычислительной технике, то он, конечно, несравненно выше полученных скромных результатов".
Возможно, эта история приблизила смерть Сергея Алексеевича. Он все чаще болел. Алиса Григорьевна и дети круглосуточно дежурили в больнице. Выдающийся ученый умер 3 июля 1974 года.
ДОСЛОВНО
Медаль Computer Pioneer, присужденная С.А. Лебедеву как основателю советской компьютерной отрасли.
"Среди ученых в нашей стране и за рубежом нет человека, который, подобно Лебедеву, обладал столь мощным творческим потенциалом, чтобы охватить период от создания первых ламповых ЭВМ, выполнявших лишь сотни операций в секунду, до сверхбыстродействующих супер-ЭВМ на интегральных схемах. За двадцать лет под его руководством было создано пятнадцать высокопроизводительных ЭВМ, и каждая — новое слово в вычислительной технике«.
15 июля 1975 года об этом сообщили все газеты мира. Стартовал советско-американский космический проект «Союз — Аполлон». Управление полетом осуществлялось вычислительным комплексом, основу которого составляла лучшая лебедевская машина БЭСМ-6. Всю информацию она обрабатывала на 20 минут быстрее, чем американская.
