Друзья, лекция про ИИ и роботов будет еще раз!
Проследим вместе, как философы, ученые, инженеры и мошенники пытаются придумать и сделать ИИ и роботов — от древних времен до сегодняшнего дня.
И встретимся вживую! На этот раз в Лиссабоне. 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», «причину аварии» и предлагает посмотреть на безопасность систем по-новому, через другие линзы, чем я привык. Очень рекомендую.
В официальном криптокошельке телеграма @Wallet зарегистрировано 100 миллионов кошельков.
В новом эпизоде подкаста поговорили с Алексеем Шерченковым — руководителем core-команды @Wallet.
Как начать пользоваться криптой? Можно ли отправить деньги прямо в сообщении в телеграме?
И про команду и сложности, когда делаешь проект на десятки миллионов пользователей. И про использование ИИ в разработке.
Надеюсь, каждый найдет то, что ему интересно. Формат ностальгический, будто из первого сезона.
Слушайте на всех платформах: Apple, Youtube, Яндекс, Spotify, Castbox, Overcast, веб-версия.
OpenAI выкатил браузер, назвали Atlas. Новая вкладка — всегда chatGPT и на любой странице можно вызвать чат в правой части экрана. Идея в том, что ИИ может выполнять часть действий за нас в интернете.
Это не новая идея: несколько месяцев назад появился Comet от Perplexity, Claude для хрома от Anthropic и Google постепенно выкатывает AI-фичи в хром.
Тем не менее, OpenAI — компания на слуху, так что теперь с браузерами со встроенным ИИ, наверное, познакомятся больше людей.
Несколько мыслей, которые приходят в голову:
1. Про безопасность, конечно. Anthropic наглядно показал, как с помощью базового prompt injection можно заставить браузер сделать что угодно. Проще говоря, ИИ плохо различает, где вы ему дали команду, а где эта команда написана на сайте. Примерно как когда «умные» колонки от амазона сделали заказ услышав фразу «алекса, закажи кошачий корм» в рекламе по телевизору.
2. Вся эта движуха с новыми продуктами не очень вяжется с обещаниями AGI (сверхчеловеческого интеллекта) в ближайшее время. Если бы ИИ-компании сами верили в свои обещания — то не было бы смысла расфокусироваться с новыми продуктами. Делаешь сверхинтеллект и всё, ты в дамках.
3. Из хорошего: скорее всего, это попытка «выкопать ров» («moat building»), то есть сделать что-то, что конкуренты (быстро) повторить не смогут. Это хорошо, потому что это признак того, что сами модели скорее всего таким «рвом» не являются. Компании понимают, что любые модели быстро повторят конкуренты (или они даже появятся в опен-сорсе) и пытаются создать другие, неконкурентные преимущества.
4. OpenAI дает 7 дней увеличенных лимитов для тех, кто поставит Atlas браузером по умолчанию. Я достаточно старый, чтобы помнить дни, когда Google платил программистам за то, что они включали браузер хром в инсталляторы своих программ. Да, хром не всегда был самым популярным браузером на планете и вообще, в истории компьютерной индустрии было две войны браузеров. Первая: 1995-2001 годов, когда Microsoft убил платный Netscape Navigator, включив достаточно хороший Internet Explorer внутрь Windows. Вторая: 2007-2017 годов, когда Google уничтожил Internet Explorer и почти всех остальных с помощью быстрого технологического развития и очень агрессивного маркетинга Google Chrome. Интересно, начало ли это новой браузерной войны?
5. Вообще, логическим развитием истории про ИИ, который делает что-то за нас в интернете, будет трансформация веб-сайтов под ИИ. Какой смысл делать дизайн сайта для людей, если никто кроме ИИ его не увидит? Видимо, можно ждать развития идей семантического веба. И окончательную смерть классической баннерной рекламной модели. Вот это по-настоящему интересно.