Все потоки

Трещина сомнений в величии ИИ

Кажется, наш прогноз на самые критические точки развития ИИ в 2026 году оказался чересчур точным. Только начинается февраль, а уже актуален самый важный пункт — оправдают ли LLM (большие языковые модели, такие как ChatGPT) возложенные на них ожидания.

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

30 января акции Microsoft испытали рекордное падение с 2020 года — они подешевели почти на 10%, а капитализация упала на 360 млрд долларов! Виноват оказался ИИ: облачный бизнес растёт медленно и не окупает вложений в ИИ. Более того, слишком большая часть вложений завязана на OpenAI: если с компанией что-то случится, пострадает значительная часть инвестиций.

3 февраля Nvidia сообщила, что сокращает запланированные инвестиции в OpenAI в 5 раз! Они остаются велики — 20 млрд долларов, но теперь ещё 80 млрд запланированных инвестиций OpenAI придётся искать на стороне. Иначе… развитие компании пострадает, инвестиции Microsoft из предыдущего абзаца не отобьются… Чувствуете снежный ком? На прошлой неделе FT зафиксировало падение капитализации компаний-бигтехов на 660 млрд долларов. Относительно их стоимости сумма небольшая. Но абсолютный показатель говорит о том, что инвесторы решили попридержать вложения в компании, которые делают слишком большую ставку на ИИ.

Конец ли это ИИ? Нет, конечно. Более того, это очень правильная проверка на прочность. Даже если допустить катастрофический сценарий с потерей 90% инвестиций в разработку ИИ и LLM в частности, то оставшиеся деньги будут использованы с большей осмотрительностью и самоотдачей. А обычные пользователи не будут так страдать из-за дефицита микросхем.

Менеджмент — не для малого бизнеса

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

• владелец не имеет личного контакта с каждым сотрудником - ни пнуть, ни похвалить - как обеспечивать динамику работы?

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

• результат уже мало зависит от одного исполнителя - можно прятаться за чужими спинами, имитировать деятельность... и мотивация хороших сотрудников падает

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

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

В итоге получается парадокс: в учебниках всё изложено верно, но для обычного предпринимателя эти знания малополезны. В лоб и в полном объёме их применить не получится.

Вот и получается, что малый бизнес оптом игнорирует всякие MBA и доверчиво падает в объятия инфобиза, которые на доступном языке преподносят банальности вроде: "Вот тебе топор. Размахиваешься и рубишь. Получилось? Повтори! "

И вот я подошел к двум очень важным моментам:

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

2. Без профессионального менеджмента вырасти из штанишек малого бизнеса - без шансов...

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

Буду рад найти единомышленников, людей, которые также как и я - изучают теории и ищут возможности применить их на практике.

Представлена открытая бесплатная ИИ-студия для работы с голосом MimikaStudio.

Проект умеет:

• клонировать голос по трём секундам;

• генерировать речь;

• создавать аудиокниги и озвучивать текст;

• поддерживает 23 языка, включая русский;

• работает на ПК с требованием 8 ГБ ОЗУ;

• работает на macOS, Windows и в веб-версии;

• есть локальные модели.

Автоматизация без сборки с нуля: n8n теперь в Рег.облаке

В Рег.облаке появился готовый облачный образ n8n — open-source платформы для автоматизации процессов и интеграции сервисов.

n8n позволяет в визуальном интерфейсе связать API, CRM, базы данных, SaaS-сервисы и AI-инструменты без разработки с нуля. Образ разворачивается автоматически при создании сервера: Ubuntu 24.04 LTS, зависимости, SSL и домен уже настроены. После запуска можно сразу работать через web-интерфейс по HTTPS.

Сценарии использования — от обработки заявок и создания задач в CRM до CI/CD-триггеров, уведомлений о сбоях и AI-автоматизации с LLM и RAG. Можно подключить PostgreSQL и MySQL, в том числе через DBaaS.

Образ бесплатный — оплачиваются только ресурсы сервера по почасовой модели. Масштабирование доступно без переустановки.

Подробнее о доступных конфигурациях — на сайте Рег.облака.

Мы возвращаемся! Готовы обсудить будущее облачных технологий вместе с нами?

