IT-стандарты *

С момента публикации предыдущей статьи на эту тему (https://habr.com/ru/articles/786288/) прошло чуть более двух лет.
С точки зрения прогресса в области развития LLM - срок огромный.
В статье среди прочего давался краткий обзор возможностей, которые предоставляли тогдашние LLM для решения задачи нормализации записей справочника номенклатур.
За два года у многих LLM появился функционал, который непосредственно может быть применён для решения этой задачи, в том числе tools use/function calling и structured output.
Связку MS Excel+LLM structured output и рассмотрим на примере нормализации обозначений отводов по ГОСТ 17375 в корпоративном справочнике номенклатуры.

Всем привет, меня зовут Сторож Алексей, я ведущий консультант AKTIV.CONSULTING в финансовой отрасли, и в этой статье я хочу подробно поговорить о стандарте, который существует уже не мало лет: кто-то его любит, кто-то ненавидит, а для кого-то вроде меня это любимая работа. За последние годы я провел почти два десятка аудитов и хотел бы поделиться своими знаниями.

В этой части статьи разберем для кого и почему ГОСТ 57580.1 вновь скоро станет актуален, после чего нетипично глубоко для формата статьи окунемся в сами требования к управлению и обеспечению информационной безопасности (ИБ).
Во второй части статьи, которую мы выпустим через неделю, уже поговорим о том, как подойти к внедрению организационных и технических мер на практике, с чего начать и как подготовиться к внешнему аудиту.

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

Семь лет в Angular. Позиция lead frontend-разработчика на проекте. Архитектура, оптимизация, legacy-код и Node.js для серверной логики. И при этом — «Гдэ ваши доказатэльства?». Знакомая ситуация? Я прошёл через это и понял, где кроется фундаментальная ошибка.

Это история о том, почему ваш опыт ничего не значит, если вы не умеете его транслировать. Дело не в банальном умении «себя подать» (продать). Дело в том, что нужно сделать это доказательно и желательно быстро, а в GitHub за 7 лет лежит толстый слой пыли. Что показать работодателям, если все это время ты работал? Да, надо было думать раньше, но — «как на охоту, так собак кормить».

Но начнем, конечно, сначала.

Проблема: Пропасть между реальным опытом и его восприятием.

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

Когда ты в n-й раз получаешь шаблонный отказ от HR-специалиста, ты злишься: «Они ничего не понимают в коде!». И будешь прав, но ошибёшься в другом — ты ожидаешь, что они должны понимать. Их задача иная: отсеять 95% кандидатов по косвенным признакам, чтобы техлидам остались только релевантные.
Что видит HR за 30 секунд просмотра резюме:
Несоответствие уровня и зарплаты. Например, Senior/Lead, указывающий желаемые 2000$ — сумму для Middle-разработчика. Это мгновенно создаёт подозрение в неадекватности или заниженной самооценке.
Размытое описание проектов. Фразы типа «разрабатывал архитектуру» без конкретики масштаба (MAU, количество модулей, команда) звучат пусто.
Отсутствие публичного следа. И это самая большая засада - GitHub с парой заброшенных репозиториев или без него вовсе. Это красный флаг для любого рекрутера в 2026 году.

Когда ИТ-активов становится слишком много, Excel перестаёт справляться

Десятки складов, международные поставки, перемещение между юрлицами — а учёт по-прежнему живёт в таблицах. Знакомо?

Мы прошли через это сами и за 9 месяцев внедрили ITAM-систему, которая превратила хаос с ИТ-активами в понятный и управляемый процесс.

Внутри — реальный опыт международной компании:
→ почему Excel опасен для бизнеса на масштабе
→ как выбирали ITAM-систему: 7 обязательных требований
→ внедрение за 9 месяцев: этапы, сложности и подготовка
→ первые измеримые результаты уже через 3 месяца
→ что дальше: интеграция с финансами, закупками и валютами

Если вы устали тратить дни на отчёты и хотите видеть каждый ИТ-актив в реальном времени — этот кейс для вас.

TL;DR:

Десятилетиями рынок вынуждал нас замыкаться в узких нишах (становиться «React-разработчиками» вместо инженеров) из-за когнитивных ограничений: мы не могли помнить всё. Это было формой профессионального закрепощения.

С приходом ИИ стоимость доступа к фактам, синтаксису и справочной информации упала до нуля. Нейросеть помнит документацию лучше любого сеньора.

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

Когда я открываю приложение своего необанка в 2026 году, я вижу будущее. FaceID срабатывает за миллисекунды. Анимации плавные, как шелк (120fps). Чат-бот на базе LLM мгновенно анализирует мои расходы и дает советы по инвестициям.

Кажется, что мы живем в киберпанке.

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

Добро пожаловать в главную тайну финтеха: У нас лучшие IT-инженеры, лучшие интерфейсы и лучший AI. Но наши деньги ходят по трубам, которые проложили в середине 20-го века. И эти трубы сгнили.

В мире разработки есть негласное правило: не пишите свою криптографию. В финтехе должно быть похожее правило: не пишите свой леджер (ledger) на SQL, если планируете масштабироваться.

Меня зовут [Имя], и я хочу рассказать, как мы прошли классический путь «изобретения велосипеда», набили шишки на race condition-ах и в итоге поняли, что индустрии нужен не очередной необанк, а открытый стандарт финансового учета. Так появился проект Qazna.

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

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

Навыков и инструментов в профессии много — и в этом её сила.
Но именно поэтому важно понимать, что развивать дальше и как оценить свой уровень.

В статье — максимально полный и актуальный чек-лист навыков системного аналитика с привязкой к грейдам (Junior/Middle/Senior).

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

Оглавление:
Сбор требований
Бизнес-требования
Дизайн
ФТ и НФТ
Документирование
Проектирование БД и SQL
Интеграции
Архитектура
Работа с API
Тестирование
Сопровождение
Работа с кодом и IDE (не обязательный)
Управление проектами (не обязательный)
Soft Skills - мягкие навыки
Инструменты

Открывайте, отмечайте навыки и попробуйте оценить свой грейд 🚀

Как заставить поставщика признать ошибку и исправить её за два часа, а не за неделю, руководство для Jun-аналитиков.

Закон Мура, который обещал нам удвоение мощности каждые два года, оказался не вечным. Прямо сейчас мы наблюдаем за тем, как покорение производителями процессоров каждого следующего нанометра стоит все дороже, а прироста дает все меньше. Из-за этого почти половина операционных расходов дата-центров уходит на оплату электроэнергии. И это притом, что земля тоже не дешевеет, а площади под строительство новых ЦОД выкупаются везде и в любом состоянии. А масштабироваться в таких условиях, сами понимаете, весьма и весьма проблематично. Но бизнесу-то это не объяснишь. Значит, надо экономить. И, по возможности, там, где это делать проще всего.

В этой статье я разберу, как реализовать передачу JPEG-видео по RTP поверх UDP напрямую с ESP32 - так, чтобы поток открывался в VLC и ffplay, без RTSP, FFmpeg и промежуточных серверов.

Языковые модели пишут код, сочиняют стихи, сдают юридические экзамены. Но вот в чём парадокс: они не понимают ни слова из того, что говорят. Потому что они просто предсказывают, какое слово должно идти следующим. А люди учатся иначе — мы познаём, как устроен мир, как объекты движутся и взаимодействуют в пространстве. Модели так не могут. Именно это фундаментальное ограничение объясняет, почему эпоха безудержного хайпа вокруг ИИ подходит к концу. 2026-й станет годом отрезвления.

Где-то между 2006 и 2008 годами в головах нескольких людей, которые слишком много думали про HTTP и REST, родилась не самая очевидная мысль: а что, если вместо того, чтобы каждые N секунд дёргать чужой API и спрашивать «ну что там у вас новенького?», заставить этот самый API самому постучаться к нам, когда ему действительно есть что сказать?

Сейчас это звучит как база, почти как «а давайте вместо FTP будем использовать git», но тогда это было довольно радикальным сдвигом парадигмы. От pull к push. От клиента-инициатора к серверу-инициатору.

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

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

Аферу на доверии можно разбить на три этапа:

Привет! Меня зовут Виталий.

Уже более 7 лет я помогаю внедрять IT-решения для бизнеса. Довелось пообщаться с разными компаниями, клиентами, пользователями, собрать интересный опыт. В этой статье вы найдете топ-5 low-code платформ для автоматизации бизнеса, а также мои мысли, наблюдения и опыт в части выбора такой платформы.

Сравниваем REST и SOAP : чем отличаются эти подходы, как они работают и почему сегодня все еще чаще выбирают REST, а не SOAP.

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

До трети ИТ-бюджета крупных компаний может уходить на незапланированные расходы.

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

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

Меня зовут Евгения Асоскова, я владелец продукта SimpleOne ITAM. В этой статье разберем, почему так происходит, где теряются деньги и как вернуть контроль над ИТ-расходами.

Привет Хабр!

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

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