Все потоки

Как проверить, работает ли ECC-память в Windows: техническое руководство для системных администраторов

Введение

Недавно столкнулись с интересной задачей: нужно было убедиться, что ECC-память корректно функционирует на рабочей станции на базе AMD Ryzen. Как оказалось, стандартные методы проверки, которые находятся в топе поисковой выдачи, часто дают неверные результаты или попросту не работают в современных версиях Windows. В этой статье расскажем о проверенном методе, который сэкономит вам время и поможет точно определить статус ECC в вашей системе.

Почему стандартные методы не работают?

Во многих статьях в интернете для проверки ECC рекомендуется использовать команду wmic или PowerShell-скрипты. Однако у этих методов есть серьёзные ограничения:

1. Старые методы с wmic больше не работают в современных версиях Windows

2. Команда PowerShell Get-WmiObject Win32_MemoryDevice часто даёт неоднозначные результаты даже в системах с поддержкой ECC (включая Intel Xeon и AMD Threadripper с RDIMM)

3. Windows не предоставляет информацию о статусе ECC в диспетчере задач, что, честно говоря, странно для операционной системы, позиционируемой как корпоративное решение

Проблема в том, что Win32_MemoryDevice является производным от CIM_PhysicalMemory и предоставляет рассчитанную версию данных, которая может некорректно отображать определенные устройства. Для получения точной информации необходимо запрашивать данные напрямую из DMI/SMBIOS.

Проверка ECC с помощью CPU-Z: пошаговая инструкция

Шаг 1. Установка и запуск CPU-Z

Скачайте и установите последнюю версию CPU-Z с официального сайта. После запуска программы вы увидите стандартный интерфейс, но если перейти на вкладку «Память», то информации об ECC вы не найдёте.

Шаг 2. Создание отчёта

Вот ключевой момент, о котором многие не знают: нужно нажать кнопку «Инструменты» в нижней части программы и выбрать «Отчет». Для удобства анализа рекомендую выбрать текстовый формат вывода вместо HTML.

Шаг 3. Анализ отчёта

В созданном отчёте найдите разделы:

• Массив физической памяти DMI

• Устройство памяти DMI

Выполните поиск по ключевому слову «исправление». Возможные значения:

• «Нет» — коррекция ошибок отсутствует

• «Однобитовая ECC» — однобитовая коррекция ошибок (стандартная ECC)

• «Многобитовая ECC» — многобитовая коррекция ошибок

Также обратите внимание на параметры ширины:

• Общая ширина: 72 бита

• Ширина данных: 64 бита

Разница в 8 бит — это как раз те биты, которые используются для коррекции ошибок. Если вы видите такую разницу, но в поле коррекции указано «Нет», это может означать, что ECC поддерживается аппаратно, но не активирована в BIOS/UEFI.

Альтернативный метод: команда wmic

Более простой способ — использовать следующую команду в командной строке:

cmd

1

wmic memphysical get memoryerrorcorrection

Эта команда возвращает код, соответствующий типу установленной памяти:

0 (0x0) Зарезервировано

1 (0x1)Другое

2 (0x2)Неизвестно

3 (0x3)Нет коррекции

4 (0x4)Паритет

5 (0x5)Однобитовая ECC

6 (0x6)Многобитовая ECC

7 (0x7)CRC

Важные технические нюансы

1. Качество модулей ECC. Не все модули с маркировкой ECC обеспечивают надежную коррекцию. Например, модули с тремя линиями над логотипом Micron — это чипы, прошедшие электрический, но не механический тест. На такие микросхемы не распространяется гарантия, и они рекомендуются для использования в менее критичных приложениях.

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

3. Проверка через BIOS/UEFI. В некоторых случаях информация об активации ECC доступна только в BIOS/UEFI. Обязательно проверьте настройки перед диагностикой в ОС.

Заключение

Проверка работы ECC-памяти — критически важный этап при настройке систем, в которых важна надёжность данных. Хотя Windows не предоставляет эту информацию в стандартном интерфейсе, использование CPU-Z или правильных команд wmic позволяет точно определить состояние ECC.

Разработчик (Mobile Developer) и программист Алексей Гладков попытался независимо изучить компоненты мессенджера Max.

Наверняка каждый из нас замечал, что в ряде вакансий на HH есть просьба прислать ссылку на свой GitHub.

