Все потоки

Многим кажется, что IT рынок на последнем издыхании, и работу найти сложно. А между тем, международная статистика выглядит неожиданно воодушевляющей! Делюсь с вами занимательной аналитикой американского рынка продакт менеджеров от Ленни Рачитски.

Главные выводы:

1. Количество открытых продуктовых вакансий достигло максимума с 2022 года — 7379 объявления при минимуме 4113 в 2023 году — рост на 79%!

2. Спрос на инженеров продолжает расти не смотря на то, что "AI заменит программистов" — 67665 вакансий против 37982 в 2023 году — рост на 78%.

3. Рекрутёров нанимают со страшной силой чтобы искать лучшие таланты — количество вакансий для HR почти достигло пика 2022 года — 2280 обявлений.

4. Количество вакансий AI-продактов выросло в 3-4 раза с 2023 года и сейчас достигло абсолютного максимума за всё время — 36686 вакансий!

5. Вакансий продактов в кремниевой долине (Bay Area) больше (23%), чем вакансий для инженеров (20.6%) и дизайнеров (20.3%)!

6. По количеству вакансий для продактов в международных IT-хабах мира лидируют США (Bay Area) — 1442 объявления, США (удалёнка), далее города США - Нью Йорк и Сиэттл. Далее с серьёзным отставанием Бангалор (Индия) — 386 вакансий, Лондон, Тель-Авив и прочие.

Информация интересна в первую очередь с точки зрения контраста с РФ, ведь по ощущениям у нас продуктовый рынок продолжает стремительно сужаться — продактов воспринимают как проджектов / маркетологов / аналитиков / когоугодно, лишь бы сэкономить. Интересных вакансий мало, а по деньгам HH явно не пестреет высокими ставками.

У меня есть свои мысли относительно представленной в статье и на графиках информации, но хочется знать ваше мнение, друзья — какие выводы лично вы делаете из этих данных?

Здесь пост со всеми графиками по приведённым пунктам: ссылка
А здесь — оригинал статьи на английском: оригинал

————————

В нашем продуктовом сообществе мы проводим бесплатные митапы для тех, кто управляет цифровыми продуктами или запускает свои стартапы.
Учимся новому и помогаем друг другу расти.
Присоединяйтесь!

С днём, когда забанили Гугль )

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

Ну и куда податься бедному крестьянину, желающему посмотреть на "замедленном" Ютубе про выращивание рассады, и поискать в интернете чертежи теплицы, сидя на даче?

Пришлось пенсионерам приобщаться к премудростям работы сетей и к технологиям исправления поломанного. Заодно и телеграм с вотсапом заработали.

Если цель всего этого цирка - поднятие компьютерной грамотности и воспитание недоверия - работа проводится успешно.

Расскажу о внедрении новой методологии в работе с AI-агентами.

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

Работало? Ну, как-то работало. Но постоянно что-то ломалось, роли путались, задачи терялись. Вдобавок я использую DeepSeek chat у которого хорошая цена/качество, но малое контекстное окно.

Потом я вдохновился статьей и решил сделать рефакторинг, сделав упор на методологию, а также разнёс общую систему на две отдельные системы:

Первая - чисто под разработку. TDD, оркестратор который координирует входящие, структурированная навигация. Агенты заточены только под код и архитектуру.

Вторая - под управление сообществом. Свои AI-роли с чёткими зонами ответственности, INBOX-система для передачи задач между ролями, тактическое планирование, автопубликация контента.

Между собой системы общаются через общий файл обмена данными и единую навигацию по проекту.

Что изменилось после разделения:

• Перестали ломаться цепочки. Если падает что-то в контент-пайплайне, разработка не замечает.

• Агенты стали точнее. Когда роль узкая - меньше галлюцинаций и отклонений.

• Я сам стал быстрее ориентироваться, потому что знаю куда смотреть.

• Каждая система может развиваться независимо. Обновляю логику публикаций - код в безопасности.

Несколько вещей, которые оказались критически важными на практике:

