Недавно я обновил свою видеокарту до RTX-5060-TI 16GB. Получив новую карту я решил исследовать, что можно на ней запустить из нейросетей. Традиционно пишут, что нормальные ИИ модели начинаются с rtx3090 и выше, что ниже 24GB VRAM жизни нет. В этой статье я постараюсь развеять этот миф.
Представлен открытый проект AI File Sorter. Решение раскладывает файлы по папкам и меняет названия. Приложение анализирует содержимое картинок и документов: test123.jpg превращается в фото_в_деревне.jpg, а файл PDF получает имя по тексту внутри. Перед сортировкой можно проверить и поправить предложения, а последний запуск с изменениями можно откатить. Проект работает на Windows, macOS и Linux, при этом бесплатно, если использовать локальную ИИ-модель.
Anthropic опубликовал статью о своем опыте по разработке агентов для e-commerce и подобного. Всем вайбкодерам должно быть интересно. Выделю тезисы:
– Скиллы, а не субагенты. Обычно для любого действия агенту нужно много данных о состоянии: корзина, предпочтения, история. Передача их каждому субагенту стоит токенов и секунд. Непередача – качества работы. Обычный оптимум – остаться в основном потоке. Субагент оправдан на узкой самодостаточной задаче вроде глубокого исследования.
– Но и скилл не всегда. Загрузка скилла тоже не бесплатна. Грубый критерий – задача нужна трети трафика. Если он выполнен, то промпт, если нет, то скилл. Безопасность, юридические правила и критичные факты о человеке — всегда в промпте.
– Не изобретать велосипед. Строить новое поверх старых систем — поиска, корзины, склада, — а не переписывать их логику. Граница там, где их логика кончается и начинается суждение модели: поиск отдаёт уже отранжированное, модель решает, что показать.
– О скорости. Важнее решить задачу лучше, чем выиграть долю секунды, но и потратить меньше времени тоже очень важно. Парадоксально, умные модели регулярно оказываются быстрее глупых – они получают результат за меньшее число итераций. Ключевой технический хак – положить вероятный контекст в сессию заранее. Если человек смотрел товар, то выгоднее отдать его модели сразу, а не ждать, что она сама его вытащит.
– Очень много думать о попадании в кеш. Это сквозное во всей статье.
– Безопасность — в коде, не в промпте. Модель может ошибиться, её могут обмануть, гарантии её правоты нет и не будет, гарантия должна быть выше.
Представлен открытый проект Free Router, автоматически переключает ИИ‑агента между 25 бесплатными провайдерами для значительной экономии токенов, включая бесплатные. На выбор есть любые актуальные модели: DeepSeek, GLM-5.3, Qwen-3.8.
Популярный Android-клиент Kate Mobile перестал работать с сервисами ВКонтакте. О проблеме разработчики сообщили в официальном сообществе приложения.
Причиной стали новые условия доступа к VK API. С 7 сентября ВКонтакте ввела ежемесячные лимиты на количество запросов для сторонних приложений и объявила о переходе к платному доступу.
Разработчики Kate Mobile утверждают, что заранее пытались выяснить у представителей ВКонтакте стоимость и условия работы по новым правилам, но ответа не получили.
По их оценке, верифицированным партнёрам доступен лимит 100 млн запросов в месяц. Для аудитории Kate Mobile этого объёма может хватить примерно на полтора дня.
Проблема особенно заметна на операциях, которые невозможно вынести в кеш. Например, один только метод messages.send, отвечающий за отправку личных сообщений, по расчётам разработчиков, способен превысить установленный месячный лимит вдвое.
В команде Kate Mobile считают, что новые условия фактически делают работу неофициальных клиентов невозможной. По их мнению, речь идёт скорее о вытеснении сторонних приложений, чем о попытке монетизировать API.
Сам Kate Mobile существует уже много лет и до сих пор оставался альтернативой официальному приложению ВКонтакте. На 4PDA у проекта по-прежнему сохраняется отдельная тема с актуальными версиями и обсуждением клиента.
Для пользователей это означает главное: один из самых известных сторонних клиентов ВКонтакте оказался заблокирован не из-за технической ошибки приложения, а из-за новых ограничений самой платформы.
В комментариях сообщества пользователи уже называют происходящее «концом эпохи» и жалуются, что не хотят переходить на официальный клиент из-за перегруженного интерфейса и рекламы.
«Когда взрослый — это ты. Из самозванца — в главного героя своей жизни» Екатерина Суратова
Нечасто, но читаю такие книги-витрины. Это когда действующий специалист или эксперт, работающий на себя, пишет книгу, привлекающую внимание к самому автору. Книга для продажи, короче говоря. Бывают прям совсем витрины-витрины, в которых автор излагает лишь обрывки знаний (а всё остальное – у него на консультации).
Но книга Екатерины Суратовой не такая. Хорошая книга. Наверное, принципу Парето подчиняется – 20% жизненных ситуаций на страницах рассмотрены, 80% - увы, увы, тут уже нужна проработка со специалистом. Не знаю только, проценты – по количеству или глубине. Наверное, по обеим шкалам.
Скажу честно – мне книга и понравилась, и помогла. Я нашёл в ней конкретный приём, который почему-то не приходит мне в голову и раньше не встречался: оглядываться назад. У меня с этим большая проблема – перед глазами всё время только список невыполненных дел и недостигнутых целей. Встал с утра – видишь план на день. Пришёл на работу – смотри на отстающие показатели.
И так везде. Настолько привыкаешь видеть лишь невыполненное, недоделанное, и другое «не…ое», что подсознание перестраивается и… Вообще перестаёт замечать сделанное, готовое, достигнутое, уютное и привычное. Вечный недострой.
Ну и самооценка туда же уплывает. Не думаешь «ах, молодец я, вон чего сделал за год». Вообще не думаешь. Ну, разве что полдня после достижения какой-то цели. Остановился, отдышался, и – поскакал дальше. Помню, ещё Обломов на это жаловался 😊.
Так вот, автор настойчиво рекомендовала устраивать такую рефлексию. Не ту, что рекомендуется в книгах по управлению (искать ошибки, промахи, неэффективность), а ту, что настроение и самооценку поднимает. Рефлексия о достигнутых успехах, выполненных делах, отлично проведённом времени, количестве успешно выполняемых обязанностей, заработанных деньгах, в конце-то концов.
Вроде просто, да? Чего тогда никто этого не делает 😊. Вот за это я и люблю книги.
Парадокс Джевонса был сформулирован в 1800-х годах для объяснения динамики на угольном рынке.
Джевонс обнаружил, что технологические усовершенствования могут повысить эффективность использования ресурсов, но это часто приводит к увеличению общего потребления ресурсов. Повышение эффективности приводит к снижению эффективных издержек, а при снижении издержек спрос будет расти.
Мы наблюдаем этот эффект во многих отраслях, переживающих технологические усовершенствования, но, пожалуй, лучше всего его иллюстрирует рынок искусственного интеллекта, где эффективность постоянно повышается, а спрос продолжает расти. Потребность в электроэнергии будет расти. Спрос на микросхемы будет расти. Спрос на данные будет расти. Да, эффективность повышается, но при этом увеличится и потребление основного продукта и сопутствующих материалов.
В индустрии искусственного интеллекта нет ничего особенного. Она следует тому же принципу, который мы наблюдали бесчисленное количество раз на протяжении столетий.
Стартап российских математиков Mostikнаучил нейросети общаться между собой напрямую, без текста, чтобы объединять несколько моделей и экономить деньги на ресурсы и токены для ИИ. Стартапу всего четыре месяца. Его основала россиянка Александра Малышева, а в команде 15 человек, почти все с PhD и опытом работы в Google, Nvidia или Perplexity.
Точный механизм работы своего решения в Mostik не раскрывают. В теории это означает, что маленькую модель можно соединить с большой, чтобы повысить точность ответов у первой. Это должно сократить затраты на передачу данных от одной модели к другой.
Как «Страна Девелопмент» перевела всю ИТ‑инфраструктуру в облако и ускорила проектирование
🏭Что за компания «Страна Девелопмент» — федеральный девелопер с 17‑летним опытом, который строит жилую и коммерческую недвижимость в Тюмени, Екатеринбурге, Новосибирске, Санкт‑Петербурге, Москве и Подмосковье. Компания закрывает полный цикл — проектирование, строительные и подрядные работы, технический надзор, продажи, гарантийное обслуживание и управление недвижимостью. Параллельно с этим компания разрабатывает собственные отраслевые ИТ‑продукты.
⚡ Задача Инфраструктура была разделена между собственными физическими серверами и облаком сторонней площадки, где не хватало ни запаса ресурсов, ни набора сервисов, ни нормальной поддержки контейнеризации. Отдельной проблемой были рабочие места проектировщиков: на видеокартах T4 крупные BIM‑модели приводили к «черному экрану», результаты работы терялись, схемы прорисовывались медленно. Бизнес требовал не менее 50 новых удаленных рабочих мест в месяц, но скорость проектирования падала из-за медленной коммуникации (сотрудники были разбросаны по разным городам) и нехватки компьютеров.
☁️ Что сделали Сначала девелопер протестировал платформы Облако VMware и Cloud.ru Advanced, построил сетевой канал до дата‑центра и примерно за два месяца ушел с локальных серверов и от прежнего провайдера. Потом в виртуальный ЦОД переехали standalone‑приложения, 1С и внутренние продукты — со временем это выросло до 120 серверов, с резервным копированием и объектным хранилищем S3. Разработку вынесли на Cloud.ru Advanced: сервис контроля качества и сроков работы подрядчиков собрали на Cloud Container Engine (Kubernetes), пропускную способность обеспечили распределенным брокером сообщений Kafka, туда же перенесли корпоративный портал и подключили защиту от DDoS. После развернули VDI с GPU под проектировщиков: 18‑ядерные процессоры от 3 ГГц, карты A40, высокочастотная DDR4 и сертифицированные инженеры VMware на стороне провайдера обеспечили удобство работы и высокую скорость миграции. Первые 200 рабочих мест из 600 запланированных настроили уже за первые две недели, при плане рассчитанном на два месяца.
🦾 Что получили в итоге Вся ИТ‑инфраструктура девелопера теперь работает в облаке Cloud.ru. Оно держит растущую нагрузку и остается отказоустойчивым, SLA и обслуживание оборудования перешли к провайдеру: внутренняя команда больше не тратит время на железо и обновления. Cloud.ru Advanced стал платформой для новых продуктов компании, часть из которых регистрируется в реестре отечественного ПО Минцифры. Сейчас девелопер арендует 850 виртуальных рабочих мест с A40: архитекторы со всех уголков страны работают в единой инфраструктуре и подключаются к моделям прямо на Revit‑серверах, не выкачивая их на локальные машины. Производительность специалистов выросла на 30%, что дает до десяти дополнительных объектов в проектировании за год, а гибкая тарификация снизила расходы на инфраструктуру. Дальше в планах — Managed Arenadata DB для задач big data, пилот платформы Cloud.ru Evolution и новые типы виртуальных рабочих мест, в том числе сессионные.
Подойдёт руководителям, предпринимателям и всем, кто работает с информацией. Не нужны навыки программирования или опыт в IT.
В программе — теория и много практики:
Разберётесь в ИИ-агентах. Узнаете, чем они отличаются от чат-ботов и как работают автономные цепочки действий.
Поработаете с промптами. Научитесь формулировать эффективные запросы и управлять поведением ИИ с помощью инструкций, контекста и примеров.
Создадите базу знаний. Соберёте ИИ-помощника, который знает внутренние документы компании и отвечает на вопросы по ним.
Соберёте собственного ИИ-агента. Настроите его под свою профессиональную задачу, подключите документы или базу знаний и протестируете работу.
В результате у вас будет готовый агент, который можно использовать сразу после тренинга, шаблоны промптов, учебная презентация, бессрочный доступ к записи и свидетельство об обучении.
Тренинг проведёт Евгений Паточенко — академический руководитель магистерской программы «Аналитика больших данных» НИУ ВШЭ. Более 15 лет внедряет бизнес-приложения в крупнейших российских и международных компаниях, специализируется на применении ИИ в бизнесе.
Тренинг пройдёт онлайн и займёт около 5 часов с двумя перерывами по 20 минут. Во время обучения можно задавать вопросы эксперту в чате. Платные подписки на ИИ-инструменты не нужны — для практики можно использовать бесплатные.
Что Apple покажет сегодня: складной iPhone, iPhone 18 Pro и новые AirPods
Уже сегодня в 20:00 по Москве Apple проведёт презентацию, на которой, по слухам, покажут сразу несколько новых устройств. Главная интрига — первый складной iPhone.
Собрали ключевые ожидания и инсайды перед мероприятием.
📱 iPhone 18 Pro и Pro Max
Ожидается обновление сразу по нескольким направлениям:
• A20 Pro на 2-нм техпроцессе — более производительный чип с потенциально меньшим нагревом. • Модем Apple C2. • Немного изменённый и увеличенный блок камер. • Новый цвет — тёмная вишня. • Для iPhone 18 Pro Max могут оставить эксклюзивную камеру с переменной диафрагмой, а также увеличить ёмкость аккумулятора.
📖 Складной iPhone
Самая ожидаемая новинка может получить форм-фактор «книжки»: в сложенном состоянии это обычный смартфон, а после раскрытия — устройство с экраном примерно 7,7–7,8 дюйма.
Предполагаемые характеристики:
• внешний дисплей — около 5,3–5,5 дюйма; • соотношение сторон внутреннего экрана — 4:3; • складка на дисплее должна быть практически незаметной; • модифицированная версия A20; • около 12 ГБ оперативной памяти; • модем C2; • возможно, аккумулятор станет самым ёмким среди всех iPhone.
По слухам, стартовая цена составит около 171 000 рублей, а версия с 2 ТБ памяти может стоить до 258 000 рублей.
⌚ Apple Watch Series 12 и Ultra 4
Большого визуального обновления часов, судя по инсайдам, ждать не стоит. Слухи о Touch ID также пока не получили подтверждения.
При этом Series 12 может вернуть керамический корпус — якобы в белом и тёмно-сером цветах.
Ожидается новый более производительный S-чип, который станет первым процессором Apple Watch с оптимизацией под задачи ИИ.
У Ultra 4 могут расширить возможности спутниковой связи, а также добавить непрерывный мониторинг пульса.
🎧 AirPods 5
Apple, по слухам, готовит две версии новых наушников — с активным шумоподавлением и без него.
Также обсуждаются инфракрасные датчики, которые могут использоваться для распознавания жестов, и другие расширенные сенсорные возможности.
Главный вопрос презентации остаётся прежним: действительно ли Apple сегодня представит свой первый складной iPhone. Если да, именно он станет главным устройством вечера.
💻 От просмотра сообщений до управления кластером: пять UI для Kafka
Kafka можно управлять через консоль. Но если проверять состояние кластера и вносить изменения приходится каждый день, удобнее делать это через инструменты UI.
Команда VK Data Platform протестировала пять Open-Source-инструментов — AKHQ, Kafdrop, Kouncil, Redpanda Console и Kafbat UI — и посмотрела, какой набор задач каждый из них закрывает лучше.
🔹AKHQ дает детальный контроль доступа: fine-grained RBAC, LDAP, OAuth 2.0, ACL, Schema Registry и Kafka Connect. Подойдет для сложной модели ролей, но конфигурация тяжелее. А на больших объемах у команды возникали проблемы с производительностью.
🔹 Kafdrop — самый компактный вариант: образ около 100 МБ, память — до 500 МБ. Хорош для просмотра брокеров, партиций, сообщений и offsets, но возможностей полноценного управления кластером заметно меньше.
🔹 Kouncil интересно работает с JSON: сообщения можно раскладывать в таблицу, фильтровать, сортировать и экспортировать. При этом проект обновляется редко и пока протестирован только до Kafka 3.6.1.
🔹 Redpanda Console особенно удобен для разбора сообщений: поддерживает JSON, Avro, Protobuf, XML, фильтрацию и Schema Registry, работает с Kafka 4.0+. Но расширенные возможности RBAC, SSO и audit logs относятся к коммерческой версии.
🔹 Kafbat UI закрывает наиболее широкий набор эксплуатационных задач: Kafka 4.1.0+, KRaft, настройка топиков, consumer lag, live tail, несколько кластеров, RBAC, Schema Registry и Kafka Connect. Его в итоге и выбрали для Managed Kafka в VK Data Platform.
🤓 Резюме: если нужен легкий инструмент для просмотра и диагностики — подходит Kafdrop, сложное разграничение доступа — AKHQ, удобный разбор потока сообщений — Redpanda Console. А для управления современным Kafka-кластером целиком наиболее полно требования команды VK Data Platform закрыл Kafbat UI.
Одна платформа для любых нагрузок: большое обновление Deckhouse
Контейнеры, виртуалки, ИИ-нагрузки, on-prem, облака и edge. Чтобы вам было проще запускать разные нагрузки в любых средах и решать инфраструктурные задачи, мы обновили продукты Deckhouse. На онлайн-трансляции 17 сентября вы узнаете, что именно изменилось и какие возможности это даёт инженерным командам:
зачем мы объединили несколько продуктов Deckhouse в единую платформу;
какие возможности появились для работы с распределённой инфраструктурой и гибридными средами;
как Deckhouse помогает строить серверную виртуализацию, частные облака, платформы данных и инфраструктуру для ИИ-нагрузок.
Про изменения расскажут наши первые лица — CEO Александр Титов, CTO Давид Мэгтон и директор продуктовых направлений Карапет Манасян. Трансляция будет полезна, если вы управляете инфраструктурой в разных средах, развиваете платформенные решения или ищете способы упростить работу с разными типами нагрузок.
Аналитик между бизнесом и разработкой: что нужно знать сегодня
Задача поставлена, но никто не может точно объяснить, что именно нужно сделать. Бизнес ждёт результат, разработчики задают десятки уточняющих вопросов, а изменения продолжают появляться по ходу проекта.
Работа аналитика — превратить этот хаос в понятную систему: выявить потребности, зафиксировать требования, найти слабые места и помочь команде прийти к правильному решению.
Подобрали бесплатные уроки, которые помогут усилить практические навыки системного и бизнес‑анализа.
Системный анализ и работа с требованиями
8 сентября, 20:00. «Системный аналитик и его ценность глазами компании». Записаться
23 сентября, 20:00. «Как системному аналитику проводить архитектурное ревью и находить риски до начала разработки». Записаться
Секреты победителей премии “Intercomm” или как упаковать ваш проект в заявку так, чтобы жюри влюбилось в него с первого взгляда…
Заявки можно подать до 21 сентября 2026. Выше! Лучше! Быстрее!
Осталось не так много времени для подачи материалов на участие в премии “Интеркомм” Напомню, что номинация “Лучший блог на Хабре” подходит тем компаниям, у кого
1. Есть активный блог на Хабре.
2. У блога есть цель, стратегия, концепция, результаты, планы на будущее.
3. В развитии блога принимают участие сами сотрудники компании.
Как заполнить заявку, что отразить в презентации, обязательно ли нужны ли видеоролики? С этими и другими вопросами можете смело приходить к нам. Это не дает гарантии победы, но облегчает ваш путь. Естественно, призовые места получат не все, и это вполне объяснимо. Зато, принимая участие в премии, вы не просто рассказываете миру о своем блоге, вы набираетесь опыта, развиваете свою насмотренность, покачиваете крутые навыки, которые в следующий раз могут сыграть решающую роль. Многие участники премий прошлых лет говорят, что это как минимум помогает привлечь внимание к проекту внутри компании, а также получить поддержку руководства и даже дополнительный бюджет! А мы готовы делиться с вами подробными рекомендациями по заполнению заявки, так что стучитесь.
Итак, советы и лайфхаки от победителей прошлого года
В заявке нужна четкая логика и строгая структура. Основа заявки - это суть проекта. Потом результаты и самые важные его фишки, отличительные черты. Описания рабочих процессов можно убрать или максимально сократить.
В дополнительных материалах, особенно в роликах, желательно показать людей, которые принимают участие в проекте, и людей, для которых он делается ( по возможности). Это всегда цепляет.
Описание проектов лучше делать в строгом соответствии с критериями, по которым будет оцениваться проект. В номинации “Лучший блог на Хабре” - свои особые критерии, и форма заявки отличается от общей стандартной формы. Поэтому обратите внимание на то, какой именно шаблон вы скачали и заполняете. Если вы пропустили и не расписали хоть один критерий, у заявки будет меньше шансов дойти до финала. Если вы понимаете, что какой-то критерий у вас не дотягивает до идеала, его все равно не надо пропускать, опишите его коротко. А тот критерий, который у вас преобладает, распишите подробнее.
Если материалы недостаточно хорошо оформлены и структурированы - это может стать причиной для снижения оценки. Также очень важна грамотность. Пусть ее нет среди критериев, но грамотность во всех материалах - это то, что на что смотрит жюри в первую очередь.
Проекты - участники премии чаще всего работают на бизнес-результаты и на выполнение целей компании, и это очень хорошо. Но не забывайте показать и человеческую сторону проекта: как он работает на людей, как он меняет их жизнь, как помогает им раскрываться, развиваться, объединяться.
Добавляйте в заявку все материалы, которые у вас есть по данному проекту - ссылки, фото, презентации, отзывы, результаты опросов, ролики… т.е. абсолютно любые материалы, которые помогут получить жюри максимально полное представление о проекте.
Интересные артефакты, фишки, какие-то атрибуты, даже небольшие, но любопытные нюансы такие, например, как кофейные стаканчики в офисе компании с QR-кодом, ведущим на сайт проекта - тоже классная часть истории! Не упускайте такие вещи и обязательно прописывайте и показывайте их.
Любое внутреннее и внешнее промо вашего проекта - тоже интересно и важно для результата и увеличения охвата.
Ваша заявка - это почти сюжет книги или фильма. Проведите жюри за руку по этому сюжету, сделайте так, чтобы оставалось меньше вопросов, сомнений и недопониманий, чтобы члены жюри смогли не только максимально объективно оценить материалы, но получили удовольствие от их изучения.
Организаторы не советуют слишком увлекаться ИИ и делать материалы с помощью цифрового ассистента. Это видно, это не цепляет и самое грустное, что проект теряет свою душу, свой характер, свою индивидуальность.
Сегодня пошли жалобы, что в Excel перестали работать автозаполнение и копирование через клавиатуру (копирование через контекстное меню продолжает работать).
Виной оказалось очередное кривое обновление Security Update for Microsoft Excel KB5002914
Зачем мы интегрируем свой анализатор в такое количество инструментов?
Мы разрабатываем и продаём статический анализатор PVS-Studio. В самом продукте есть множество всякого интересного: утилиты командной строки, диагностические правила разных категорий, вспомогательные утилиты и тому подобное.
За не самым красивым оборотом “тому подобное” мы обычно скрываем наши многочисленные интеграции со сторонними продуктами (плагины, расширения, сценарии работы). Вы можете спросить: “А зачем скрывать?” Смотрите сами: первой нашей интеграцией был плагин для Visual Studio 2005, вышедший 18 лет назад. Сегодня же анализатор интегрируется с более чем тремя десятками других инструментов для разработки: плагины для IDE, игровые движки, платформы контроля качества кода, сборочные системы, платформы CI/CD и т. п.
Поддерживать всё это в актуальном и рабочем состоянии — большая работа, и в новой статье расскажем, зачем мы вообще этим занимаемся.
Исследователь из компании Anthropic Джейкоб Коксон ушёл из ИИ-индустрии, опасаясь, что гонка технологических корпораций приближает мир к «точке невозврата»:
Я ушёл из Anthropic сегодня. Последние три года я занимался исследованиями предобучения как в OpenAI, так и в Anthropic. Ни одна из компаний не действует ответственно. Они несутся напролом к самоулучшающемуся сверхразуму и играют в рулетку нашими жизнями. Больше мыслей ниже.
Не недооценивайте мощь этой технологии. Вскоре это будут сверхчеловеческие системы, способные взламывать что угодно, революционизировать любую область за ночь и обретать реальную власть и ресурсы. Мы все были свидетелями прогресса в каждой из этих областей, и прогресс не замедляется.
Люди, создающие ИИ, искренне верят, что он может погубить нас всех к концу десятилетия. Это не маркетинговый трюк. Если уж на то пошло, многие руководители и старшие исследователи будут подбирать слова в прессе так, чтобы звучать разумно, — но я слышу, как те же самые люди выражают страх наедине. Никакая другая человеческая деятельность не несёт такой степени опасности.
Типичный ответ: «Если они действительно в это верят, почему они всё ещё это строят?» В OpenAI многие не осознали в полной мере цивилизационные ставки. В Anthropic ставки хорошо поняты, но они оказались в гонке, чтобы добраться туда первыми — они считают, что никто другой не будет действовать ответственно, поэтому им самим приходится это делать, несмотря на риск.
Принятие этой гонки и вступление в «эндшпиль» — это горделивый риск, который не должен запускаться из Slack частной компании. Попытка форсировать выравнивание должна требовать чрезвычайной уверенности в том, что нет лучших траекторий.
Я оптимистично настроен относительно потенциала координации. Предупреждающие сигналы, такие как атака на Hugging Face, сделали соглашения о темпах между американскими лабораториями более осуществимыми. Я не чувствую, что мы на правильном пути к предотвращению глобальной гонки, которая может потребовать дорогостоящих действий, таких как временный запрет на улучшение возможностей моделей.
Если вы исследователь в лаборатории, я призываю вас задуматься о том, как на самом деле будут ощущаться ближайшие несколько лет. Хотите ли вы запустить цикл обучения RL с суперразумным интеллектом, не имея строгого понимания его разума? Должны ли вы просто опустить голову, потому что «это всё равно произойдёт» — или использовать этот момент, чтобы призвать к иным условиям?
Уникальная книга, ведь её написал император Римской Империи. Просто представьте – вы читаете книгу, написанную властителем половины мира, известного на тот момент. Это не биография, написанная позже другими авторами, исследователями или соратниками. Это прямая речь.
Наверное, этим меня книга и зацепила. Я читал много автобиографий, но эта – первая не про события из жизни государственного деятеля, а про отношение к жизни, оглядываясь на эти события. Обычно же всё о работе да о работе пишут, оставляя в конце одну главу под «после отставки», да в середине книжки – блок фотографий, в т.ч. из личной жизни.
Книга Марка Аврелия – органичная смесь стоицизма и авторитета (во время прочтения не возникает вопроса «а ты, автор, собственно, кто такой?»). Стоицизм, не оторванный от реальности, а пронизанный опытом трудной жизни на одной из самых ответственных должностей в истории. Если можно так выразиться – пережёванный стоицизм. Не для других, не для публики, а для себя. Это завораживает.
При этом книга на удивление добрая и душевная. Там нет экстремумов – ни ярких восторгов, ни возвышенной гордыни, ни горьких сожалений. Будто писал обычный наш интеллигентный дедушка на пенсии. Но мы-то знаем, кто писал, и это знание заставляет каждую букву светиться изнутри.
Читая книгу, невольно ищешь ответ – стоило ли оно того, Марк Аврелий? Что даёт жизнь, переполненная ответственностью, событиями, почестями, невзгодами? Чёткого ответа в книге нет, но тон повествования, настроение, послевкусие говорят о том, что… Прочитайте, и составьте собственное мнение.
В качестве учебника стоицизма книга Марка Аврелия – не лучшее решение. Скорее, как опыт, практика жизни в стоицизме на самом высшем уровне. В этом плане она – совершенно уникальна. Поэтому и рекомендована к прочтению.
Хороший бэкап умеет не только сохранять, но и возвращать нужное
В большой инфраструктуре десятки тысяч машин, БД, контейнеров, платформ. И сценарии восстановления у всех свои: где-то нужно поднять всё с нуля, а где-то – вернуть один объект или несколько атрибутов. Российские вендоры последовательно движутся в сторону точности.
Свежий пример: в «Кибер Бэкапе Облачном» теперь можно выбирать отдельные объекты внутри Kubernetes. Резервируешь и восстанавливаешь только то, что действительно нужно, – не тащишь весь кластер ради одной ошибки.
Не просто «есть копия», а умение достать из неё именно то, что сломалось, и не трогать остальное.
Тот же принцип особенно важен для каталогов. В гетерогенных средах и особенно при миграции с AD на Linux инфраструктура становится сложнее: параллельные среды, скрипты, промежуточные состояния. И тут ошибка часто не убивает каталог целиком. Можно неверно изменить атрибуты пользователей, удалить группу, разорвать связи — система продолжит работать, но доступы поедут.
Восстанавливать весь каталог из полной копии — как из пушки по воробьям.
Нужно найти, что именно сломалось, и вернуть только это — один объект, один атрибут. Это и есть гранулярное восстановление. Оно не отменяет полное восстановление — это разные сценарии. Пожар в дата-центре и кривой скрипт, поменявший одну группу, лечатся по-разному.
Простая логика для каталога: перед миграцией сделал копию, потом сравнил состояния и точечно исправил последствия.
И здесь Kubernetes и каталог оказываются ближе, чем кажется: бэкап ценен не только фактом наличия, но и тем, насколько точно ты можешь им воспользоваться, когда что-то пошло не так.