Логично предположить, что HR не ожидают увидеть там репозитории рабочих коммерческих проектов, а всего лишь хотят посмотреть на pet-проекты или вклад в open source.

Но на месте работодателя стоит задаться вопросом: «Когда разработчик этим занимался?»

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

А если кандидат занимался pet-проектами после основной работы, то у меня для вас плохие новости.

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

Виной всему невозможность психологически переключиться с написания кода на личные или семейные дела.

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

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

Есть несколько советов о том, как не зацикливаться на работе.

Во-первых, необходимо делать небольшие перерывы в течение рабочего дня.

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

Во-вторых, в офисе очень важны социальные контакты и поддержка.

Найдите на работе приятеля, с которым у вас совпадают хобби, или вовлекитесь в общую активность, принятую в вашей компании.

Это поможет вам не только переключиться, но и избавиться от чувства социальной исключённости.

В-третьих, планируйте работу на следующий день с вечера.

Чёткий план действий позволит не распыляться и закончить начатые задачи.

Иначе незакрытые гештальты будут преследовать вас вне офиса.

В-четвёртых, простройте чёткие границы между работой и домом.

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

Источники

• A Meta-Analysis on Antecedents and Outcomes of Detachment from Work

• Facilitating Detachment from Work: A Systematic Review, Evidence-Based Recommendations, and Guide for Future Research

• Detach to Thrive: Psychological Detachment from Work and Employee Well‑Being

У ИТ-компании «Криптонит» вышел новый выпуск подкаста — на этот раз про Scala! Там обсудили, почему «скалистов» так мало, что эксперты «Криптонита» ждут от новой версии этого языка и почему «в Scala идут те, кому хочется понять этот мир немного лучше».

Смотрите и слушайте на любой удобной платформе. И не забудьте подписаться!:)
• VK Видео
• YouTube
• Rutube
• Подкаст в телеграме
• Яндекс.Музыка

В выпуске приняли участие сотрудники «Криптонита»:
• Алексей Шуксто, директор департамента разработки;
• Ахтям Сакаев, руководитель направления серверной разработки;
• Юлия Левченкова, директор департамента по управлению персоналом.

Они также обсудили:
• почему «скалисты» живут в Питере;
• может ли PySpark вытеснить Scala;
• планируется ли тотальный переход со Scala на Java;
• советы для тех, кто только открывает для себя Scala и полезные ресурсы для «скалистов».

Заглядывайте к нам на карьерный сайт «Криптонита»! Там как раз есть вакансии в команду Ахтяма.

Мы на Let's Go Conf: расскажем, как приручали старый Gateway, и слетаем в космос

В этом году компания МойОфис стала партнёром конференции для Go-разработчиков Let’s GoConf, которая пройдёт 12 сентября в Москве в лофте «Пространство Весна».

В одном из треков выступит Герман Кравец, техлид модуля Календарь почтового сервиса Mailion. В своём докладе он расскажет о том, как команда Mailion работала с «наследием». Представьте: старый Gateway, застрявший на Go 1.19, сложный в поддержке, с самописными генераторами и C++-зависимостями, а конфигурации напоминают древние свитки... Герман поделится тем, как команда справилась с такими вызовами и как изменилась архитектура продукта.

Но конференция — это не только доклады. Для участников мы приготовили по-настоящему космическую игру: нужно будет спасти колонизаторов далёкой планеты, решать задачи по Go и получать призы. Уверены, это станет отличным дополнением к технической программе и подарит всем гостям отличный настрой.

Ждём вас на Let’s Go Conf!

Раскопал интересный тип поля в Joomla - Groupedlist.

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

Но как сделать такой список для использования в описаниях форм в xml? Первой мыслью было сделать свой тип поля, расширяющий стандартный \Joomla\CMS\Form\Field\ListField. Однако, в ядре Joomla нашёлся уже готовый класс поля для группированных списков \Joomla\CMS\Form\Field\GroupedlistField. Он расширяет напрямую FormField и имеет 2 метода - getGroups() и getInput().

В getInput() вызывается метод getGroups() для получения массивов с группами опций и его можно было спокойно заменить на getcollectLayoutData(), где этой работе самое и место, но это не слишком принципиально. И там и там работа делается. Поэтому нас интересует именно метод getGroups().

Мы создаём свой класс поля, расширяем GroupedlistField. Делаем обязательно свой $type для поля и реализуем метод getGroups(). Всё.

