Законы разработки софта

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

👉Закон Каннингема – Самый лучший способ получить полезный и правильный ответ в интернете – не спрашивать, как правильно, а запостить неправильный ответ.
👉Закон Стерджена – 90% чего угодно это мусор (ну получается как минимум один пост в две недели в нашем канале должен быть годным).
👉Закон Хайрума – от любого, пусть даже незадокументированного поведения вашего API, кто-то будет зависеть. Про этот закон мы пару лет назад классно поговорили в выпуске Подлодки про дизайн API.
👉Эффект Рингельмана – чем сильнее растет группа, тем сильнее снижается продуктивность отдельных ее участников.

За что инженеры ненавидят своих менеджеров

👉Бесконечные синки и митинги, которые вырывают из состояния потока
👉Нетехнические менеджеры, которые не понимают сложности задач, но при этом дают обещания по срокам
👉Менеджеры, которые присваивают себе чужие достижения, фразами вроде "вот что я зарелизил в этом квартале"
👉Фидбэк про зоны роста, который дается раз в год менеджером, который вообще слабо прелставляет себе вашу работу

Уроки 14 лет работы в Google

👉Лучшие инженеры думаю в первую очередь про решение проблем пользователей.
👉Быть всегда правым – легко. Настоящая сложность в том, чтобы прийти к правильносу решению вместе с командой.
👉В первую очередь выбирай действие – лучше сделать что-то, чем вообще ничего. Плохую фичу можно исправить, отсутствующую – нет.
👉Признак сеньорности – ясность. Сложность решения приносит накладные расходы.
👉Новизна – это кредит, который оплачивается сбоями и лишней когнитивной нагрузкой.
👉Ваш код не покажет всем, какой вы классный – это делают люди.
👉Лучший код – тот, который не написан.
👉На большом масштабе даже у ваших багов появляются пользователи, и их починкой вы кому-то навредите.
👉Проблемы медленных команд чаще всего в том, что они не выровнены с остальными.
👉Фокусируйтесь на том, что можете контролировать. Остальное игнорируйте.
👉Абстракции не избавляют от сложности. Они просто прячут ее до того дня, когда абстракция протечет, и вам надо будет разбираться, что находится под ней.
👉Письмо ведет к ясности. Лучший способ научиться чему-то – попробовать научить других.
👉Работа, которая разблокирует другую работу бесценна, и при этом невидима.
👉Если вам кажется, что вы выигрываете в каждом споре, скорее всего вы просто постепенно накапливаете сопротивление людей.
👉Когда метрика становится целью, она перестает быть честным показателем.
👉Признать то, что вы не знаете чего-то, дает больше безопасности, чем притворяться наоборот.
👉Сеть ваших знакомств переживет всю вашу смену мест работы и с вами навсегда.
👉Большая часть способов улучшения протзводительности лежит в избавлении от чего-то, а не в добавлении слоев сложности.
👉Процессы существуют для того, чтобы снижать неопределенность, а не ради бюрократии.
👉В какой-то момент карьеры ваше время станет дороже зарабатываемых денег, так что готовьтесь к этому и берегите его.
👉В накоплении знаний и опыта старайтесь не срезать углы, а наоборот, полагаться на сложный процент.

А если ваша стратегия не выдержит следующий год?

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

Будем разбираться:
— что на самом деле считать стратегией и почему она работает не у всех
— где и почему стратегии чаще всего ломаются
— какую роль играет AI и как измерять реальную ценность AI-внедрений
— какие инструменты работы со стратегией эффективны: стратсессии, форматы, ошибки

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

29–31 января 10:00–15:00 GMT+3, онлайн
Бесплатная регистрация здесь

Среди спикеров: Никаких теоретиков! Только фаундеры, СЕО, СТО, HRD и эксперты Стратоплана, которые сами проходили через кризисы и знают, как строить стратегию на годы

Бонус:
3 онлайн-воркшопа про разработку и внедрение стратегии, в том числе от сооснователей Стратоплана — Вячеслава Панкратова и Александра Орлова.

Приходите и проверьте, действительно ли ваша стратегия устойчива

