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

Телевидение — неотъемлемая часть американской культуры. В 70-х годах прошлого века доступ к нему был практически у всех домохозяйств США, и это сделало его главным источником информации на тот момент. Развитие кабельного ТВ стало причиной появления множества узкоспециализированных каналов вроде Nickelodeon (1979), MTV (1981) или The Weather Channel (1982).

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

Сервисы с ИИ развиваются стремительно — сегодня почти каждый продукт старается встроить в себя хотя бы один нейросетевой‑модуль. Иногда достаточно одной фразы «Мы используем искусственный интеллект», чтобы привлечь внимание аудитории и повысить интерес к продукту.

Однако чем глубже ИИ встраивается в реальные бизнес‑процессы, тем выше становится запрос на его ответственное использование и управление им. Возникает очевидный вопрос: как убедиться, что такие системы этичны, устойчивы и безопасны?

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

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

Так обычно начинается повесть о созданном в рекордные сроки дашборде. А потом боль и унижение, и никто не хочет брать на себя ответственность, когда упал прод, потому что BI‑аналитик выгружал 90 миллионов строк join’ом без фильтра. А вашему бизнесу всё равно, кто виноват. Данные не пришли, отчёта нет, шеф злой.

Low-code стал неотъемлемой частью современной разработки, более 87% корпоративных разработчиков используют Low-code платформа как минимум для части своих задач. По данным Forrester, к концу 2023 года рынок Low-code и цифровой автоматизации процессов (DPA) вырос на 21% с 2019 года и достиг 13,2 млрд долларов США и темпы роста сохранятся вплоть до 2028 года. Однако вместе с ростом популярности таких инструментов растёт и понимание их ограничений.

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

В таких случаях на сцену выходит Pro-code подход. Он позволяет подключать собственную логику, писать скрипты на JavaScript, настраивать API-интеграции и создавать компоненты, ориентированные на конкретные задачи бизнеса. Более того, возможность использовать свой код снижает зависимость от вендора и ограничений платформы, что особенно важно для корпоративных заказчиков со сложной архитектурой.

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

Хотите системно вырастить сеньора из джуна? Собрать идеальную команду за пару кликов? Прозрачно развивать hard- и soft-навыки сотрудников? Я, Владимир Тимонов, главный разработчик ЕвразТехника ИС и управляющий продуктом ИС «Матрицы компетенций», расскажу, как мы справляемся с этими вызовами в ЕВРАЗе.

Мечта любой IT-компании — обучение в стиле Нео из «Матрицы»: загрузил программу, и через минуту сотрудник уже мастер React и Kubernetes. Увы, реальность сложнее.

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

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

Разработчик в ЕВРАЗе: больше, чем просто код

Матрица компетенций – известный и хорошо себя зарекомендовавший инструмент в управлении персоналом. Существуют известные шаблоны таких матриц. Но мы решили разработать свой стандарт. ЕВРАЗ – компания крупная, у нас есть много особенностей, которые необходимо учитывать при оценке IT-специалистов. Так давайте пойдем от самого понятия «разработчик». Как он выглядит в металлургическом гиганте? Чем отличается его работа от коллег в продуктовых IT-компаниях или финтех-стартапах? В чем особенность этой роли и  почему матрица компетенций становится для нас не просто инструментом оценки, а настоящим компасом в профессиональном развитии, расскажем в этой статье.

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

Привет! Меня зовут Андрей, я руковожу отделом продуктов клиентской безопасности в Selectel. С 1 марта 2026 года в России начнут действовать новые требования к безопасности AI-систем в госсекторе. ФСТЭК утвердила Приказ №117 — первый документ, который официально регулирует создание и внедрение AI-решений на базе LLM в государственных информационных системах. Под катом разберемся, что изменения значат для рынка и как к ним подготовиться.

Привет! На связи Кнышенко Марина, системный аналитик Рунити. В этой статье мы попробуем сделать из UML универсальное средство общения, чтобы диаграммы помогали наладить диалог между командой и не лежали в архиве в качестве средства устрашения. Статья будет интересна системным аналитикам, которые ищут универсальные инструменты для работы и хотят настроить коннект с командой. 

UML — унифицированный язык моделирования… На втором слове коллеги заснули. На практике из академического определения можно запомнить, что UML — это язык. Язык необходим для передачи мыслей от одного человека к другому. Точно также на языке UML можно составить синтаксически верное описание системы, пустив в дело весь доступный арсенал «стрелочек» и «квадратов», но эти многоэтажные диаграммы так никто и не поймет.

22 июля Госдума приняла в третьем чтении поправки о штрафах за умышленный поиск экстремистских материалов в интернете. Закон одобрен Советом Федерации и уже подписан президентом.

Разбираемся, что это означает на практике.

