Новое

Интересно наблюдать за Митчелом Хашимото, создателем Терраформа, Вагранта и других.

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

Его новый проект — эмулятор терминала ghostty. Никакого ИИ, супер фичей и прочего, просто самый быстрый терминал с родными интерфейсами под macOS и Linux.

Когда его спрашивают, «какая стратегия монетизации этого продукта», он отвечает «три запятые на банковском счету».

Я сам пользуюсь Warp из-за его ИИ-ассистента (обожаю, что не нужно искать в документации параметры команд), но если вы любите vim — рекомендую.

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

Интересно, что кроме программирования, Хашимото получил лицензию пилота и управляет реактивным самолетом, а DHH пилот в гонках и даже выиграл 24-часа Ле-Мана в 2014. 🤔

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

Запрет запретом, но советы он продолжает давать как и раньше; просто добавляет теперь, что он не юрист и не врач. Это видно даже на примерах в Model spec — официальном списке правил для модели. Кажется, пункт в правилах — просто отписка для защиты в суде.

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

—

OpenAI, кстати, недавно опубликовали новость о том, как они борются с ИИ-индуцированными психозами, попытками суицида и излишним общением с нейросетями. Там и совет сделать перерыв в общении и «поговорить с живым человеком» и даже отказ нейросети соглашаться с тем, что над домом летают корабли, которые помещают в голову мысли. Молодцы!

Друзья, лекция про ИИ и роботов будет еще раз!

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

И встретимся вживую! На этот раз в Лиссабоне. 15 ноября, суббота, 19:00 (UTC).

До встречи в Португалии и онлайн!

Билеты тут.

Про этого робота NEO: кажется, многие упускают тот факт, что сегодня он всё делает через «телеоператоров».

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

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

Помните, как в 2015-ом Илон Маск обещал добавить автономную езду в Теслы течении двух лет? Люди верили этим обещаниям, покупали Теслы, те записывали всё, что происходит на дороге и таким образом компания смогла обучить модели.

Кажется, 1X пытается провернуть ту же историю с домашними помощниками. В этот раз предлагается выложить 20 тысяч долларов или 400 долларов в месяц за то, что кто-то будет удаленно шариться по твоему дому, в надежде, что когда-нибудь робот научится делать это самостоятельно.

Дивный новый мир. Хотя, это лучше рабства, конечно.

Отличное видео от журналистки WSJ, которая попользовалась роботом лично (ей даже дали им поуправлять).

Вчера американская компания 1X начала продажи домашнего человекоподобного робота NEO. Две недели назад китайская Unitree показала, как её робот G1 делает обратное сальто.

Ученые давно работают над роботами, промышленным моделям много десятилетий. Но последние годы произошел скачок в их развитии. Это революция роботов, по сравнению с которой ChatGPT покажется цветочками.

Что изменилось? В каких областях они уже приносят реальную пользу? Сколько стоят? Какие компании и страны ведут в этой гонке? Чего ждать?

Расспрашиваю эксперта — Сергея Никулина, технического директора венчурного фонда Grishin Robotics.

Эпизод получился бодрый, ни минуты паузы — прямо как сама индустрия. Слушайте на всех платформах: Apple, Яндекс, Spotify, Castbox, Overcast, веб-версия.

Антропик представил интеграцию Клода с экселем.

Помогает быстро исправлять ошибки вида #REF!, #VALUE!, циклические зависимости, подсвечивает изменения, отвечает на вопросы. Работают над поддержкой условного форматирования, макросов и прочего. Пока доступно только по приглашению.

Многие недооценивают важность Экселя. Сотни тысяч бизнес-процессов по всему миру автоматизированы в экселе людьми, которые не считают себя программистами, а «просто занесли происходящее в эксель».

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

Конечно, у Экселя как среды программирования и исполнения программ много недостатков — отсутствие системы контроля версий (модель_2025-10-28-финал_2.xls) и командной работы, слабые инструменты тестирования и отладки. Всё это делает сложные, большие программы на экселе хрупкими и дорогими в поддержке.

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

Самый здоровый путь — это начать с Экселя, а после успешной формализации процесса, нанять «настоящих программистов», которые перенесут всю эту логику в менее хрупкую, более удобную и управляемую программу.

Я обожаю проекты по автоматизации «настоящего бизнеса». Система управления грузоперевозками — яркий пример. Если у вас есть идея, как улучшить ваш бизнес с помощью программы — дайте знать. Не просто «запрогаем по ТЗ», а разберемся, спроектируем и внедрим решение, «под ключ». Обращайтесь!

Есть старая шутка, что в программировании есть только две сложности — инвалидация кеша и придумывать названия вещам.

Меня больше достают интеграции. Когда разные системы должны работать вместе.

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

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

Только коды эти приходят по почте. Поэтому они попросили завести в почтовой системе клиента адреса для отправки и получения. Что может пойти не так? Да всё!

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

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

Жду, когда эти письма начнут попадать в спам.

Если можно обойтись без внешних зависимостей и интеграций — лучше без них!

Раз уж я на Кипре, вот римский теплый пол — гипокауст: он стоял на колоннах, в пустотах между которыми шел горячий воздух от печки.

Центральное отопление, 1 век от РХ.

Спасибо большое всем, кто пришел на лекцию вживую и подключился онлайн! Спасибо за вопросы! Удивительно теплая атмосфера.

Спасибо редактору Маше Агличевой и всей команде Curiosophy за организацию!

❤️

Я уже забыл, какой это драйв — встречаться так вживую. Хочется теперь еще :)

Запись доступна по подписке на сайте curiosophy.

Подъехал пост-мортем от Амазона.

С одной стороны, хочется поржать над DNS Enactor, DropletWorkflow Manager (DWFM), Network Manager и прочими — это Galactic от Krazam, только в реальном мире и на очень серьезных щщах.

Если без шуток, то цепочка такая:

1. сначала сломался доступ к dynamodb из-за рейс-кондишена системы управления DNS — два таска начали писать в DNS одновременно, первый старую версию записей, второй — более новую новую, в результате часть записей в DNS оказалась новая, часть старая, второй процесс запустил cleanup, который удалил все старые записи и из такого разломанного состояния система сама восстановиться не могла. Сломалось в полночью, за 50 минут поняли в чем дело и ещё за 40 минут починили руками.

2. из-за сломанного dynamodb, система управления железом не могла обновить статус физических серверов и начала отмечать их как «недоступные», поэтому не могла запустить новые виртуальные машины; после восстановления dynamodb, по-идее всё должно было встать само, но из-за большого объема железа, стоящего в очереди, обновление статуса занимало дольше, чем таймаут — и очередь не разгребалась, а только росла. Коллапс. Стандартной процедуры восстановления для такого случая прописано не было, через 2 часа попыток что-то разрулить, инженеры ограничили число входящих запросов и начали перезапускать тачки с системой управления; это помогло, теперь можно было создать новые виртуальные машины;

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

4. из-за этой задержки появления сети на машинах, моргали статусы серверов в лоад-балансерах, отмечая живые инстансы как мертвые и триггерились дополнительные переключения нагрузки (привет, DNS!) и перегрузилась система проверки здоровья серверов,
пришлось её на время выключить.

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

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

Интересно, что они не делают никаких философских выводов из ситуации. Видимо, считают, что идейно всё верно. Я сам такими огромными системами (и командами) не управлял и поэтому осторожно предположу, что, наверное, технически, можно сделать систему проще, но учитывая, что над ней работают десятки независимых команд — это, наверное, минимальный доступный объем сложности и допустимый объем ошибок. Было бы интересно услышать мнение «настоящих сварщиков».

—

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