Рады поделиться большой новостью: мы начинаем подготовку ко второй ежегодной конференции K2 Cloud Conf.

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

В программе:

• Business View и Tech View от руководителей K2 Cloud

• Дискуссии про ИИ, кибербезопасность и роль экспертизы провайдера

• Большой технический трек

• Бизнес-трек с кейсами из практики 

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

📆 Когда: 14 апреля

📍 Где: Москва, ЦДП + онлайн

Зарегистрироваться

Представляете, группа международных исследователей разработала e-Taste — систему, которая передает реальный вкус еды в виртуальной среде.

Как это работает на примере мороженого

Чтобы человек мог насладиться мороженым в VR, ученые сначала оцифровали его вкус. Нанесли растопленное лакомство на специальную пластинку с датчиками, и она выделила в растворе 5 основных вкусов (сладкий, кислый, солёный, горький, умами — вкус мяса или сыра), измерила силу каждого и перевела в цифровые данные, которые можно хранить, копировать и передавать.

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

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

Почему разработка интересна тестировщикам

На первый взгляд, тестировать e-Taste просто: пробуешь реальное блюдо и сравниваешь с тем, что передает устройство.

Но это ошибочный подход.

Еды бесконечно много, ощущения субъективны, а если вкус не совпадает — непонятно, где именно возник сбой: на этапе анализа продукта, при передаче данных или в восприятии человека.

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

Ключевой тест здесь — стабильность получаемого результата. Когда один и тот же продукт анализируется 5, 10, 100 или 1 000 раз, результаты должны быть одинаковыми. Если они «плавают», это дефект, даже если человеку кажется, что вкус «примерно такой же».

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

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

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

Привет, Хабр.

В дружественном нам блоге "SSP-Soft" недавно вышла рецензия на изданную нами книгу «UX для бизнеса: как создавать цифровые решения, ценные для бизнеса и пользователей». Книга поднимает важные, но зачастую упускаемые вопросы, связанные с проектированием удобных сайтов и приложений. Как сделать интерфейс одновременно технологически надёжным, интуитивно понятным и при этом рассчитанным на целевую аудиторию? Как добиться, чтобы в интерфейсе было удобно быстро сориентироваться, но при этом не упускалось ничего важного? Наконец, как учесть в интерфейсе интересы всех, кто будет им пользоваться - от маркетолога и дата-аналитика до простого пользователя?

В книге раскрыты ключевые аспекты оценки ценности продукта, диагностики проблем и определения оптимальных путей развития проектов. Изложены методы принятия обоснованных решений на всех этапах жизненного цикла проекта — от идеи до реализации. Рассмотрены принципы проектирования интерфейсов, структур и продуктов для разных сфер — от простых интернет-магазинов до сложных экосистем. Описаны различные типы продуктов и сервисов, включая контент-тяжелые платформы,  программное обеспечение для бизнеса (SaaS/PaaS), социальные сети, игры и инструменты машинного обучения. Подробно рассмотрены подходы к оптимизации процессов дизайна, принятию приоритетов и организации взаимодействия внутри команды и с внешними заинтересованными сторонами.

Трамписты решили сделать королевский подарок многополярному миру в лице Индии, Китая и в меньшей степени России и Ирану с помощью остановки программы рабочих H-1 виз. Поясню свою мысль (я в курсе, что половина людей комментирует по заголовку, а 75% не читают дальше первого абзаца, но тем не менее):

Я тертый калач и не идеализирую получателей рабочих H-1 виз (сам был таким в 1991 году). Большинство из них так же мухлюет в резюме как и местные, и не являются светочами технологической мудрости или трудовой этики. Кроме этого время ожидания гринкарты по labor certification сидя на H-1 визе перешло любые разумные пределы: в середине 1990-х оно было 3 года, сейчас некоторые больше 10 лет ждут. Я уже не говорю что H-1 визы разбираются аутсорсерами, и даже большим компаниям остается таких виз с гулькин нос. Короче сейчас большинство предприимчивых технарей старается сделать O-1 (особые способности) и некоторые L-1 (перевод из иностранного отделения компании в американское).