Во-первых, единый файл навигации. У меня это yaml, в котором описана полная структура проекта, все AI-роли и циклы их взаимодействия. Без этого агенты начинают «забывать» где что лежит и дублировать работу.

Во-вторых, промежуточный файл для обмена между ролями. Что-то вроде почтового ящика - одна роль оставляет результат, другая подхватывает. Простая идея, но именно она решила проблему потерянных задач.

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

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

Если интересна тема оркестрации AI-ролей — могу отдельно рассказать подробнее про архитектуру и как это всё настраивать с нуля. Дайте знать. Ну и заглядывайте в моё сообщество.

#ПолныйСтек #МультиагентскиеСистемы #AIРазработка

Представлен интерактивный курс Understanding LLMs by Building One, который помогает собирать нейросеть с нуля и разбирать её структуру, включая:

• базу: архитектура, токенизация, полезные фреймворки и библиотеки, инференс, файн-тюнинг и прочее.

• в курсе 8 глав, которые можно освоить буквально за выходные

• информация понятно подаётся и структурирована.

Привет! Меня зовут Андрей Степанов, я технический директор в fuse8. Мы проводим исследование о работе технических директоров и руководителей инженерных команд «Фокус СТО в 2026: о приоритетах в командах разработки». Хотим поговорить о том, как в текущих условиях принимаются технологические решения, какие приоритеты у команд, насколько реально им помогают ИИ-инициативы, и какие проблемы чаще всего возникают сейчас между бизнесом и технологиями.

Собираем ответы CTO, Head of Engineering и руководителей разработки. Если это вы, поделитесь своим опытом. По итогам опроса подготовим аналитический материал.

А еще хотим провести глубинные интервью по теме с желающими. Если вам интересно, в форме можно будет оставить заявку.

Анализ истории сделок на предмет перекоса шортистов/лонгистов

Ссылка на GitHub

В backtest-kit модуль volume-anomaly используется как источник в графе сигналов - параллельно с GARCH. Если GARCH отвечает на вопрос «достаточно ли ожидаемое движение», то volume-anomaly отвечает на вопрос «является ли прямо сейчас статистически необычным моментом в микроструктуре рынка».

Пример кода

import { sourceNode, outputNode } from '@backtest-kit/graph';
import { predict } from 'volume-anomaly';
import { getCandles } from 'backtest-kit';

const ANOMALY_CONFIDENCE = 0.75;
const N_TRAIN  = 1200; // обучающее окно — должно быть без аномалий
const N_DETECT = 200;  // окно детекции

const reversalSource = sourceNode(
  async (symbol) => {
    // Важно: recent не должен пересекаться с historical
    const all        = await getAggregatedTrades(symbol, N_TRAIN + N_DETECT);
    const historical = all.slice(0, N_TRAIN);  // старые сделки — baseline
    const recent     = all.slice(N_TRAIN);     // новые — без overlap

    return predict(historical, recent, ANOMALY_CONFIDENCE);
    // {
    //   anomaly:    true,
    //   confidence: 0.81,
    //   direction:  'long' | 'short' | 'neutral',
    //   imbalance:  0.61,
    // }
 },
);

const entrySignal = outputNode(
  async ([reversal, ...]) => {
    if (!reversal.anomaly) return null;
    if (reversal.direction === 'neutral') return null;

    const position = reversal.direction; // 'long' | 'short'

    return {
      id: randomString(),
      position,
      priceTakeProfit: ...
      priceStopLoss: ...
      minuteEstimatedTime: 60,
    };
  },
  reversalSource,
  ...
);

Ключевые детали

• Hawkes Process - кластеризация ордеров

• CUSUM- сдвиг buy/sell дисбаланса относительно исторической нормы

• BOCPD- смена режима: момент когда распределение дисбаланса само меняется

Как использовать

Классическая проблема DCA - ты усредняешься в падающий нож. Цена идёт против, ты докупаешь, а она продолжает падать. volume-anomaly заточен именно под это: докупать не по расписанию или по сетке уровней, а только когда ордерфлоу показывает разворот агрессии.

