Как заставить всё работать
Разработчик создал Стопчебурнет.рф — сервис для координации обращений к Госдуме по вопросу интернет-блокировок. Мое мнение почему подобные инициативы важнее изобретения «идеального VPN».
В профессиональной среде долгое время считалось, что мотивация определяется размером денежного вознаграждения. В IT-индустрии этот подход выглядит особенно естественно: повышение грейда, индексация дохода, добавление бонусов за выполнение KPI.
Действительно, уровень дохода имеет значение. Если специалист получает ниже рыночного уровня, прочие факторы не смогут компенсировать эту разницу. Однако после закрытия базовых ожиданий деньги перестают быть основным драйвером.
На первый план выходит вопрос: «зачем я это делаю?». И здесь становится очевидным, что настоящий профессиональный потенциал раскрывается только при резонансе ценностей человека со средой, в которой он работает. Не с системой грейдов, не с OKR и не с планами на спринт, а именно со средой - с тем, как принимаются решения, как реагируют на ошибки и как выстроены коммуникации.
Если склонности (модель HEXACO) отвечают на вопрос «как вы работаете?» - быстро или вдумчиво, индивидуально или в команде, с готовностью к риску или по инструкции, - то ценности дают ответ на вопрос «зачем?». Ради чего специалист встаёт утром и открывает пул-реквест.
Качество профессиональной жизни напрямую зависит от наличия и ясности этого «зачем». Когда ценности вступают в конфликт с культурой компании, даже высокая заработная плата не спасает от хронической усталости. Когда же среда поддерживает ценности - сотрудник перестаёт воспринимать работу как выполнение чужих задач и начинает реализовывать собственный потенциал с энергией, которую невозможно обеспечить внешними стимулами.
Если вы прямо сейчас думаете, внедрять вам ИИ или нет, то сначала ответьте себе: а вы уже посчитали ROI?
Мой путь к IT оказался длинным. Первые 15 лет карьеры я провёл на госслужбе, дошёл до руководительской позиции. Лишь в 36 я сделал шаг к профессии мечты.
Сегодня я тимлид в компании MedControl и старший код-ревьюер в Яндекс Практикуме. В этом тексте расскажу, как развивался в разработке, перековал себя из программиста в руководителя и выстроил рутину, чтобы всё успевать. Статья может быть интересна всем, кто думает о смене профессии в зрелом возрасте, и джунам, которые хотят понять, как расти.
Арбитражный процесс основан на принципе состязательности (статья 65 АПК РФ). Суд не собирает доказательства за сторону. Следовательно, каждое обстоятельство, на которое ссылается истец, должно быть подтверждено письменным доказательством. Отсутствие документа или его ненадлежащее оформление влечёт возврат искового заявления либо оставление без движения. В результате истец теряет от двух до четырёх недель, за которые должник может изменить своё имущественное положение (например, вывести активы).
В материале приведён формализованный перечень документов, необходимых для взыскания дебиторской задолженности через арбитражный суд. Рассмотрены изменения законодательства, вступившие в силу в 2024 и 2026 годах, различия в составе первичных документов в зависимости от типа договора, требования к заверению копий, а также типичные ошибки, ведущие к оставлению иска без движения.
Есть мнение, что редизайн интернет‑магазина — это история про «освежить главную и поменять шрифты». Второй вариант — зачем менять, если и так работает. Но за внешним обновлением или скрепами почти всегда скрыт вопрос, протянет ли бизнес со своей текущей архитектурой еще год без потери клиентов. Привет, я — Александр Кузьмин, менеджер проектов в Morizo, на примере В2В‑магазина с оборотом в 1,5 млрд руб. расскажу, почему дизайн и архитектура в опте не работают как в В2С, а даже наоборот — приносят убытки.
Список «хочу прочитать» давно перевалил за сотню. Когда наконец добираешься до книги — появляется другая проблема: хочется зафиксировать цитату или мысль, но непонятно куда. Заметки в телефоне, вкладка в браузере, стикер на полях — через месяц это всё теряется. Обычный подход «одна заметка на книгу» не работал: либо файл разрастался до неприличия, либо я просто забывал его открывать. Тогда я перестал искать «правильный» плагин и спроектировал систему с нуля в Obsidian. В этой статье я покажу архитектуру, реальные шаблоны и конфигурацию баз данных — так, чтобы это можно было повторить.
Если вам обещают, что ИИ ускорит разработку в 5 раз — скорее всего, вам пытаются что‑то продать. Особенно если «волшебство» сводится к установке плагина в IDE.
Меня зовут Алиса Герасимова, я руковожу отделом функционального тестирования в центре разработки и машинного обучения «Инфосистемы Джет». В статье расскажу, как ИИ ускорил одну из наших команд разработки, но с цифрами из реального мира. Поговорим про метрики, разграничение ролей между человеком и ИИ, а также честно покажем, где машина больше мешает.
Статья будет полезна тимлидам, скрам‑мастерам и всем, кто устал от маркетинговых метрик без контекста.
В корпоративных проектах обычно много внимания уделяют срокам, бюджету, функциональности и интеграциям. Но на практике успех или провал проекта часто определяется и другим фактором — готовностью людей к изменениям.
Если пользователи не понимают, зачем меняется их работа, если опасения не проговариваются, а решения спускаются сверху, проект почти неизбежно сталкивается с сопротивлением. Формально он может идти по плану, но согласования затягиваются, старые инструменты продолжают жить параллельно, а после запуска компания получает не новую рабочую модель, а затяжной конфликт между бизнесом, ИТ и пользователями.
Именно поэтому до старта внедрения полезно пройти нулевой этап — подготовку команды к изменениям. Это не про технологии. Это про людей, роли, ожидания и внутреннюю готовность, без которой даже хорошо спроектированный проект начинает буксовать.
Из моего отдела ушел ключевой специалист. Унес три года контекста. Я начал разбираться и обнаружил, что инструментов для измерения человеческой стоимости задачи не существует. Пришлось делать свой. Через полгода текучесть в команде упала до 10%.
Как выглядит “вежливое выдавливание” из проекта, если смотреть на него не только из процессов, но и через социальный интеллект. Что происходит, когда человека сначала просят передать знания, поучаствовать в обучении ИИ и оптимизации, а затем аккуратно выводят из будущего контура, какие стратегии при этом выбирают люди и как такие решения меняют доверие и устойчивость команд.
В техническом департаменте Иви есть отдел, который почти не пишет код. В этом интервью Мария Князева, руководитель отдела операционной эффективности, поделилась, как создавать такие процессы и инструменты, при которых сотрудникам комфортно и интересно работать, есть место творчеству и инициативе, а производительность только растет.
Корпоративный мессенджер своими руками. Попробуем разобрать, что может пойти не так — без драматизации, но с цифрами и реальным опытом. И сразу важная оговорка: мы не считаем, что “пилить” свой мессенджер — это по умолчанию плохая идея. Иногда это абсолютно правильное решение.
В ответах на вопросы по статье про Яндекс Сплит напридумывал такого, что аж стыдно. Но удалять не буду и распишу подробно, как работает Сплит и Супер Сплит, и чем они отличаются.
В моей старой статье про устройство BNPL (сентябрь 2022, «Оплата долями или при чём здесь исламский банкинг») основной тезис был такой: BNPL — это обходной путь регулирования. Сервис рассрочки делает ООО, не подпадающее под 353-ФЗ, не передающее данные в БКИ, и зарабатывает на комиссии магазина. Государство закрывало глаза на существование схемы, пока сегмент не перестал быть маленьким.
В 2025 году рынок BNPL в России дорос до 940 млрд рублей (данные «Долями» от Т-Банка), за первое полугодие удвоился. Так появился 283-ФЗ от 31.07.2025 «О деятельности по предоставлению сервиса рассрочки», вступивший в силу 1 апреля 2026. Что в законе: реестр операторов, лимит 50 000 ₽, срок до 6 месяцев (с 2028 — до 4), запрет скрытых комиссий, передача в БКИ при долге свыше лимита, неустойка не более 20% годовых (потолок — оператор может взять и ноль).
Интересен кейс Яндекса. Ранее у них был один «Сплит» с возможностью апгрейда до «Супер Сплита». Сейчас это уже два юридически и экономически разных продукта в одном интерфейсе под одним брендом. Разберу, как они устроены, чем отличаются и почему такая конструкция возникла.
Навыки можно прокачать за полгода. Склонности, которые формировались годами, либо работают на вас, либо разрушают карьеру. В IT это особенно заметно: джуниор с «правильной» архитектурой личности часто перегоняет мидла‑перфекциониста, который каждое утро переписывает тесты, потому что «иначе не правильно».
Если вы хотите не просто «где‑то работать», а получать высокий доход и качество профессиональной жизни (КПЖ) — смотрите глубже опыта в резюме. КПЖ — это уровень энергии, здоровье и конкурентоспособность. Когда работа в спринте превращается в бесконечное сопротивление, вы, скорее всего, пытаетесь запустить чужой исполняемый файл на своем «железе».
Самый точный инструмент для диагностики — модель HEXACO. Она объясняет, почему один тимлид безупречно работает в финансах, а другой — в секьюрити, и оба чувствуют себя в своей тарелке.
В финтехе почти никогда не происходит по красивому сценарию, который обычно рисуют в презентациях: подключили LLM — и внезапно получили умного, почти «человеческого» голосового агента. Эта картинка слишком удобная, чтобы быть правдой. В реальности всё развивается намного медленнее и, если честно, местами довольно приземлённо.
Есть популярный миф. Мол, сначала бот живёт на жёстких сценариях. Потом к нему подключают LLM — и он сам превращается в почти живого собеседника. Звучит красиво. В реальности так не работает. Если посмотреть на реальные проекты в финтехе, всё происходит гораздо проще и… скучнее.
Этот материал — результат работы технической команды СВОЙ Тех. Как Project Manager, я прошел с коллегами путь от простых блок-схем до гибридных систем и хочу поделиться реальным опытом того, что остается «за кадром» красивых презентаций об искусственном интеллекте.
Прокрастинация обычно не начинается с решения: «Сегодня я ничего не делаю». Чаще всё выглядит безобидно: одно уведомление, один переход «на пять минут», одна вкладка — а задача так и не сдвинулась. Зато голова уже забита новостями, дурацким сообщением в чате и какой‑нибудь необдуманной покупкой.
В статье разберу, почему мозг выбирает соцсети и маркетплейсы вместо сложной задачи, как проверить масштаб проблемы и что настроить в задачах, уведомлениях и рабочей среде, чтобы реже проваливаться в этот сценарий.
Изучите принципы информационного моделирования на практике.
Разбираем возможности с помощью демонстрационного архитектурного проекта в nanoCAD BIM Строительство: двухэтажного загородного дома «с нуля».
В девяти уроках последовательно представлено создание архитектурного раздела: фундамент, стены, перекрытия, кровля, параметрические объекты, документация и экспорт в IFC.
Когда живешь в такой команде, твой базовый вопрос — какие проекты делать, чтобы метрики выросли. Нам тогда рассказали, что есть такие ICE/WSJF/… Потом мы поняли, что на нашем уровне энтропии такие штуки — полная чушь (и дальше расскажу, почему). Встал вопрос, как иначе выбирать, какие проекты брать в работу.
Ответ мы ищем до сих пор, но хочется поделиться опытом наших ошибок для начинающих и продолжающих подобный путь.
В этой статье предложил фреймворк: как выбирать, где копать и что копать, если вы AI‑команда, которая должна зарабатывать деньги, но обладает свободой выбора.
Внедрение ERP-систем подразумевает изменение бизнес-процессов компании. Организация вынуждена принять такой способ выполнения операций, как это изначально задумано и реализовано вендором в программном решении. Особенность состоит в том, что процессы в информационной системе уже оптимизированы и унифицированы, тем самым имплементация решений класса ERP является одним из наиболее распространенных способов усовершенствования бизнес-процессов. В данном случае мы говорим о реинжиниринге бизнес-процессов [1].
Существует и обратная ситуация, когда программное решение полностью переписывают и подстраивают под процессы организации. Подобное чаще всего случается, когда стандартный функционал платформенного софтверного продукта не покрывает значительную часть бизнес-требований заказчика. Здесь возникает необходимость в доработке решения, которая ведется, принимая во внимание в первую очередь знания и потребности клиента. В литературе данная ситуация носит название реинжиниринг системы.
Можно попытаться разобраться в крайностях реинжиниринга, используя свод знаний по корпоративной архитектуре, представленный методологией TOGAF [2], который говорит о том, что во главе всего должна стоять прежде всего бизнес-архитектура. Именно через ее призму необходимо рассматривать все происходящее в компании и ИТ-архитектуре, в частности. Более детальное погружение в тематику бизнес-процессов обратит нас к набору знаний BPM CBoK [3].