Тем не менее для меня очевидно, что полный бан на такие визы - это выстрел Америки себе в ногу и начало фундаментального изменения отношения ученых и инженеров других стран к эмиграции в Америку. Они будут оставаться на родине и перестанут мечтать про прекрасное далеко. Так как прекрасное далеко станет фундаментально недоступно, они начнут делать не на отцепись в других странах. Уйдет мысль "то что я тут в Индии/Китае/России/Иране лабаю - это так, временно, а вот уеду в Америку - там буду работать на совесть по гамбургскому счету. Буду слать фотки себя в кампусе Гугла/Микрософта, друзья детства будут мне завидовать, а бабушка всхлопывать ладошами при виде моего дома в Редмунде или Купертино и говорить "какое богатство!"

Улучшится ли от этого уровень американских студентов, которые заместят иностранцев и с помощью ИИ будут показывать чудеса производительности и качества на рабочем месте? Есть конечно масса способных американских студентов. Но есть и масса неспособных. Может даже Вэнс притащит в Силикон-Вэлли молодежь из гор Аппалач и других неблагополучных районов своего детства и они вместо наркомании и сидения на пособиях станут писать код или делать дизайн. Как говорила Верочка из "Служебного романа": "Можно и зайца научить курить". А вы как думаете?

Не смогли реабилитироваться по 115-ФЗ? Последствия - ликвидация компании и запрет на 3 года.

Это самый важный и жесткий раздел.
Если к вам или вашей компании применены жесткие меры по пункту 5 статьи 7.7 закона 115-ФЗ (почти полная блокировка операций), запускается обратный отсчет. У вас есть всего 6 месяцев с момента получения уведомления от банка, чтобы пройти досудебную (МВК) и, при необходимости, судебную реабилитацию.

Что будет, если не уложиться в 6 месяцев или проиграть на всех уровнях?

Банк России обязан будет направить данные в ФНС для принудительной ликвидации вашей компании или ИП.

Это происходит в следующих случаях:Вы не обратились в МВК в течение 6 месяцев. Данные в ФНС направят в течение 10 дней после истечения срока.МВК согласилась с банком, а вы не пошли в суд. Данные направят через 30-40 дней после решения МВК.Вы проиграли в суде. Данные направят в ФНС в течение 10 дней после вступления судебного решения в силу.

Процесс в ФНС:

⦁ ФНС внесет в ЕГРЮЛ/ЕГРИП запись о предстоящем исключении.
⦁ У компании/ИП будет еще 6 месяцев на то, чтобы кредиторы подали возражения. Сами вы возражать не можете.
⦁ Если возражений нет - компанию/ИП исключат из реестра

Для руководителей и владельцев (с долей >50%) такой ликвидированной компании устанавливается запрет на 3 года регистрировать новые юридические лица или быть их руководителями.

Суд - это последняя инстанция для оспаривания решения МВК, поддержавшей банк. Решение суда окончательное. Если суд отказал, путь обратно закрыт, и ликвидация становится практически неизбежной.

Итог: Механизм реабилитации по 115-ФЗ - это последовательная и строго регламентированная процедура с жёсткими, необратимыми сроками.

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

Завершающий пост о блокировках счетов и реабилитации по 115-ФЗ будет в следующий четверг.

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

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

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

Название: "Иванов ИИ"

Если вдруг не поняли: "Иванов И. И." часто используется в шаблонах заполнения документов.

Спустя почти год работы мой PR приняли в ядро Joomla!

[Тут должна быть победная пляска] Год назад у моих клиентов возникла необходимость во вставке видео в кастомные поля материалов в раздел портфолио. Я начал делать и увидел, что именно стандартное пользовательское поле Media не умеет вставлять в поле ничего, кроме изображений, хотя поле Joomla Form MediaField умеет выбирать и документы (pdf и иже), аудио, видео и даже папки. Я начал работу над тем, чтобы добавить этот функционал  в ядро и очень надеялся успеть к Joomla 5.3, которая выходила в апреле. В целом все сделал, сделал PR 25 февраля 2025 года, но PR не приняли, сказав, что это шибко новый функционал и ему будет хорошо в Joomla 6.0.0. Клиентам пришлось использовать  медиа-менеджер от JCE, а PR отправился ждать релиза 6.0.0, который выходил осенью. К слову сказать, эта пауза была полезна для него, так как летом, уже неспешно я получал советы по улучшению и в июле всё точно было готово.