Экипаж лунной миссии «Артемида II прислал первые снимки планеты Земля, сделанные с борта космического корабля «Орион». Командир миссии Рид Вайсман запечатлел полный диск Земли в момент выхода аппарата за пределы околоземной орбиты и начала полёта к Луне. На опубликованных кадрах виден полный диск планеты, очертания Африки и Пиренейского полуострова, а также ярко‑зелёное полярное сияние в верхней части кадра. Это первые фотографии Земли, сделанные людьми с такого расстояния со времён завершения программы Apollo в 1972 году.

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

Две конференции о фарме за два дня.

На этой неделе был на двух отраслевых мероприятиях. Первое — семинар про КИИ, облака, локализацию и ИИ. Второе — закрытая встреча ИТ-директоров фармкомпаний, где обсуждали практики и инновации.

Из первого — несколько тезисов:

·        КИИ перестал быть абстракцией. Появились чёткие требования по категорированию объектов.

·        Облака выгоднее покупки серверов: CAPEX высокий, дефицит оборудования, а рынок облаков растёт почти на 30% в год. Есть облака под КИИ.

·        Локализация персональных данных — уже штрафуют. Схемы «сначала за рубеж, потом в РФ» больше не работают. (кейс Escape from Tarkov).

Но главные мысли — из круглого стола с ИТ-директорами.

Что я вынес из обсуждения, есть плюсы и минусы от использования локального ПО и оборудования.

Плюсы:

1.     Можно выбирать локального поставщика под конкретную задачу. С глобальным ПО ты подстраиваешь процессы под софт. С локальным — наоборот.

2.     Появляется возможность влиять на функциональность. Вендорам нужна экспертиза, они готовы слушать (не все, но многие).

3.     Локализация — отличный повод для реинжиниринга процессов. Не всё можно заменить «как было», но можно пересмотреть сам процесс.

Минусы и риски:

1.     Россыпь приложений. На каждый функционал — несколько поставщиков. Выбор превращается в квест.

2.     Качество поддержки. Неизвестно, будет ли она вообще после внедрения.

3.     Жизнеспособность продукта и компании-вендора. Никто не гарантирует, что через пару лет продукт не умрёт.

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

Что делать ИТ-директору?

Показывать бизнесу возможности. Говорить честно: какие процессы можно перенести без потери качества, а где качество упадет — и как это компенсировать.

Я вижу, что роль CIO может трансформироваться в Директора по цифровой трансформации. Локализация может стать не головной болью, а драйвером этого процесса.

И вот к чему я пришёл.

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

Именно для этого я и создал «Фармакод» — закрытое сообщество ИТ- и ИБ-директоров фармы. Чтобы продолжать такие разговоры в доверительной среде. Чтобы можно было спросить коллегу: «А как вы решали эту проблему?». Чтобы вместе искать ответы.

Если вам тоже надоело быть одному — присоединяйтесь.

👉 pharmakod.club

Если кто-то вдруг использует мой Licensedog для сбора информации о техстеке.

С сегодняшним обновлением, оно успешно разыскало в интернете и проверило все 5546 зависимости одного из наших проектов, кроме 4 мусорных внутренних библиотек.

Научил работать с Java (раньше были только Python, JS и Go). Починил целую пачку багов.

Это такой краулер, который принимает на вход SBOM (в виде CSV или cyclonedx) и потом сомневается в нем: старается обойти интернет, и на самом деле физически найти файлы с лицензиями. Выкачать их репозиториев, распаковать из архивов, или даже открыть в барузере их сайты и распарсить веб-странички. И фактически проверить на соответствие. В отчете описывает, что и откуда взялось, и почему она думает что лицензия на самом деле не MIT а GPL. На выходе получается CSV или JSONL файл, который можно отгружать безопасникам на ревью.

Исходники - как всегда, на GitVerse.

https://gitverse.ru/anarchic/licensedog

Автоматизация логистики: ошибки, тренды и прогноз 2026 | Денис Сумелев - основатель INTEKEY

Интервью с основателем INTEKEY Денисом Сумелевым и Руководителем проекта Логистика Будущего Татьяной Шушаковой на ММЛФ'2026