<?php
use Joomla\CMS\Form\Field\GroupedlistField;
use Joomla\CMS\HTML\HTMLHelper;

class ServerschemelistField extends GroupedlistField
{
    // type совпадает с именем файла и класса
    // без суффикса 'Field'
    protected $type = 'Serverschemelist';

    /**
     * Method to get the field options.
     *
     * @return  array  The field option objects.
     *
     * @throws  Exception
     *
     * @since  1.0.0
     */
    protected function getGroups(): array
    {
        // наши группы
        $group1 = [];
        $group2 = [];
        // Собираем первую группу опций
        foreach ($data as $item) {
            $optionattr = [];
            // Атрибуты для <option>
            if ($something_happend) {
                $optionattr['option.attr'] = [
                    'selected' => 'selected',
                    'onclick'  => 'earthQuake()',
                    'showon'   => 'field1:value1000',
                ];
            }

            $group1[] = HTMLHelper::_(
                'select.option',
                $item->option_value,
                $item->option_label_text,
                $optionattr
            );
        }
        // Аналогично собираем $group2
        // ...
        $groups = [
            ['Имя группы 1'] = $group1,
            ['Имя группы 2'] = $group2,
        ];
        // В parent::getGroups() будут значения
        // из xml-описания формы, если они есть.
        // Соединяем их с нашими.
        return array_merge(parent::getGroups(), $groups);
    }
}

Код может сломаться — и это нормально. Другой вопрос: сколько времени уйдет на исправление багов. Залетайте на нашу витрину курсов по разработке — узнаете как работать с любыми ошибками. Ну, кроме случая, когда на клавиатуру залез кот — тут уж никакое тестирование не поможет.

Начать разбираться можно тут

Лутаем Open Source #24. Они наконец-то починили MongoDB! Перенеся его на PostgreSQL...

DocumentDB – БД от Microsoft, которая состоит из 3-х частей:

1. PG расширение, добавляющее BSON формат (написанный, на С)

2. CRUD API поверх него (С)

3. Сервис трансляции Mongo Query в SQL (Rust)

Для кого это?

И вроде как: "PG – классная база, а MongoDB Query + BSON популярные технологии" – и можно было бы поразмышлять чем это круто, но сначала важно ответить на один туманный вопрос: "кому такая БД может быть нужна?"

Классический PG

Сначала рассмотрим кейс, когда мы накладываем DocumentDB на обычный PostgreSQL.

Те, кто используют MongoDB если попробуют переехать на такой сэтап столкутся с тем, что:

• Там нет шардинга (и насколько бы он не был сложно реализован в MongoDB, он есть и им активно пользуются)

• Придется использовать двойной тулинг: Compas, чтобы наблюдать за корректностью данных с MongoDB Query, и SQL если надо посмотреть что там внутри

• MongoDB поддерживает Uncommitted Read и Write Majority, что странно накладывается на PG: если разраб достаточно продвинутый и намеренно использовал Uncommitted, то с PG он потеряет скорость и Availability из-за PG Committed, а если он использовал Write Majority, то PG не совсем дает такую гарантию (обвал диска при WAL репликации – менее надежен, чем Write Majority)

• А самое главное: когда ты работаешь с MongoDB ты можешь открывать 1000 коннекшенов и он вполне себе все это сожрет, потому что (1) коннекшен это тред, (2) при запросах нет никакой проверки реляционной целостности, да и в целом проверка сильно проще, чем в PG, а значит придется потанцевать с пуллерами и даже менять где-то запросы, чтобы не упасть по скорости

То есть, у mongo-юзеров это заберет все особенные фичи MongoDB и при этом не даст фишки PostgreSQL.

Distributed PG-like

А что, если мы положим DocumentDB на что-нибудь из серии CockroachDB, YugabyteDB, AWS Aurora, Citus или Neon?

Все 3 проблемы решаются:

• Шардинг из коробки

• Достаточно высокая скорость записи и чтения

• Отсутствие проблем с коннектами

В такой ситуации DocumentDB начинает играть новыми красками.

Но если в Neon и Citus (и может YugabyteDB) еще есть шанс добавить текущий DocumentDB BSON плагин, то в для других представителей придется писать его с нуля (причем под каждый свой, потому что они построены каждый на своем KV хранилище).

Переезд в Linux Foundation

