Лучших инженеров увольняют не потому, что они плохи. А потому что они слишком правы. Их слова рушат иллюзию контроля — и показывают, что план не сработает. Но без них компании быстро понимают, какой ценой даётся это «спокойствие».
В мире облачных технологий часто возникает конфликт между целями DevOps и FinOps. DevOps стремится к скорости, надежности и масштабируемости, в то время как FinOps сосредоточен на эффективности затрат и часто на том, чтобы некоторые затраты сократить. Кажется, что эти задачи находятся в противофазе: одни строят, другие — урезают. На самом деле, современные DevOps-практики, направленные на повышение производительности и эффективности, являются самым мощным инструментом FinOps. А оптимизация затрат — это не самоцель, а естественное и неизбежное следствие правильно выстроенных инженерных процессов.
Мне давно хотелось услышать мнение DevOps про практики FinOps, и вот в подкасте FinOpsWeekly вышло интервью с участием Виктора Фарчича, в котором он в присущей ему провокационной манере говорит о том, как одно дополняет другое и как девопсы видят оптимизацию со своей стороны. Предлагаемые решения в основном рассчитаны на Kubernetes, но основной посыл и обсуждаемые тренды так или иначе актуальны для многих компаний: эфемерные среды разработки, right-sizing и масштабирование.
Я не буду учить вас вести переговоры. Если вы читаете эту статью, то, возможно, разбираетесь в теме даже лучше меня. Теории полно — книги, курсы, гениальные методики. Обращайтесь к ним.
Лично мне всегда не хватало практики.
Если вы хоть раз планировали релиз или запуск проекта, вы наверняка сталкивались с Гант‑чартом — визуальной магией, где каждая задача превращается в горизонтальную полосу или проще — «колбаску».
Мы живем в эпоху, когда старые карьерные алгоритмы окончательно сломались. Нам всем с детства внушали, что формула "хорошая учеба+усердный труд=гарантированный успех" является незыблемой аксиомой. Но сегодня, в конце 2025 года, продолжать следовать этому правилу - значит совершать ошибку выжившего в реальном времени. Мы по инерции продолжаем полировать хард-скиллы и заучивать синтаксис, в то время как ценность "чистого знания" стремительно обнуляется из-за доступности генеративных моделей. Гиперинфляция навыков превращает традиционных специалистов-ремесленников в устаревающий класс, неспособный конкурировать с промышленной автоматизацией.
В этой статье я не буду давать советов по прохождению собеседований или составлению резюме. Я предлагаю взглянуть на ситуацию через призму системного анализа и даже термодинамики: почему быть просто кодером больше не выгодно и почему нам необходимо эволюционировать в операторов систем. Мы рассмотрим, почему человечество начинает напоминать первую ступень ракеты для цифрового разума, и как выйти из состояния профессионального тупика, приняв неизбежную смену парадигм. Это попытка честно осмыслить экзистенциальный кризис IT-индустрии без корпоративной цензуры и ложного оптимизма.
Япония, кажется, ломает мировую финансовую систему. Доходность её 30-летних облигаций достигла 3,3% – это новый рекорд. Страна с долгом, равным 263% её ВВП (или $10,2 трлн), долгое время выживала благодаря нулевым процентным ставкам. Но с ростом этих ставок обслуживание госдолга резко возрастает – с $162 млрд до $280 млрд в течение следующих 10 лет. Это составляет 38% от вообще всех госдоходов, которые теперь будут поглощены выплатами по процентам. За всю историю ни одна страна не выдерживала таких долговых нагрузок без дефолта или гиперинфляции.
PMBoK весит 400 страниц и стоит как ползарплаты джуна. Я сейчас расскажу всё то же самое за 10 минут. Без воды, без "процессов интеграционного управления" и без желания покончить с собой на странице 237.
Даже те, кто находится в центре бума ИИ, теперь говорят о пузыре. Джефф Безос считает, что мы находимся в «хорошем» пузыре. Сторонник антропогенных технологий Хемант Танеджа, генеральный директор венчурной компании General Catalyst, считает, что «конечно, пузырь есть». А Сэм Альтман, генеральный директор OpenAI, недавно ответил на вопрос о пузыре ИИ успокаивающими словами: «Я думаю, что некоторые инвесторы, вероятно, потеряют много денег».
В статье разбираюсь в сущности 36 китайских стратагем. На их основе разрабатываю свою «Стратегию лисы». А точнее даже залезаю в свой «культурный код».
В российском предпринимательском ландшафте появилась структура, которая способно по-новому развивать бизнес-сообщество, меняя правила игры. Telegram и WhatsApp-чаты стали играть роль нового интеллектуального центра тяжести.
С первого взгляда это бизнес-клубы нетворкинга, но в глубине — куда больше. Наше консалтинговое агентство предлагает результаты проведенного обзора чатов по бизнесу в Telegram и WhatsApp российского сегмента.
У нас было пять руководителей проекта, семь лет разработки, несколько почти законченных решений, меняющиеся цели, задачи и разнообразные системы всех цветов и размеров. Не то, чтобы это было нужно для успешной реализации, но раз уж начал пилить долгострой, то иди в своём увлечении до конца. Единственное, что меня пугало — это разработка серебряной пули, которая якобы исправит все проблемы. В ИТ нет ничего более иллюзорного, чем попытка разработать универсальную систему для решения всех проблем. И я знал, что мы скоро в это окунёмся.
Привет, Хабр! На связи Лера, технический писатель в Авито. В своих статьях продолжаю делиться кратким содержанием книг, связанными с продуктивностью и работой мозга. Сегодня поговорим про книгу Дэвида Аллена — Getting Things Done (или «Как привести дела в порядок»).
Для CTO, CIO, DevOps, SRE и эксплуатации в целом
Всем привет!
Если Вы продаете товары или оказываете какие-то услуги, то скорее всего ваши маркетологи уже придумали чем заманить пользователей в черную пятницу. Как пережить всплеск нагрузок без даунтайма я Вам без понимания вашего прода не расскажу, а вот ключевые моменты в виде чеклиста подсветить - это пожалуйста:
Если что-то пойдет не так - Вы должны узнать об этом сразу
Фича может ехать в прод квартал силами шести человек — или за две недели одним разработчиком. Разбираю, почему один дорогой автономный инженер часто выгоднее команды «дешёвых».
Привет! Меня зовут Саша, я Product Manager в Cloud.ru. Расскажу, как наша команда немного трансформировала, ускорила и упростила процесс оценки задач в рамках методологии Scrum. Из задачи сэкономить несколько часов для команды получилось построить целостный процесс, который удалось внедрить в несколько продуктов.
Возможно наш подход пригодится, если вы продуктовый менеджер или просто устали от холиваров во время оценки сложности задач.
Привет, Хабр! Это Женя Руденко, Agile Cluster Lead в МТС Web Services. Когда в компании запускают Agile-трансформацию, чаще всего сталкиваются не с нехваткой инструментов или методик, а с сопротивлением людей — от тимлидов до C-level. Именно это и стало для меня первым вызовом при работе с командой KION: вместо работы «по учебнику» пришлось искать свой путь, балансируя между стратегией и ежедневными задачами, между конфликтами и доверием.
Сегодня я расскажу, как шаг за шагом выстраивал взаимодействие с командами, что помогало удерживать доверие, почему честный диалог работает лучше презентаций и какие принципы оказались ключевыми для того, чтобы Agile действительно прижился. Да, во многом это достаточно очевидные вещи, но надеюсь, что мой опыт будет полезен тем, кто приходит в новую компанию менять сложившиеся там процессы.
Представители бизнеса часто спрашивают, какую информационную систему выбрать. И у меня нет ответа на этот вопрос, ведь все компании разные и, не понимая требований к информационной системе, рекомендовать ИТ‑решение нельзя.
Сразу хочу сказать, что выбор ИТ‑решения — это не техническая задача, а бизнес‑решение, и принимать его нужно не на основе данных в маркетинговых презентациях ИТ‑поставщиков, а на основе прозрачной методологии. В этом материале хочу рассказать о подходе к выбору ИТ‑решений. А уже использовать его или нет — решать вам.
Это случилось.
20 ноября 2025 года Госдума приняла в третьем финальном чтении законопроект о налоговой реформе. Теперь это наша новая реальность. Закон, который изменит правила игры каждого бизнеса в России. С вами Айгуль Шадрина, налоговый консультант и основатель S4 Consulting. Мы изучили все поправки и рассказываем, что это значит для вас на практике.
В этой статье — 7 типовых рабочих процессов, без которых не обходится ни одна команда. Показываю, как за 10 минут собрать под них канбан-доски, которые реально повысят эффективность работы.
«Поставьте, пожалуйста, исполнителей в задачах»
«Залогируйте время»
«Почему мы не успеваем по спринту?»
«У нас горит план на год!»
Вы управляете разработкой и узнали свою команду в этих фразах?
Привет! Меня зовут Артем Герасимов, я владелец продукта SimpleOne SDLC.
Недавно мы записали выпуск подкаста «Мы обречены» с Артемом Малышевым и Филом Ранжиным про то, как управлять разработкой так, чтобы команда не превращалась в конвейер по перемещению тасков.
В статье — кратко о том, что мы обсудили в подкасте. Полную версию подкаста смотрите на любом удобном видеохостинге.