Релизный цикл Joomla состоит из нескольких этапов: сначала выходят alpha-версии (до 3х штук), где просто фиксируются накопленные изменения, потом beta, где наступает feature freeze - заморозка новых функций, их нельзя уже добавлять. Дальше только отладка и правки  существующих новшеств. У каждого релиза есть 2 релиз-менеджера.

В работе над PR мне помогал все это время Брайан Тиман - ко-фаундер Joomla. К концу июля все было готово, проверено, PR имел 2 необходимых независимых теста. Ждём беты.

Дата беты приходилась на понедельник. Где-то в пятницу днём я отписался в PR и получил совет написать релиз+менеджерам. Как-то удалось найти их в Mattermost, где обитает международное сообщество, но пятница и выходные, а все ж волонтеры и не на зарплате... Моё сообщение прочитали после релиза беты... Сказали, что не были в курсе моего PR (ожидаемо, их около 200-250 все время открытых). И сказали, что поезд ушёл, хоть и so sorry. Зато будет хорошо увидеть PR на тестах в Pizza, Bugz and Fun и вообще welcome в 6.1.

После выхода 6.0.0 меняются релиз-менеджеры. Мы списались: да, все хорошо, но нужно кое-что подправить. Тут конец года и закрытие дедлайнов, потом Новый год и весь январь никто толком не работает. Beta для 6.1 выходит 17 февраля. Последняя alpha  недели за 3 до этого.

Незадолго до выхода альфы я-таки получаю сообщение, что реализуемый функционал сделан не по "Joomla way" и если код в ядре, то этот код является учебным пособием по тому, как ядро использовать. Резонно. А ещё у релиз-менеджера есть собственные наработки и экспертиза в этой теме и свой медиа-менеджер, в котором он тоже прошел огонь, воду и медные трубы. Согласно Joomla way мне нужно было разделить одно мега-крутое поле на 4 отдельных (картинки, аудио, видео и документы). Я подумал, что требуется сделать 4 плагина вместо одного и сказал, что не успею. Мне ответили, что beta is more important for us и время ещё есть, что мне подскажут и 4 плагина делать не нужно.

Пока суть да дело - время идёт. У меня тоже работа, трое детей, карантины, уроки... Но добить этот PR уже стало делом принципа. Я  нашел как нужно было делать, принял несколько правок и пожеланий, потом фиксы code style. Сегодня с утра был последний коммит. Сегодня вечером, 11 февраля 2026 года, PR наконец-то смержен в ядро Joomla.

Эта работа научила меня очень многому. 170 комментариев в conversation на GitHub, несколько отдельных переписок, 1 год на разработку и внедрение простой в целом фичи, "звоночек" в голове: "не забыть, успеть, сделать, найти"...

Сегодня я поднимаю кружку пенного за этот небольшой  в целом PR, за этот прошедший год, за Joomla и за Open Source.

https://github.com/joomla/joomla-cms/pull/45013

#joomla #cms #opensource #community #webdev

P.S. Фото с пивом сюда выставлять не буду, но представьте, что оно тут есть.

Контент-план должен вызывать желание работать

А не уволиться

Я разрабатываю и реализовываю SMM-стратегии для лидеров рынка. И для этого создаю отделы, выстраиваю всю операционку внутри. Опыт управления командами от 3 до 30 человек. Как физическими штатными, внештатными, удаленными, так и смешанными.

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

Если вы хотите навести порядок в контент-плане, то начните с таблицы

Я разработала шаблон контент-плана на весь 2026 год.

• Функциональный минимализм. Шрифты без засечек, мягкая пастельная палитра и четкая структура. Глаза не устают. На случай, если вы приступили к нему после 8-часового скроллинга ленты.

• Интуитивная навигация. Цветовое разделение будней и выходных. Все колонки на своих местах.

• Полный контроль. Готовые колонки под самое важное: от площадок соцсетей и до статуса поста. И вы легко можете адаптировать их под себя.

• Масштабируемость. Нужно несколько постов в день? Просто добавляете строчки.

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

Готовый шаблон контент-плана на 2026 год всего за 590 рублей (вместо 1 200 рублей) доступен по ссылке.