Обсудили ключевые для рынка темы:

• Почему автоматизация — не «волшебная таблетка»: распространенная ошибка — купить систему управления складом (WMS) или робота, не подготовив бизнес-процессы.

• Зачем нужен «нулевой этап» — аудит и дорожная карта на 1-1.5 года перед внедрением.

• WMS (система управления складом) сегодня — это стандарт, но лишь один из инструментов в комплексе.

• Эволюция услуги «аутсорсинг директора по логистике»: как она разделилась на удаленные функции (начальник склада, частичные обязанности директора).

• Кадровый дефицит: проблема не в количестве людей, а в экспертизе. Роль ИИ и практического обучения.

• Прогноз на 2026 год: внедрение упрется в стоимость денег, но массовая роботизация неизбежна — роботы станут дешевле людей.

Мероприятие: Московский Международный Логистический Форум (ММЛФ)

Организатор: Координационный Союз по логистике (КСЛ)

Аргумент растущей кучи

Полезные штуки можно встретить в самых неожиданных книгах. Читая очередную из серии «у меня много подписчиков, поэтому я решила книгу написать», наткнулся на прекраснейшую вещь: аргумент растущей кучи, взятый автором из книги Эразма Роттердамского «Похвала глупости».

Звучит аргумент растущей кучи так: «Если десяти монет недостаточно, чтобы сделать человека богатым, что будет, если добавить одну монету? А если добавить еще одну? Наконец, придется сказать, что никто не может быть богатым, поскольку его не может сделать богатым одна монета».

Не правда ли, каждый день подобный вопрос возникает? Что толку писать один пост в блог, если он не взорвёт интернет и не привлечёт массу подписчиков? Зачем мне садиться и делать одну задачу, если проект от этого не завершится? Ну что случится, если я сегодня не схожу на пробежку? Подумаешь, не поговорю сегодня с подчинённым – не убудет от него!

Вот это одно, любое, простое действие – та самая монета. Мозг говорит: от одной монеты куча не изменится, и что толку на неё время тратить. Нужно заниматься чем-то серьёзным! Думать, как сделать сразу 1000 монет! Только это имеет значение!

Увы, фиг там. Куча растёт по одной монете. Это ж какое облегчение-то… Теперь можно сосредоточиться на одной, конкретной монетке. Искренне, с любовью и старанием.

Но уже не потому, что «курочка по зёрнышку клюёт» (никогда, увы, эта фраза не вдохновляла). А потому, что есть аргумент растущей кучи.

Автоматизация облачных сценариев в эпоху искусственного интеллекта — одна из тем доклада на GoCloud 2026 ☁️

Облако дает множество сервисов, но собрать полный путь от идеи до запуска все еще непросто: неподготовленные команды теряются, решения требуют архитекторов и ручной склейки. В докладе расскажу про инструмент, который превращает облачные задачи в готовые сценарии с шаблонами и маркетплейсом функций.

Также покажу, как одни и те же блоки выполняются в разных окружениях и как ИИ-ассистент ускоряет сборку полного цикла: от архитектуры и непрерывной интеграции до бизнес-логики приложений.

Спикер: Антон Щеколдин — менеджер продукта, Cloud.ru

Трек: Приложения и разработка

📅 Когда: 9 апреля в 12:50–13:30 мск
👉 Зарегистрироваться

А пока ждете выступление, загляните в блог: Практическое применение eBPF: serverless-платформа с поддержкой TCP-приложений

Вам пишет рекрутер из известной компании. Вакансия — мечта. Собеседование — завтра. Нужно только установить «утилиту для тестового задания». А дальше — украденные учётки, шантаж и ощущение, что мир сошёл с ума.

HRD Далее Ася Маркевич выступила экспертом подкаста от Департамента разработки «Как не стать жертвой фейковых рекрутеров».

Смотрите на Rutube https://rutube.ru/video/8888fe21f49e6c50f1e78816fde1216c/

Пришло время раскаяться 

Микроменеджмент, ложь, манипуляции, лицемерие — звучит как верная дорожка в ад. Но что, если это просто будни почти любого тимлида? И что, если некоторые из этих «грехов» не так страшны, как кажутся?