Прокрастинация, и как с ней справляться

Если кого-то и читать про прокрастинацию, так это Максима Дорофеева. В статье он постепенно выводит ее определение:

Я прокрастинирую, когда я решаю:
- сделать дело Y, показавшееся более важным, чем X,
- вместо дела X, впоследствии показавшееся более важным, чем Y и …
- испытываю неприятные чувства из-за этого

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

👉Почему вы считаете дело Х важным для себя? Важно ли оно само по себе, или является средством достижения другой цели?
👉Всегда ли вы занимаетесь разными делами вместо Х, или одним и тем же? Как они связаны?
👉В каком состоянии вы находитесь во время приступа прокрастинации? Типичное ли это состояние в момент принятия решения, что делать дальше?
👉Есть ли у вас состояние, в которгм нет приступов прокрастинации? Как вы его расходуете?
👉Какие аргументы в пользу дела У проскакивают в вашем уме во время прокрастинации?

Про парадокс инвестиций в 2026

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

Минусы понятны – есть огромная вероятность, что код получится не очень масштабируемым, а поддерживать его без глубинного понимания логики будет сложно. Но плюсы тоже большие:

👉Нет потери контекста при общении в команде, он весь содержится в голове у фаундера
👉Не приходится идти на компромиссы с другими людьми, пытаясь не задеть их самооценку, или из-за других политических причин
👉Нет организационной инерции, попыток переиспользовать старые решения и всего с этим связанного
👉Порядок цен, конечно, абсолютно другой – вместо $30k в месяц на зарплаты минимальному костяку команды, в самом отчаянном случае вы заплатите N*200$ за несколько подписок на Claude Code.

Начинайте митинги на пять минут позже

Редко кто заканчивает митинги на пять минут раньше обычного таймслота. Как результат, первые минуты следующего митинга несколько человек ждут, пока все добегут до нужной переговорки. Вместо этого попробуйте сделать простую вещь – назначайте все свои митинги на 5 минут позже обычного времени (12:05 вместо 12:00). Все участники точно скажут вам спасибо.

Почему не надо останавливать все плохие проекты

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

Еще один кусочек мудрости, который появляется вместе с чуйкой – это понимание, что не нужно идти воевать с каждой ветряной мельницей. Даже если вам очевидно, что какой-то проект обречен, не нужно пытаться его остановить. Почему так:

👉Компании в среднем ценят людей, которые пытаются что-то делать, а вот к тем, кто пытается замедлить работу, как раз относятся с подозрением. Если ваши сомнения не подкреплены ну очень сильными аргументами, их скорее всего пропустят мимо ушей.
👉Даже если у вас получится затормозить такой проект, кто-то может воспринять это как личное нападение – ведь из-за вас он не получит новую ачивку в портфолио или оценку на 0.1 балла выше на перфоманс ревью.
👉Если вас не послушали, но в итоге вы оказались правы и проект провалился, вас все равно не станут больше ценить как эксперта, потому что скорее всего вообще забудут этот разговор. А бегать и кричать "я же говорил" – вообще деструктивное поведение.

Вместо того, чтобы пытаться остановить все плохие идеи, относитесь к своему влиянию как к конечному ресурсу. Он пополняется, когда вы сами делаете что-то полезное – выпускаете успешный продукт, помогаете коллеге, исправляете проблемный процесс. А вот когда вы блокируете чью-то работу, вы это влияние тратите – совсем чуть-чуть, придираясь к необязательной проблеме на code review, и огромное количество, когда пытаетесь остановить очередную безумную фантазию CTO про AI. Так вот, если вы потратите все влияние на мелочи, то не сможете остановить действительно важные вещи.

Чтобы понять, на что действительно стоит тратить свой политический капитал, можно смотреть на три фактора:

1️⃣Насколько близко этот проект находится к вашей команде
2️⃣Если все пойдет по плохому сценарию, насколько сильно это повлияет на вашу команду
3️⃣Если все пойдет ну совсем плохо, как это повлияет на всю компанию

Короче говоря, pick your battles!

Стратегия — это ответ на один, но ключевой вопрос