А еще они сейчас в процессе переезда из Microsoft в Linux Foundation, из плюсов они будут полностью под MIT лицензией и пейвола, за который будут прятать полезные фичи, из минусов, Microsoft могут и забросить, а никто другой не подхватить.

Итоги

Неоднозначная технология, пока имеет смысл в каких-то тонких кейсах, но в общем и целом, не вижу пока где тут middle-ground, может, вы что-то подскажете?

P.S.

А еще приглашаю вас к обсуждению в свой паблик в телеграмме 🦾 IT-Качалка Давида Шекунца 💪

Диалоги в Unity

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

У нас есть курс по Unity, где школьники учатся создавать собственные игры и разрабатывать сюжетные элементы.

Видео-урок:

Как строить эффективное тестирование ИИ-моделей в бигтехе?

Меня зовут Валентин, я — руководитель направления тестирования моделей машинного обучения в Альфа-Банке. Моя команда занимается тестированием ML-моделей и модельных сервисов для наших клиентов уже более четырех лет, и более трех из них я погружен в наши процессы QA. 

За несколько лет прошел путь от линейного тестировщика до руководителя команды из 8 человек, и в этой статье рассказываю о своем опыте. О том, как:

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

• понял необходимость расширения команды, 

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

• продумал подход к делегированию задач,

• начал автоматизацию тестирования на основе Postman-коллекций, Pytest и Allure, интегрированную в CI/CD через Jenkins и Airflow, что ускорило и упростило тесты…

Эта статья будет полезна:

• тем, кто только начинает выстраивать процессы тестирования моделей;
• начинающим тимлидам QA-команд до 10 человек;
• тем, кто просто хочет познакомиться с примером организации QA-процесса с нуля.

Читайте: Я управляю тестированием ИИ-моделей 4 года. Что я понял за это время?

Создайте виртуальную машину в облаке за 1 минуту 30 секунд... с AI-помощником Клаудией 🤖☁️

В скринкасте показали, как развернуть ВМ для чат-бота за полторы минуты. И вы можете сделать так же в личном кабинете Cloud.ru.

Что еще умеет Клаудия:

• подбирать для виртуалки нужную конфигурацию, в зависимости от ваших задач;

• настраивать мониторинг и алертинг;

• давать подсказки для терминала и работать с консолью как co-pilot;

• отвечать на вопросы по всем платформам: Evolution, Advanced, VMware;

• помогать в FinOps и SRE: мониторить по логам приложения и алерты, искать неэффективно используемые ресурсы и советовать, как все оптимизировать.

✨ Бонусом — до 31 октября 20+ моделей в Evolution Foundation Models будут бесплатными. Протестируйте на своих проектах эмбеддеры, ранжировщики и мощные LLM, например GLM-4.5, Qwen3-235B, Qwen3-Coder или gpt-oss-120b.

Для всех, кто как и я, читает Хабр набегами, но боится пропустить интересный пост, навайбокодил простую RSS-читалку. Перепробовав различные существующие решения и не найдя подходящую, решил написать свою.

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

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