Люблю современные технологии и радостно слежу, как они отвоевывают у мироздания очередной кусочек тьмы неведения и освещают его своим сиянием компьютерного разума. Вот и сейчас не могу не умилиться. Подруга купила робота для ноготочков. Это чудо называется O Nail. Предназначено для создания маникюра.

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

Если без шуток, то вот эта конкретная малышка для маникюра размером с паспорт 🪪. Она может пилить ногти на аккумуляторе и без проводов, весь день. Звук от нее примерно как от робота пылесоса на подзарядке, очень тихий. И самое главное - внутри чип, который распознаёт скорость вращения фрезы (фреза - это сверло, вот на этих продолговатых штуках, они называются ручки). И этот механизм в зависимости от силы нажатия регулирует скорость вращения.

То есть, если у тебя жёсткая кожа на пятке, а мастер давит на фрезу, чтобы спилить твой пяточный мозоль, то этот чип анализирует твердость твоей кожи, силу нажатия и скорость вращения. И автоматически понижает обороты.

Судя по инфо в интернетах, у O Nail ещё много таких аппаратов: одни для сушки ногтей, другие для поглощения пыли и т д. И все с искусственным интеллектом, так или иначе. Например, в лампе для сушки маникюра диоды на контроллере, которые УФ-излучением вредным светят только на ногтевую пластину, но не на кожу… и так далее.

Вот до чего техника дошла!

В апреле встречаемся на Alfa CTF!

Пока другие складывают доски, мы запускаем следующий сезон Capture the Flag. Волны принесут новый формат. Что будем делать:

🔴 Исследовать системы и искать флаги
🔴 Решать задачи разного уровня: для профи, новичков и даже школьников (от 14 лет)
🔴 Соревноваться в мастерстве поиска уязвимостей

Скоро расскажем подробно про формат нового запуска: точно будет интересно! Занимайте в своём календаре дату 25 апреля — и регистрируйтесь на нашем сайте.

Представляем Clouden — платформу для единого управления гибридной и мультиоблачной инфраструктурой ⭐️

Продукт создан на базе платформы BILLmanager Enterprise и расширяет её возможности в сторону комплексного контроля над виртуализацией, физическими серверами и множеством публичных облаков через единый интерфейс.

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

«Рынок созрел для решений, которые не навязывают свою экосистему, а гибко объединяют уже имеющиеся у компании технологии, — отмечает Павел Гуральник, генеральный директор ISPsystem (входит в «Группу Астра»). — Clouden — это логичное развитие нашей экспертизы и платформы BILLmanager. Основная задача Clouden — дать бизнесу и госсектору единый пульт управления для всей существующей ИТ-инфраструктуры: своих серверов, различных платформ виртуализации, российских и зарубежных облаков. Это позволяет ускорять цифровые проекты за счет полной управляемости и прозрачности».

✔️ Платформа Clouden относится к категории CMP (cloud management platform) решений и обеспечивает сквозную автоматизацию, встроенную BI-аналитику для прогнозирования затрат, портал самообслуживания и гибкую систему тарификации.

Готовы протестировать возможности Clouden? Выберите любой удобный способ знакомства на странице продукта!

Go vet не поможет! Статический анализ Golang проектов с помощью PVS-Studio

На нем написан Docker, Kubernetes, Gitea и многие другие проекты самых разных масштабов. Наверное, вы догадались, что речь идёт о Go. Мы никогда не писали об ошибках на Golang проектах, но настало время это исправить, ведь скоро выйдет анализатор PVS-Studio для Go!

Статические анализаторы являются довольно распространёнными инструментами в разработке. В Golang есть встроенный механизм статического анализа — go vet. Однако стандартные линтеры не всегда справляются. Для тех, кто с нами не знаком, мы — компания PVS-Studio, занимаемся разработкой одноименного статического анализатора для C, C++, C# и Java. В последнее время мы активно занимаемся разработкой анализатора для Go и уже скоро планируем выпустить открытую бета-версию.

В новом материале расскажем, какие нашли ошибки в популярных Golang проектах.

Зима в разгаре, а мы нанимаем: новые вакансии в SSP SOFT

