Моя лента

В настоящее время для изучения, анализа и повышения эффективности процессов, имеющихся в компании, широко используется операционный подход и соответствующие методики и нотации их описания. И это объяснимо, так как повышение производительности труда и доведение ее хотя бы до среднемирового уровня – это первостепенная задача для нашей страны. Поэтому правительство для решени�� этой задачи выделяет предприятиям значительные ресурсы. Однако повышение эффективности деятельности компаний только за счет совершенствования бизнес-процессов (операционных процессов), не затрагивая процессы управления, не позволяет добиться максимального эффекта в их развитии.

Почему это происходит?

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

Управлением механизмами человек занимается с тех пор, как они появились. Вопросами управления в кибернетических устройствах человек занимается, как только возникла необходимость и появилась возможность в создании программ (где-то с 50-60-х гг. прошлого века). Эти две темы достаточно глубоко проработаны и не вызывают вопросов, но имеются и другие типы управления.

 В Большой российской энциклопедии (далее БРЭ) (см. https://bigenc.ru/c/upravlenie-obshchee-poniatie-5df5ef) дается следующее общее определение управления:

Подбираясь к изготовлению самодельного триода, не худо бы точнее разъяснить назначение и работу его электродов. Его и ближайших родственников — приёмно-усилительных ламп (ПУЛ) с двумя (тетроды), и тремя (пентоды) сетками. Заодно, мы с тобой, дорогой читатель, окунёмся в техническую историю, выясним, что это за гиперболоид — «лампа лучевая», припомним несколько тупиковых ветвей в развитии электронных ламп. Итак, чем же вакуумный триод не устраивала одна культурная управляющая сетка и зачем ему потребовалось больше?

Привет, Хабр! Меня зовут Александр Коротков, я — тимлид продуктовой команды в Т-Банк и член программного комитета конференции DevOps Conf. Разрабатывал системы автоматизации тестирования, пять лет посвятил работе над IDP, лидировал разработку бизнесовой платформы. Эта статья родилась из моего доклада для DevOps Conf. Но, если честно, тема давно сидела в голове. Я много раз наблюдал в индустрии один и тот же сценарий: платформы начинают строить с амбициями, но потом что-то ломается — развитие замирает, платформа превращается в тяжёлую обузу или её и вовсе переписывают с нуля. Почему так происходит? Где те самые «невидимые грабли», на которые снова и снова наступают разные команды?

Будет полезно не только тем, кто строит платформы напрямую — CTO, Head of Platform, DevOps-инженерам и разработчикам платформенных решений, но и всем, кто сталкивается с инфраструктурой и хочет заранее видеть потенциальные проблемы.

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

Согласно данным Anthropic, Claude Code используют более 115 тыс. разработчиков, которые обрабатывают 195 млн строк кода еженедельно. Уровень внедрения среди разработчиков составляет 53% — это лидирующий показатель на рынке. База активных пользователей выросла на 300%, а доход увеличился в 5,5 раза за последние месяцы.

Но ��то действительно важно, это не статистика внедрения, а фундаментальный сдвиг в подходе к разработке. AI-инструменты больше не просто ускоряют написание кода. Они меняют саму парадигму: от «Как это закодить?» к «Что именно нужно построить?».

В этой статье мы рассмотрим практические паттерны и подходы к R&D и проверке гипотез с использованием современных AI-инструментов, в частности Claude Code — терминального агентного инструмента.

Cloudflare открыла исходный код tokio-quiche — асинхронной библиотеки QUIC и HTTP/3, построенной на основе среды выполнения Rust Tokio. Компания пошла на этот шаг, чтобы упростить использо��ание QUIC и HTTP/3 для разработчиков на Rust.

«Ростелеком» приглашает всех желающих 13 ноября на «Проектную исповедь», где профильные эксперты и представители IT-команды компании покажут решения ИТ-дилемм. В 2025 году это мероприятие пройдёт в формате интерактивного сериала-квеста «Разделение» (Severance) и будет посвящена поиску решений в ситуациях, где нет единственно верного ответа.

Разработчики нашли способ запустить на macOS пропатченную iOS-версию Fortnite. В магазинах приложений нет нативной версии для Mac.

О чем еще говорить в пятницу, если не о любви?

Прошел я тут на днях Warhammer 40k Rogue Trader. Замечательная игра, на Хабре уже была хорошая статья о том, почему именно с нее лучше начинать знакомство с миром Вахи. И одна из вещей, которые мне там очень зашли — это система отношений с персонажами.

Чтение гайдов по этой теме заставило меня вспомнить как свои собственные ощущения от первых романов в партийных CRPG, так и свои страдания в попытках что‑то такое воспроизвести в моей инди‑игре AuroraRL. В свое время систему отношений я реализовывал по наитию, так как в интернете не нашел какого‑нибудь внятного обзора на то, как это делают «большие дяди». Да и вообще большинство гайдов по романам и отношениям с сопартийцами в сети выглядят довольно примитивно: «эту реплику в диалоге нажимай, эту не нажимай», не объясняя как оно там работает внутри.

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

Рассматривать буду на примерах игр KotOR, Mass Effect, Dragon Age и вот Rogue Trader. Статья полна cюжетных спойлеров, так что если вдруг вы еще не поиграли в эти шедевры, некоторым из которых уже больше 20 лет, то заходите на свой страх и риск.

Иногда технологии подводят — зато случайность делает то, чего не смог бы ни один расчёт.

Шестьдесят лет назад два инженера из Bell Labs, Арно Пензиас и Роберт Уилсон, просто хотели измерить радиошум Млечного Пути. Но в антенне постоянно появлялся странный фон, будто кто-то шептал из ниоткуда. Оказалось, это не сбой и не помеха — это эхо самого рождения Вселенной.

В этой статье разложу по полочкам, как предпринимателю и топ-менеджеру найти это ограничение за 1–3 рабочие встречи, не утонув в бесконечных «совещаниях о совещаниях». В основе — простая, но мощная методика визуального анализа причин и следствий («дерево текущей реальности») с пошаговым порядком действий. Вы получите понятный сценарий — от сбора симптомов до проверки гипотезы и запусков первых изменений — и чек-листы, чтобы не перепутать следствие с причиной. В конце статьи — ссылка, где забрать мою методичку и рабочие шаблоны.

Привет, Хабр! Ме��я зовут Саша, я ведущий специалист технической поддержки по услугам информационной безопасности в Selectel. В последние годы многие начинают задумываться о повышении безопасности своих информационных ресурсов. И это неудивительно, ведь кибератаки и связанные с ними риски касаются как крупных компаний, так и небольших проектов, использующих в работе пару серверов.

Конечно, тяжело написать универсальный гайд, который полностью закроет все вопросы по ИБ для каждого случая. Все кейсы — разные и требуют отдельного рассмотрения и анализа, а также регулярного обновления средств защиты и мониторинга для поддержания системы в актуальном состоянии.

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

Создатель World Wide Web, британский учёный и действующий глава «Консорциума Всемирной паутины» (W3C) Тимоти Бернерс‑Ли на мероприятии Future of AI Summit рассказал, что генеративный ИИ угрожает многомиллиардной рекламной модели, которая является основой экономики интернета. По его словам, теперь рекламу в Интернете видят не люди, а боты, а активное внедрение LLM может вытеснить людей, так как ИИ станут главными потребителями контента в сети.

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

Исследователи Microsoft AI заявили, что работают над созданием сверхинтеллектуального ИИ, но при этом пообещали сохранить лидерство человека. 

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

ГОСТ Р МЭК 61508, SIL (УПБ), MISRA C...

Хотите лучше разбираться в этих стандартах? Приходите на наш вебинар 20 ноября!

Требования функциональной безопасности (ФБ) по ГОСТ Р МЭК 61508 — это не просто формальность, а сложный квест для всей команды разработки. На вебинаре вместе с коллегами из FuncSafety мы разберем "подводные камни" этого процесса.

Каждый из нас хотя бы раз в жизни писал код, который можно описать фразой: «Ну, оно как-то работает, лучше не трогать». Мы наспех добавляем костыль, чтобы успеть к дедлайну, оставляем переменную с именем data2 или пишем функцию на 200 строк, обещая себе вернуться к ней «позже». И знаете что? Это «позже» никогда не наступает.

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