Единственное требование — Deno (https://deno.com/). Полностью кроссплатформенное решение, запускается на Windows, macOS и Linux без дополнительных зависимостей.

Через скрипты

deno run --allow-net --allow-read --allow-write fetch_articles.ts
deno run --allow-net --allow-read --allow-write --allow-env ai_summary.ts
deno run --allow-net --allow-read --allow-write viewer.ts

Через Docker

docker build -t habr-rss .
docker run -d \
  -p 8000:8000 \
  -v $(pwd)/db:/app/db \
  -e MISTRAL_API_KEY="your_key_here" \
  --name habr-rss \
  habr-rss

Примечание: При первом запуске приложение начнёт загружать статьи из RSS, поэтому стоит подождать несколько минут перед открытием веб-интерфейса.

Лежит тут https://github.com/righttechsoft/habr_rss

От новичка до мидла за 9 месяцев: честная история внутри Ozon

Привет! Меня зовут Алексей Куличкин, и я инженер по тестированию в Ozon. В июле 2024 года я пришёл в мобильное тестирование Ozon — стажёром без опыта в IT. Через 9 месяцев получил грейд мидла.
Всё благодаря поддержке, атмосфере и структуре, в которой хочется расти. И это не «успешный успех», а реальный опыт: как в крупной компании, где не боятся объяснять и дают делать, можно быстро вырасти.
Собрал свой путь в понятные 6 шагов, которые вы можете повторить.

Шаг 1. Первые недели: ничего не понятно — и это нормально

Адаптационный трек
Курс по QA дал теорию, но в реальности всё выглядело иначе: пайплайны, документация, устройства, A/B. Вместо «в бой» — адаптация: отдельная среда, синтетические задачи, настройка девайсов и deeplink-ов.

Менторство команды
— регулярные one-to-one;
— фидбэк без токсичности;
— открытость к вопросам и поддержка в команде.

Шаг 2. Новый взгляд на старые идеи
Внутри документации нашёл устаревший Bash-скрипт — QA Helper. Он помогал с Android: скрины, видео, deeplink-и. Решил переписать на Python — в свободное время.
Получился компактный инструмент. На внутреннем демо он заинтересовал и другие команды — и стал актуальной заменой старому решению.

Шаг 3. Темп и рост: всегда продолжаем учиться
IT — мой осознанный выбор после 28. Днём — задачи, вечером — статьи, логи, конспект.
Так через 3 месяца (вместо стандартных 6) — грейд junior. А дальше — настоящая ответственность.

Шаг 4. Ошибки, которые учат
Удалил строку в YAML — упала CI-джоба другой команды.
Пропустил автотест — баг в релиз.
Никакой токсичности. Только помощь, разбор и выводы:
– проверяй diff перед пушем,
– не бойся признать ошибку. Это — не слабость, а профрост.

Шаг 5. Junior: больше свободы и ответственности
Задачи стали сложнее — но появилась инициатива. Предложил ввести префиксы в локаторах (btn_, txt_, img_) — сделал гайд, презентацию, прошёл защиту. И подход разошёлся по командам.

Шаг 6. Проверить себя на ревью: не про грейд, а про вклад
Через 6 месяцев — ревью: задачи, инициативы, фидбэк.
Получил грейд мидла. Но важнее — признание, что работа влияет на продукт и процессы.

Мой чек-лист
– Личный конспект: спасал десятки раз.
– «Задал вопрос — сэкономил день». Спрашивать — нормально.
– Улучшения — это не только фичи.
– Лайфхаки — вклад в команду.
– Учёба с умом: лучше меньше, но с пользой.

Этот путь стал возможен не из-за удачи, а потому что в Ozon есть команда, где можно ошибаться, предлагать идеи и видеть, как они внедряются. Где инициативу поддерживают, а не гасят. Где твой вклад — это не только задачи, но и улучшения, которые остаются после тебя.
Если вы только начинаете — тревожно всем. Если уже в процессе — оглянитесь: многое из того, что казалось сложным, вы уже прошли. А если попали в место, где готовы слушать и давать пробовать — это ценно. Используйте это.

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

ИТ-компания К2Тех поздравляет с наступающим Днем работника нефтяной и газовой промышленности!

Нефтяники — это ежедневный пример стойкости и стремления к самым амбициозным целям. Команда К2Тех поздравляет всех причастных с праздником и желает уверенности в каждом решении и блестящих результатов во всех начинаниях!

К празднику К2Тех подготовил особый подарок. В нем можно создать ваш цифровой двойник — уникальную модель, отражающую ваши профессиональные параметры.

Если вы сталкиваетесь с задачами оптимизации, но существующие материалы не дают системного понимания — курс «Java Advanced II: высокопроизводительная Java» (JVA-076) для вас. Никакой воды — только лабораторные с разбором реальных инцидентов.

9 сентября на бесплатном вебинаре «Производительность Java под нагрузкой: заглянем под капот» мы детально разберем содержание курса:

➕ Инструменты: JMeter, JMH, JFR, JITWatch — не просто обзор, а решение задач.

➕ JVM: тюнинг GC, анализ JIT, управление флагами.

➕ Hardcore: off-heap память через Unsafe, свои структуры данных.

➕ Архитектура: кэширование и анализ производительности.

Курс для вас, если вы хотите:

✔️ Осознанно подходить к тюнингу JVM.

✔️ Быстро находить и устранять утечки памяти и узкие места

✔️ Принимать архитектурные решения, зная их цену в производительности

✔️ Говорить с эксплуатацией на языке метрик

А вебинар позволит оценить  практическую ценность курса перед принятием решения об обучении.

Дата: 9 сентября

Время: 18:00-19:00 (Мск)

➡️ Регистрация

Первая в России конференция про ускорение разработки с помощью ИИ

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

3 октября в Москве, в ДК «Рассвет» пройдет первая в России конференция про реальное ускорение с помощью AI. Без шаманства, без магии, без обещаний в стиле «сейчас покажу вам пару промтов в ChatGPT». Мы пригласили только тех, кто уже готов делиться конкретикой и новыми подходами в разработке с ИИ — экспертов от Яндекса, Альфа-Банка, Т-Банка и других лидеров рынка.

О чем расскажут на конференции:

• Евгений Сатуров, CTO Mobile Surf — как мы выстроили AI-boosted Delivery Platform и сделали процессы в 5 раз быстрее классического SDLC. Поговорим и про цифры: чем измерять ускорение разработки и как оценивать ROI в AI-инструменты.

• Доклады от крупных компаний: Александр Поломодов из Т-Банка, Святослав Соловьев из Альфа-Банка, Александр Толмачев (ex-Ozon Fintech) и другие мощные спикеры поделятся, как у них выстроены процессы AI-разработки. Обсудим, какие инструменты прижились, каких результатов с их помощью добились компании и как строили архитектуру проектов.

• Дискуссии AI vs. Security vs Эффективность: поговорим с экспертами от Positive Technologies, Ozon Fintech и Сбера о том, как обезопасить код и данные при тотальной автоматизации, где прячутся уязвимости AI-решений и как жить с Концепцией регулирования ИИ-2030. И ответим на вопрос — насколько ИИ влияет на скорость команд, метрики и ROI.

• Научная основа: Альбина Галлямова, научный сотрудник НИУ ВШЭ и автор проекта «Зачем мы такие?», разберет правду и мифы о возможностях искусственного интеллекта. Узнаем, как взаимодействие с LLM влияет на когнитивные способности человека.

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

Кому будет полезно?

Ждём всех, кому интересна тема ускорения разработки с помощью ИИ:

• C-level и руководителей разработки — чтобы строить полноценный AI-конвейер.

• Тимлиды и heads of dev — чтобы ускорять delivery, а не тормозить.

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

• PM и продакты — чтобы адекватно планировать сроки и ресурсы в AI-проектах.

Формат и участие

Конференция пройдет 3 октября (пятница) в Москве, локация — ДК Рассвет. Начало в 12:00. Вас ждет 9 часов контента, нетворкинга и новых идей для своих проектов. А еще — бесплатные консультации с CTO Surf по внедрению ИИ-процессов в вашем бизнесе.

Для участия регистрируйтесь по ссылке. Там же вы найдете программу и другие подробности.

До встречи ;) 