Кто мы и чем занимаемся? Лидеры («одни из», конечно) найма ИТ-специалистов на российском рынке — за прошлый год мы наняли 179 сотрудников, и уже в январе 2026 к нам присоединились 11 новых гуру!
Занимаемся заказной разработкой ПО и предоставляем крупным клиентам выделенные команды на ИТ-аутсорсинг.

У нас новый московский офис, который открылся в 2025 году у самой Красной площади! А еще есть вакансии в офис в Томске и на удаленку из любой точки России.

Команда в SSP SOFT — это реальные проекты, дружная атмосфера, где работать — продуктивно, без выноса мозга и микро-менеджмента. В январе 2026 ищем опытных спецов, кто готов в новое профессиональное будущее вместе с нами.

Самые горячие вакансии прямо сейчас:
(а всего их 11 на начало февраля 2026 - см. ссылку ниже на ХХ-ру)
1️⃣ Fullstack QA Engineer (Node.js)
2️⃣ Java-разработчик
3️⃣ Системный аналитик (ритейл)
4️⃣ Data Разработчик (Oracle, Greenplum)

Что предоставляет экосистема SSP SOFT:
✅ Мы пишем код, который формирует завтрашний день. Никакой скучной рутины.
✅ Центр компетенций и личное менторство ускорят развитие до максимума.
✅ Офис, гибрид или фулл-удаленка? Есть все варианты.
✅ Время — ваш ресурс. Мы его уважаем.

Подробности о вакансиях читайте на нашей странице ХХ.ру, но туда откликаться необязательно. Ждем резюме в ЛС нашей HR Lead Алине (https://t.me/AONikitina).
Не забудьте добавить «секретную фразу» в сопроводительное письмо, «Увидел(а) вашу вакансию на Хабре».

Желаем всем хабровцам успешной карьеры в 2026 году 🚀)

NVIDIA L40S GPU — выгодная альтернатива мощным H100 и A100, заметно превосходящая видеокарту T4 по производительности и объёму памяти

Чтобы вы убедились в этом сами, мы запускаем специальную акцию:

В течение месяца с 5 февраля по 5 марта вы можете арендовать графическую карту L40S в К2 Облаке со скидкой 50%

Почему L40S? Эта универсальная видеокарта среднего класса демонстрирует отличные показатели скорости и стабильности на широком спектре задач: 

➡️ от генеративного ИИ и обучения моделей с повышением производительности 

➡️ до 3D-графики и рендеринга видео 

Условия акции:

• Скидка 50% на аренду одной карты в публичном облаке 

• Скидка действительна в течение 1 месяца с момента подключения 

• Оплата pay as you go — только за время фактической работы карты

• Предложение для всех, кто ещё не работал с картой L40S в К2 Облаке 

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

• Техподдержка и сопровождение наших инженеров включены

Оставьте заявку с 5 февраля по 5 марта на сайте

Как развивать документацию и продвигать техписателей

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

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

С чего вообще началась эта работа и какую задачу вы перед собой ставили?

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

Как вы к этому подошли на практике?

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

Еще мы выделили ключевых заказчиков и сгруппировали их. Это были аналитики и руководители продуктов, разработчики и тестировщики, поддержка, инженеры инфраструктуры, коллеги из маркетинга и дизайна. Благодаря этому вместо 51 интервью получилось провести 19, этого оказалось достаточно.

Как проходили интервью и что оказалось самым сложным?

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

Сложнее всего было работать с эмоциональными запросами. Потому что важно не останавливаться на эмоции, а докапываться до сути. Очень помогал метод «5 почему»: позволяет превратить раздражение в конкретное и решаемое требование.

Что получилось после обработки всех интервью?

Мы сгруппировали потребности и получили 12 направлений. Самые заметные — это нехватка понимания роли технических писателей, запрос на обновление интерфейса документации и очень сильная боль у разработчиков по поводу документации по API.

Как вы поняли, за что браться в первую очередь?

Использовали простой фреймворк приоритизации «ценность / усилия». Смотрели не только на то, как часто звучит проблема, но и на силу боли. Поэтому, например, поиск в документации стал приоритетнее аналитики — о нем говорили реже, но намного острее.

Какие результаты уже есть?

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

Твой главный вывод из этого опыта?

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