Директор по продукту ВКонтакте Евгений Васильев про стратегию.

👉 Это рабочий инструмент, который собирается под решение конкретной рыночной задачи.
👉 Именно стратегия определяет, какая оргструктура вам нужна и на какие метрики работает команда.
👉Отсюда и простая логика: стратегия начинается не с идей и фичей, а с честного ответа на вопрос: какую бизнес-задачу мы решаем сейчас.
👉 Если стратегия не формулируется одним-двумя ясными предложениями, скорее всего, это еще не стратегия.
👉 В случае стратегии ВКонтакте - это перевод эпизодических пользователей в core-аудиторию за счет контентного и социального сценариев.

Как люди используют LLM на работе

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

👉Всего AI хотя бы раз попробовало 80% сотрудников. При этом ретеншн очень высокий – 85%, кто попробовал, потом уже не бросает.
👉Если дать доступ ко всем моделям, то люди будут использовать самую дорогую для всего, даже для самых простых задач.
👉Две трети бюджета по итогам уходило на генерацию картинок. 74% сотрудников делали это хотя бы раз, даже бухгалтерия, которым, казалось бы, они не нужны.
👉20% пользователей сгенерировали 80% запросов, а топ-10 пользователей потратили 20% бюджета.
👉По сравнению со стоимость дефолтной подписки в 20$ в месяц, при работе через API вышли копейки – около 2.5$ на человека.

📊 Delivery Manager: станьте главным связующим звеном между бизнесом и разработкой!

Хотите выйти на новый уровень управления? Научитесь реалистично оценивать проекты, работать с метриками и эффективно управлять портфелем задач!

🔥 Приглашаем на 3 бесплатных вебинара курса «Delivery Manager» — познакомьтесь с программой обучения и преподавателями, задавайте вопросы и обсуждайте свои кейсы!

🔸 Вебинар 1: Почему ваши оценки проекта всегда ошибочны
📅 28 января, 20:00
Разберём, почему даже опытные менеджеры ошибаются в оценках — и как это исправить.
На вебинаре:
- поймёте, как особенности мышления влияют на планирование;
- сравните классический и Agile‑подходы к оценке;
- освоите инструменты: стори поинты, «майки», буферы рисков;
- проанализируете реальные кейсы и способы избежать срывов сроков.

🔸 Вебинар 2: Измеряя управляй. Метрики как инструмент DM
📅 5 февраля, 20:00
Узнайте, как превратить данные в систему принятия решений.
Что разберём:
- почему метрики — это не контроль, а управление доверием;
- как фреймворк PROJECT помогает говорить на одном языке с бизнесом, командой и заказчиком;
- пошаговую сборку системы контроля для устойчивости организации;
- типичные ловушки (гонка за показателями, «очковтирательство») и способы их обойти.

🔸 Вебинар 3: От проекта к портфелю: как управлять несколькими проектами?
📅 9 февраля, 20:00
Переходите на уровень Delivery Manager? Узнайте, какие инструменты и mindset вам нужны.
В программе:
- отличия управления портфелем от управления проектом;
- причины сложностей при переходе на новый уровень;
- почему привычные методы перестают работать;
- как сформировать новый набор инструментов DM.

Записывайтесь ➡️ OTUS.RU

Реклама. ООО «Отус онлайн-образование», ОГРН 1177746618576

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

Как поступить в этой ситуации разбираем вместе с тремя опытными менеджерами: Александром Орловым, Александром Поляковым и Игорем Цупко!

👉Весь кейс на канале "Тимлид не спит"
👉Разбор экспертов

Бреслав и Ложечкин про мечты и цели

На волне обдумывания своих личных планов на 2026 год, послушал последний выпуск Бреслава и Ложечкина на эту же тему. Какие две мысли мне запали в душу:

👉Стоит разделять мечты и цели. Мечты приносят удовольствие сами по себе, даже если вы никогда не приступите к ним. Нет ничего плохого в том, чтобы это удовольствие получить, а потом на них забить. Но надо отдавать себе отчет, что чтобы мечта превратилась в реальность, нужно собраться и начать ей заниматься – и тут уже пригодятся и цели, и планы.
👉К цели нужно относиться как к направлению, а не к ачивке. У достижения крупных целей есть неочевидный психологический эффект – вы можете не почувствовать счастья. Так получается, потому что мозг поощряет процесс движения к цели, и быстро теряет к ней интерес после. Так что счастье в самом пути, и в людях, которые находятся рядом с вами.

🗓 30 января, 18:00 мск
📍 Москва, ул. Лесная, 9 | Офис Ви.Tech

🤖 Смоллтех митап vol.2: AI и лидерство в смоллтехе

Если вы тимлид/техлид/CTO в небольшой компании и в 2026 хотите внедрять ИИ — это как раз тот митап, который вам следует посетить: 3 прикладных доклада по 25 минут и круглый стол, где вместе соберем понятный алгоритм внедрения.

Что будет полезного:
— уровни зрелости внедрения AI в разработку: с чего реально начать, как снять блокеры и масштабировать то, что работает
— как заходить с изменениями в команду и не “сломаться” о сильных старожилов: скептик / хранитель / уставший новатор и как с каждым работать
— кейс AI-ассистента для продаж и сервиса: как поставить цель, собрать команду и довести до внедрения в процессы
— круглый стол: «Алгоритм внедрения ИИ в смоллтехе» — подводные камни и шаги, которые стоит сделать в правильном порядке

Спикеры и участники круглого стола:
🪛 Михаил Шваркунов (GRI)
🧲 Иван Поддубный (Вебпрактик)
🔩 Дмитрий Громов и Надежда Кохтачева (ППР)
🛠 Кирилл Россохин (Ви.Tech)

→ Регистрация

Как получать высокие оценки на performance review

Начнем с важного дисклеймера – don't hate the player, hate the game. Если в вашей компании проводится регулярный перфоманс ревью, и от него зависят бонусы и повышения, то стоит к нему относиться как к отдельному тренируемому навыку, который не всегда будет коррелировать с реальной полезностью вашей работы. Вы можете его игнорировать, но в чем смысл – вы чаще всего просто меняете свое время на деньги, и должны быть заинтересованы в том, чтобы курс был повыше.

Так вот, держите пачку действительно рабочих рекомендаций:

👉Активизироваться нужно вовремя. Если вы равномерно хорошо работаете весь квартал, это никому не интересно. А вот если показать повышенную полезную активность где-то за месяц до старта ревью, менеджер заметит ваш рост и вовлеченность. А последнее впечатление, как рассказывал еще Канеман, самое важное!
👉Будьте вежливым и приятным человеком и с менеджером, и с коллегами. Если вы перепрыгнете минимальную планку того, чтобы не обесценивать чужие идеи, не уклоняться от коммуникаций, и не относиться к просьбам о помощи как к наказанию, вы уже будете лучше большинства и стабильно получать от коллег высокие оценки. Ревью всегда субъективно, позтому приятный в работе человек выигрывает у неприятного, но более компетентного.
👉Решите хотя бы одну проблему за пределами своих обязанностей – поучаствуйте в собеседованиях, наладьте какой-то общий процесс, запилите библиотеку. И подготовьтесь об этом красиво рассказать в своем ревью, обязательно подчеркнув, что вклад сделан за пределами команды – это стандартный зеленый флаг для повышения.
👉Относитесь к слабым сторонам как к козырям. Хорошо знайте их, и старайтесь каждый цикл ревью показывать заметное улучшение хотя бы по одной. Например, в одном цикле ревью расскажите, что ваша слабая сторона – вовлечение в продукт, а в следующем покажите, как круто вы стали контрибьютить в PRD. Короче говоря, покажите маленькую победу над собой.
👉Смотрите на self review не как на отчет, а как на рекламу себя. Рассказывайте о себе, как будто выбиваете инвестиции на проект. Любая выполненная задача обязательно должна иметь понятный импакт и практически спасать компанию.
👉Не бойтесь явно писать, что оцениваете себя выше среднего и превосходите ожидания, объяснив, как именно (вот все эти пункты выше). Менеджеру проще согласиться, чем доказывать обратное.

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