Мобильное приложение «Первой Формы»: новая версия и больше функций для быстрой работы

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

Юбилей мы отмечаем новым релизом, названным в честь Георгия Гамова — советского и американского физика-теоретика, который создал концепцию реликтового излучения Вселенной. Его считают одним из главных подтверждений теории Большого взрыва — излучение позволяет узнать, как была устроена Вселенная в момент своего появления.

«За годы существования мобильного приложения мы решили много задач: добавляли функции, меняли дизайн. В процессе появился технический долг — старое API, программные модули, требующие глубоко рефакторинга, необходимость поддержки новых версий операционных систем. Технический долг можно сравнить с реликтовым излучением — он равномерно заполняет продукт, по нему можно отследить этапы эволюции, его можно игнорировать годами. Но чтобы развитие приложения проходило легче, с техническим долгом нужно работать», — комментирует Алексей Матвеев, директор по мобильным технологиям «Первой Формы».

В версии «Гамов» мы сосредоточились на уменьшении технического долга, обновлении архитектуры и новых функциях. Вот что нового появилось в этой сборке.

Общие обновления

• Теперь можно быстро искать и добавлять пользователей в тексты комментариев для упоминания через значок @.

• Добавить учётную запись в приложение можно, отсканировав QR-код в профиле веб-версии.

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

• В списке задач теперь отображаются комбинированный индикатор всех и закрытых подзадач .

• В актуальной сборке веб-версии «Первой Формы» есть возможность добавлять поля в системную «шапку» задачи, чтобы они отображались над блоком вложений. В мобильной версии тоже реализовали эту функцию.

• Перешли на новое API для ускорения работы списков задач.

• Обновили ВКС-модуль, чтобы работал ещё стабильнее.

Больше о мобильном приложении «Первой Формы» →

Дополнительные функции iOS-версии

