Kurgan-Telecom Ru | Информационные технологии

И зачем продактам метрика Lifetime Value (LTV / CLV / CTV)

В продуктовых командах часто можно услышать:
«Нам важен рост», «Нужно больше пользователей», «Давайте увеличим трафик».

Но если задать простой вопрос — кто из этих пользователей приносит компании прибыль через год, два или три? — ответы становятся гораздо менее очевидными.

Именно здесь появляется ключевая метрика — LTV (Lifetime Value), которую также называют CLV / CTV (Customer Lifetime Value).

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

Но в конце 1980-х эта мысль ещё не была частью профессионального мышления (по крайней мере, в практике академических и корпоративных сетей). Компьютерные сети того времени казались чем-то устойчивым, почти «институциональным». Они были дорогими и медленными. Пользователи часто знали друг друга лично, а саму сеть воспринимали как продолжение научного сообщества — но не как потенциально враждебную среду.

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

Статья подготовлена по мотивам материала IEEE Security & Privacy, публикации Брайана Хэмэна и отчёта команды безопасности SPAN (NASA).

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

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

Привет, Хабр! Меня зовут Елена Маламут, я руководитель проектов в IBS с 2015 года, и за это время мне не раз приходилось принимать проекты на разных стадиях реализации — в том числе и те, что уже столкнулись с трудностями.

Привет, Хабр! Вы когда-нибудь обновляли ноду Kubernetes-кластера и замечали, как несколько ваших подов сразу пропали в процессе? Не самое приятное ощущение, верно?

Запускаете плановое обновление, kubectl drain начинает выгонять поды с ноды, и вдруг сервис теряет половину реплик. Клиенты начинают получать ошибки. Что пошло не так? Вы забыли про PodDisruptionBudget.

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

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

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

Но что такое хорошая стратегия продукта? Как понять, что перед вами не просто план, а работающая дорожная карта? Рассмотрим ключевые элементы.

По данным The International Council of Marine Industry Associations (ICOMIA) и справочника Baird Maritime, в мире насчитывается около 130 ледоколов (включая вспомогательные ледоколы и ледокольно-транспортные суда). Россия владеет около 50 ледоколами, причём 11 атомных, особо мощных (ФГУП «Атомфлот»).

Но что планируют другие страны? Об этом можно узнать из публичных патентов и заявок.

Спойлер: В финальном рейтинге патентообладателей лидирует Китай.

Привет, я Александр Шакмаев продуктовый менеджер в Cloud.ru. Этот год принес массу AI-активностей и, уверен, многие столкнулись с почетной миссией внедрения AI в команду, свои процессы и компанию в целом.

Фраза «хотим внедрить AI и чтоб быстро» — лидер новой реальности, только вот скорее всего, быстро ничего не получится. Одни только согласования могут занят месяцы, а ведь нужно время еще на разработку и внедрение. Но, все-таки, попробую описать пять более-менее реалистичных сценариев, которые можно реализовать за полгода.

Когда ваш AI говорит «я подумал и решил» — кто решил? Веса модели? Рандом?
У нас есть лог принятия решения в Python.

А у вас?

Swift 6 вышел чуть больше, чем год назад, и iOS-сообщество не спешит поднимать версии коммерческих проектов. Да и среди iOS-энтузиастов хабра не так много желающих поделиться своим опытом в этом вопросе. Поэтому остается пробовать самому. Проверим, сложно ли будет поднять версию для простого приложения на SUI.

Десять лет назад эксперты прогнозировали, что в 2026 году будет достигнуто квантовое превосходство, блокчейн станет повседневной технологией, заработает термоядерный реактор ИТЭР, а также появятся способы «прокачать» возможности человеческого мозга. Мы в Beeline Cloud решили взглянуть, насколько наша реальность соответствует этим предположениям.

Каждый раз, когда мы пишем «быстрый скрипт на коленке», мы тратим время на одни и те же вещи: настройку логов, парсинг конфигов и создание прогресс-баров. В этой статье разберем 10 легковесных утилит (от tqdm до beartype), которые закроют рутинные задачи и позволят вам сфокусироваться на логике, а не на «обвязке».

У статьи в ленте Хабра есть несколько строк, чтобы пройти читательский фильтр «открыть или пролистать». Для кого-то всё решают цифры и вау-эффект, для кого-то – реальный кейс, для кого-то – автор или хаб. И мы, команда редакции блога X5 Tech, очень хотим узнать, что вам ближе, чтобы анонсы в нашем блоге показывали важное и не тратили ваше внимание на лишнее.

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

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

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

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

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

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

Девайс был носимым (не требовалось ничего лепить по ту сторону черепа) и вызвал ощутимое возбуждение у журналистов. Я решил разобраться. А заодно — продолжить исследовать мир нейроинтерфейсов, который сейчас активно расширяется.

Привет, Хабр! Мне подарили новогоднюю птичку в шапочке, а ещё посчастливилось приобрести очень интересное изделие неизвестного мастера, собранное по схеме легендарного VOX AC-4.

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

Недавно я активно занимался отправкой и проверкой пул-реквестов проекта PyTorch, созданных с существенной помощью LLM. Этот процесс сильно отличается ситуации в начале года, когда было понятно, что LLM вполне подходит для проектов, создаваемых с нуля, но для кодовой базы в продакшене их код оставался безнадёжно низкокачественным. Можете посмотреть мои смердженные PR, в описании которых упоминается Claude Code; у Джейсона Энсела тоже был подобный опыт (ссылка на Meta*; также есть список issue, на которые он ссылался в совей статье). Сейчас всё активнее обсуждается (Саймон Уиллисон, LLVM) то, как процесс код-ревью должен адаптироваться к этой новой эпохе LLM. Мой вклад в эти обсуждения таков: внутри команд код-ревью должен поменяться, превратившись в первую очередь в механизм согласования с человеком.

Когда я рос из инженера в управленца, мне казалось, что различия между CTO, CIO и COO во многом формальные. Все же «про технологии», «про управление», «про процессы».

На практике оказалось, что это три разных способа смотреть на компанию. И путаница между ними начинает дорого стоить именно тогда, когда бизнес перестаёт быть маленьким.

Я прошёл путь от инженерных ролей до CTO и в том числе выполнял функции COO в компании до 500 человек (около 60 в IT департаменте), входящей в состав корпорации.
И именно на этом масштабе разница между этими ролями становится особенно заметной.