Распределение полномочий в компании. На что это влияет?

OSINT‑расследование: как посыпалась чесночная легенда…

Сюрприз в конце для тех, кто дочитает.

Спасибо! Фотограф: Eliel Souza: https://www.pexels.com/ru-ru/photo/31080604/

Спасибо! Фотограф: Eliel Souza: https://www.pexels.com/ru‑ru/photo/31080604/

(далее…)

Customer Journey Map в продуктовой и инхаус разработке

Навигатор мгновенно перестраивает маршрут, если вы свернули не туда или попали в пробку. Customer Journey Map (CJM) делает то же самое: находит препятствия на пути клиента и помогает вести его к цели.

Customer Journey Map в продуктовой и инхаус разработке - 1

(далее…)

Вы узнаете о клике через девять дней, и не от того, кто кликнул

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

Человек понял, что произошло, примерно через минуту. Страница запросила пароль повторно, он ввёл, потом посмотрел на адрес и всё понял.

И ничего не сделал. Девять дней.

Что происходит с человеком в эту минуту

(далее…)

Agent‑Ops 0.4.0: ИИ предлагает, человек решает, программа исполняет

Привет! Я Сергей Житинский, основатель Git in Sky. Мы занимаемся эксплуатацией и технической поддержкой ИТ‑инфраструктуры. Agent‑Ops — проект открытой отраслевой методологии совместной работы инженеров и ИИ‑агентов. Мы начали разрабатывать его весной этого года и сейчас выложили первый кандидат версии 0.4.0 на GitHub и GitVerse (далее…)

AI меняет центр тяжести разработки

Куда инвестировать усилия разработчику в эпоху AI?

В написание кода? В тестирование? Безусловно, эти навыки остаются важными. Но всё чаще именно они становятся областью, где AI‑агенты могут заметно ускорить работу команды.

Настоящее узкое место находится раньше — на этапе проектирования.

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

  • Где проходят границы системы?

  • Какие есть пользователи, внешние акторы и сервисы?

  • (далее…)

Спиральный фрактал разработки ПО

В теории программной инженерии есть разные модели жизненного цикла ПО. Обычно их делят на жёсткие и гибкие. Основные жёсткие — водопадная, водопадная с промежуточным контролем (водоворот), V-образная. Основные гибкие — инкрементальная, итеративная, итеративно-инкрементальная, (далее…)

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

Информационная система управления проектами (ИСУП) редко оказывается просто программным продуктом. ИСУП – это скорее цифровое отражение управленческой методологии организации. И тут важно отметить, что управленческая методология первична.

По данным отраслевых исследований, до 40% внедрений таких систем заканчиваются отказом от использования или переходом в режим «формального присутствия», когда проекты по-прежнему ведутся в Excel и мессенджерах.

Большинство неудач корнями уходят не в качество конкретного ИТ-продукта или технологическую экспертность вендора поставщика решения, а в сам подход или логику выбора. (далее…)

Софт может деградировать бесконечно

Zero-конфиг в TeamCity как цель

Практические приёмы снижения копипасты и упрощения конфигурирования множества сходных проектов в TeamCity.

Статья о мышко-клацательном варианте конфигурирования TeamCity.

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

(далее…)