В новом выпуске «Свободного слота» Паша Федотов и Александра Прокшина позвали сразу двух гостей: Артёма Коночкина, руководителя юнита Mall and sales, и Константина Лёгкого, заместителя коммерческого директора Битрикс24. Вместе разобрали все грехи тимлида — и честно примерили каждый на себя.

Что обсудили

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

Что будет дальше

Это второй выпуск сезона, в котором «Свободный слот» говорит о том, о чём тимлиды обычно молчат. Впереди — негативный фидбек, ошибки руководителей, AI и деградация компетенций. Неудобные темы, честные разговоры.

Слушайте и смотрите новый выпуск на площадках:

🎧 Яндекс Музыка

📺 YouTube

🔵 ВК Видео

💻 RuTube

Ещё больше экспертизы собрали для вас на сайте: смотрите наши лонгриды, новости, плейлисты видео. А узнать, как стать частью команды AvitoTech, можно вот здесь.

Вторая часть курса по JavaScript уже доступна 💻

Привет, Хабр! Массивы, объекты, операторы, DOM — если вы еще не работаете с ними, проходите бесплатный курс «Первые шаги в JavaScript». Во время обучения вы освоите базовый синтаксис и конструкции языка, а затем напишете пет-проект.  

Вторая часть состоит из пяти модулей. После курса вы сможете:

• изучать более продвинутые фреймворки и библиотеки;

• понимать архитектуру простых веб-приложений;

• писать скрипты, управлять DOM и изменять интерфейс веб-страниц.

Осваивайте практические навыки с помощью IT-инфраструктуры Selectel — промокод на бесплатный доступ уже ждет на курсе. После успешного прохождения финального теста пришлем именной сертификат.

Начните обучение прямо сейчас →

Бережливое облако для стартапа: GPU, гранты, нагрузки и экономика роста 

Какой минимум нужен маленькой команде для стабильности и безопасности? Разбираемся в новом выпуске подкаста «Стартап-секреты».

🎧 Подкаст «Стартап-секреты»: Сезон 7, выпуск 2

В гостях Сергей Рыжков – коммерческий директор Рег.облака – российский облачный провайдер и поставщик комплексной ИТ-инфраструктуры.

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

Где послушать выпуск, подписаться и лайкнуть:

• Яндекс Музыка

• YouTube

• Apple Podcasts

• VK Music

• На сайте подкаста «Стартап-секреты»

Приятного прослушивания!🙌

💙 Подписывайся на подкаст в Телеграм: @podcaststartup

5 демо-уроков апреля для тех, кто хочет роста в ИТ

Привет, Хабр. Эти уроки проводят преподаватели курсов Отус в преддверии старта новых потоков. На них можно узнать о формате обучения, пообщаться с экспертами и заодно закрыть пробелы в знаниях по интересующей теме. Участие бесплатное. Присоединяйтесь.

• 9 апреля, 20:00. Angular без RxJS? Пишем реактивные формы на сигналах
  ^{Открытый урок курса «Angular-разработчик»}

• 13 апреля, 20:00. Flutter GenUI: когда ИИ-агент собирает ваш интерфейс
  ^{Открытый урок курса «Flutter-разработчик»}

• 15 апреля, 18:00. Основы протокола HTTP
  ^{Открытый урок курса «Проектирование API»}

• 20 апреля, 20:00. От интерфейса до корзины: создаём мини интернет-магазин на языке JavaScript
  ^{Открытый урок курса «JavaScript-разработчик. Базовый уровень»}

• 21 апреля, 20:00. Архитектура Angular-приложения: как писать масштабируемый frontend
  ^{Открытый урок курса «Angular-разработчик»}

Полный список бесплатных уроков апреля смотрите в дайджесте.

Как стать IOS-разработчиком?

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

Если нравится экосистема Apple и хочется работать в закрытой, но при этом цельной среде — попробуйте разработку под IOS. На Хабр Карьере как раз есть множество учебных программ по этому направлению, а ниже — подборка ключевых инструментов "яблочного" разработчика.