Прошло более 20 лет с того момента, когда тарифы на мобильную связь указывались в у.е., а GPRS трафик подразделялся на GPRS-Internet и GPRS-WAP. Последний был довольно дорогим способом почитать новости или проверить электронную почту, зато работал практически на любом телефоне. Именно на WAP абоненты тратили солидные суммы, ведь трафик был дорогим — 10 Кб стоили от 0,06 до 0,08 $ на 2004 год.

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

Всем привет!

Я Полина — старший системный аналитик на проекте разработки и развития решений по управления данными в компании "Цифровые сервисы". В целом мой опыт в аналитике более 10 лет на позициях, как бизнес , так и системного аналитика.

На одной из конференций по аналитике[1] увидела интересный слайд, на котором был перечислен набор аббревиатур и вопрос для размышления: «Должен ли аналитик уметь все?».

Айтишник работает удалённо. Пишет код, собирает дашборды, настраивает DevOps или консультирует по безопасности. Клиенты платят. Деньги капают. И вот тут возникает вопрос: оформляться как самозанятый или регистрировать ИП?

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

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

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

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

Привет, Хабр! На связи Александр Горьев, ведущий разработчик в Selectel. Сегодня в фокусе нашего внимания Redis — высокопроизводительное хранилище «ключ-значение», работающее в оперативной памяти. Скорость, простота и богатый набор структур сделали Redis очень популярным.

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

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

Вы все еще разрабатываете и тестируете в общем окружении, пересылаете в мессенджерах файлы конфигов для запуска приложения на рабочей машине, провели половину спринта в ожидании ресурсов для новой: бд, очереди, etc.? Знайте - вы не одиноки. Но бывает по-другому.

Если вы еще здесь, полагаю, что все же хочется “по-другому”. На самом деле это вовсе не значит, что сейчас плохо. Просто жизнь такая.

Так о чем это мы тут? О рабочем и тестовом окружении, интеграционном (здесь будем называть интеграцией любое внешнее по отношению к процессу приложения взаимодействие – потому что так хочется) тестировании и немного о процессе разработки по.

У современных радиолюбителей потрясающие возможности в плане получения информации, а многие аспекты работы на коротких волнах кажутся архаичными и попросту бесполезными. Мы привыкли жить в режиме онлайн с постоянным доступом к интернету, и это наложило свой отпечаток на то, как мы воспринимаем КВ-связь. И все же радует, что она продолжает развиваться и эволюционировать за счет внедрения цифровых видов связи. Сегодня я бы хотел рассказать о протоколе VARA, разработанном испанским радиолюбителем по имени Хосе Альберто Ньето Рос (Jose Alberto Nieto Ros) с позывным EA5HVK.

Привет, Хабр! Это Антон Дятлов, инженер по защите информации в Selectel. В современных базах данных JSON — де-факто стандарт для хранения полуструктурированных сведений. PostgreSQL предлагает два специализированных типа для работы с ним: json и jsonb. Первый хранит точную текстовую копию документа со всеми пробелами и порядком ключей. Второй применяет оптимизированный бинарный формат. 

Рассказываем про jsquery — расширение, которое предоставляет полноценный язык для формулирования выборок. Появляется возможность писать декларативные, понятные и очень быстрые инструкции для работы с jsonb-полями.

В мире разработки мы постоянно сталкиваемся с технической документацией — она повсюду, от спецификаций API до архитектурных решений. И мы хотим, чтобы документация была структурированной, актуальной и удобной… но в реальности чаще имеем дело с хаотичным набором разрозненных материалов, которые теряются между Confluence, почтой и Google Docs, стремительно устаревают и выглядят небрежно, с «плывущими» таблицами и запутанной структурой. Представили этот беспорядок?

Хорошая новость: есть способ автоматизировать и стандартизировать документацию, сделав её такой же управляемой, как код — через модель docs as code.

В статье вместе вспомним базовые принципы этого подхода, расскажем про наш опыт документирования и поделимся репозиторием с готовым шаблоном LaTeX для максимально быстрого старта без установки зависимостей!

Привет, Хабр! Меня зовут Витя, я работаю проектировщиком интерфейсов в Selectel. Проектируя интерфейс, мы предполагаем, что пользователи будут использовать его согласно задуманным сценариям: например, на странице со списком объектов воспользуются фильтрами для сортировки, а на странице заказа услуги заполнят определенные поля или выберут нужные опции. Но как узнать о реальных действия пользователей: что они используют, а что — нет?

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

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

Запишите эту дату где‑нибудь между дедлайном релиза и списком багов: 7 июля 2025 года. Именно в этот день опубликован Федеральный закон № 214‑ФЗ, который усилил ответственность за нарушение исключительных прав авторов и владельцев интеллектуальной собственности в России. Срок до старта, казалось бы, комфортный — январь 2026-го. Но если вы когда‑нибудь пытались собрать согласования от трёх департаментов, то знаете: время разлетается, как кофе по клавиатуре. И на проработку и уточнение внутренней стратегии по защите активов не остаётся ничего.

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