• Обновили вид новостей — в них отображаются реакции, описания и форматирование.

• Если нажать на упоминание комментария в ответе на него, чат прокрутится до этого комментария.

• Учётную запись можно добавить в приложение по ссылке.

Дополнительные функции Android-версии

• Поддержка полноэкранного (EdgeToEdge) интерфейса новых версий Android, оптимизация под Android 15.

• Нажатие на баннер входящего звонка выводит интерфейс созвона на весь экран.

• Для кнопок резолюций в подписях поддержали цветовую раскраску.

Кого нанимать в стартап?

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

На что обращать внимание:

Высокая адаптивность и умение работать на скорости.   Для стартапа важно не получать сразу идеальный результат, а быстро внедрять новые фичи, делать одну итерацию за другой. Гораздо правильнее сделать 3 попытки внедрения новой функции за неделю, чем “выдать” идеальную за месяц.
Умение адаптироваться к меняющимся условиям позволит сотрудникам легче относиться к переменам и меньше выгорать.

Кросс-функциональность. Да, сотрудник стартапа - “многорукий многоног”, иначе не назовешь! Ваши сотрудники должны уметь закрывать множество компетенций, но самое главное - им должно это нравиться. Сотрудники, которые не любят (не могут) делать сверхзадачи или живут по принципу “это не мои обязанности” в стартапах не приживаются. Есть прекрасное сравнение: в зрелом устойчивом бизнесе сотрудники напоминают гирлянду - цепь из одинаковых лампочек, каждую из которых можно легко заменить. А вот в стартапе каждый - это яркая звезда, которую очень болезненно потерять.

Высокая мотивация. Сотрудник стартапа в идеале должен сам “гореть” идеей проекта. Это будет существенно влиять на результативность труда и атмосферу в команде.

Задавайте “правильные” вопросы на собеседовании и ориентируйтесь больше на soft-skills: в стартапе это самое ценное! 

Дайджест Рег.облака за август

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

• Рег.облако стал самостоятельным брендом 

Выделили направление облачных и Bare-metal услуг в отдельный бренд — Рег.облако. Теперь профессиональная выделенная команда сконцентрирована исключительно на облачных продуктах и комплексном обслуживании IT-инфраструктуры бизнеса. Все наши продукты и сервисы представлены на новом сайте. 

• Выпустили готовый образ облачного сервера с Portainer

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

• Представили продукты по информационной безопасности 

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

• Запустили безопасное облако, соответствующее требованиям ФЗ-152

Защищенное облако по модели IaaS полностью соответствует требованиям закона по работе с персональными данными. Облако ФЗ-152 размещено в изолированном сегменте ЦОД с повышенными стандартами безопасности и аттестовано лицензированным партнером по максимальному уровню защищенности (УЗ1), а развернуть его так же просто, как и обычный облачный сервер.

Встречаем осень с новыми силами и планами — мы продолжаем развивать Рег.облако, чтобы оно отвечало всем вашим запросам. До новых встреч уже в сентябре!

Никогда и ничего!

Помните, Воланд говорит разлетевшуюся на цитаты фразу: «Никогда и ничего не просите! Никогда и ничего, и в особенности у тех, кто сильнее вас. Сами предложат и сами всё дадут!» Она симпатична многим, поскольку утверждает идею независимости и позволяет сохранить гордость, что вот не унижался, не надоедал, а вот заметили и оценили.

При этом обычно забывают или не знают, что Воланд пародирует Евангелие от Матфея: «Просите и дано будет вам; ищите, и найдете; стучите и отворят вам. Ибо всякий просящий получает, и ищущий находит, и стучащему отворят».   

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

А вот Христос в изложении Матфея, наоборот, предлагает проявлять инициативу и действовать. Иначе, как вас заметят?

По молодости мне сильно импонировали слова Воланда. Просить, спрашивать, привлекать к себе внимание, продавать — казалось постыдным и недостойным. Теперь правильными кажутся именно слова Матфея. 

От того, какими установками мы руководствуемся (а обе цитаты — это именно установки, которые сильнейшим образом влияют на поведение), зависит тот результат, который мы получаем в жизни. Обратить на себя внимание или не отсвечивать — выбор, который напрямую определяет карьеру, результаты в бизнесе, да и просто в отношениях. Другое дело, что не так-то просто эти установки пересмотреть, поэтому я написал небольшую статью: «Хочется лучше жить? Просто начни просить»