— SWIFT. Основной язык программирования для iOS.

— Xcode. Официальная среда разработки от Apple.

— CocoaPods.  Менеджер зависимостей для подключения библиотек.

— Realm. Локальная база для хранения данных в приложении.

— GCD. Технология для работы с многопоточностью.

— UIKit. Фреймворк для создания интерфейсов приложений.

→ Начать учиться можно здесь

Продукты Microsoft ценятся в корпоративной среде не в последнюю очередь за высокую обратную совместимость. Как показал британский ютубер TheRasteri, в виртуальной машине через череду обновлений возможно превратить DOS 3.10 в последнюю версию Windows, и при этом старый софт из девяностых, оставшийся в системе, продолжит работать без каких-либо нареканий.

Но у такой совместимости есть и обратная сторона. Вместо того, чтобы быстро убирать старые компоненты, Microsoft годами держит их рядом с новыми. К примеру, в какой-то момент Windows поставлялась сразу с тремя браузерами: Internet Explorer, классическим Edge и новым Edge на движке Chromium.

Обычно из негативных эффектов этого дублирования бывает только впустую занятое место на диске и лишний процесс в системе. Хуже только тогда, когда эти компоненты начинают мешать друг другу. К числу подобных случаев относится новый Outlook, который Microsoft продвигает с 2022 года. Если история стандартного клиента Outlook исчисляется десятилетиями, то этот новый клиент Outlook for Windows (также его иногда называют Outlook (new) и New Outlook) написан как прогрессивное веб-приложение на базе веб-версии Outlook on the web.

Дело в том, что иногда New Outlook мешает работе классического варианта. Вообще-то происходить этого не должно, страницы помощи обещают, что оба поколения будут работать даже одновременно. Тем не менее некоторые пользователи жалуются, что новый Outlook не запускается, перейти обратно в старый не получается, а классический Outlook вообще перестаёт работать.

Решать эти проблемы приходится по-разному. Если установлена соответствующая опция, то запуск классического Outlook будет перехватываться в новый. Если по какой-то причине нужно вручную перелезть обратно, или New Outlook не запускается, то страница поддержки рекомендует пошаманить в реестре Windows в пути HKEY_CURRENT_USER\Software\Microsoft\Office\16.0\Outlook\Preferences — установить там значение UseNewOutlook на 0. Кстати, схожим образом может решаться ситуация с закольцовыванием редиректов, когда классический Outlook вызывает новый, а новый — классический.

В других случаях классический Outlook может по какой-то причине отсутствовать или быть неправильно установлен, и страницы помощи предлагают установить классический Outlook с нуля. Иногда ломается New Outlook, и в ответ на одну из таких жалоб сотрудник Microsoft посоветовал удалить файл UserSettings.json из директории %localappdata%\Microsoft\olk. Наконец, с 12 марта 2026 года классический Outlook падает и запускается в безопасном режиме из-за определённой версии дополнения Teams Meeting, сообщает страница помощи. И вообще, кто отменял отработанные и известные с девяностых процедуры починки файлов PST/OST через scanpst.exe и запуск в безопасном режиме (outlook.exe /safe)?

Богатство разновидностей ошибок иногда проявляется в ситуациях, которые в английском описывают как mission-critical. В некоторых контекстах под «миссией» понимается не задача, а реальный полёт. Подобный эпизод случился прямо на борту капсулы Orion CM-003 Integrity полёта Artemis II. Через несколько часов после старта командир экипажа Рид Уайсмен отчитался, что на персональном устройстве у него два варианта Microsoft Outlook, и не работает ни один из них. Уайсмен попросил подключиться удалённо и решить эту знакомую любому офисному работнику проблему.

Понятно, что подобная неполадка вряд ли могла помешать работе критических систем корабля, включая двигатели. Полёт продолжился в штатном режиме, облёту Луны ничто не угрожает. Не прервал полёт даже засорившийся туалет, который позднее удалось прочистить. Microsoft Outlook на устройстве PCD 1 специалисты НАСА тоже починили.