Сейчас в Я проходит очередной perf review, а весной он будет в других крупных бигтех-компаниях. Сотрудники нервно заполняют самооценку, пишут фидбек на коллег, строят теории о том какие оценки получат по итогу и гадают какой в этот раз у них будет бонус.
А теперь вопрос, который все знают, но не озвучивают: справедливо ли, что деньги за твои переработки компания держит у себя целый год, пока ты работаешь как беспроцентный кредитор?
Давай разберём, как на самом деле работает Performance Review и почему эта система выгодна не тебе.
Кого награждает Performance Review
На самом деле систему оценки легко просчитать, если перестать верить в корпоративную мифологию про "справедливую оценку". На деле Performance Review награждает не самых умных или талантливых, а тех, кто работает «овер»:
Остаётся после 19:00, когда все разошлись
Выходит в субботу "доделать спринт"
Ест за компом вместо обеда
Решает рабочие вопросы в отпуске
Ведёт три проекта одновременно, потому что "срочно надо"
Фактически компания платит премию за то, что ты пожертвовал work-life balance. Но вот что интересно — справедлива ли эта компенсация?
Финансовая математика для тех, кто работает сверхурочно
Представь, что ты каждый месяц отдаёшь компании 20-30 дополнительных часов (если что – это всего лишь 1-1.5 часа каждый день). За год это 240-360 часов — два полноценных рабочих месяца бесплатного труда.
Компенсацию за эти часы ты получишь только через год на Performance Review. В виде премии. Может быть.
А что происходит с финансовой точки зрения?
Компания держит деньги, которые должна тебе за переработки, у себя на счетах целый год. Эти средства работают как актив:
Участвуют в обороте компании
Генерируют прибыль
Возможно, приносят процентный доход
Ты же выступаешь беспроцентным кредитором, который не может распоряжаться заработанными деньгами.
Если бы ты получал компенсацию ежемесячно, то мог бы:
Инвестировать и получать доход
Погашать кредиты и экономить на процентах
Закрывать срочные нужды без влезания в долги
Просто иметь доступ к своим деньгам, когда они заработаны
Да и в целом – не звучит ли это как микрозайм без гарантий?
Почему BigTech-компаниям выгодна текущая система
Отложенные выплаты приносят работодателю конкретные преимущества:
Когда компания задерживает выплату на год, она обесценивает твой труд инфляцией. Деньги через год стоят меньше, чем сегодня. Ты не только работаешь сверхурочно бесплатно, но и получаешь меньше в реальном выражении.
Создается иллюзия щедрости: крупная премия раз в год выглядит впечатлительнее небольших ежемесячных доплат.
Если ты уволишься до Performance Review, компания просто не выплатит бонус за твои переработки. Ты отдал время и силы — компания ничего не потеряла.
Широкое поле для манипуляций: размер бонуса определяется постфактум, когда работа уже сделана.
По ТК РФ сверхурочная работа должна оплачиваться с повышающим коэффициентом. Переработки маскируются под "добровольный энтузиазм" и "проактивность". Ты сам решил остаться после работы, сам решил добить задачу. Значит, это не сверхурочные, а твоя личная инициатива. Легальный обход законадательства.
Ежемесячные выплаты за переработки сделали бы видимым реальный объём неоплаченного труда. И заставили бы компании либо платить справедливо, либо оптимизировать процессы вместо эксплуатации энтузиазма.
Система Performance Review с годовыми / полугодовыми премиями — это не инструмент справедливого вознаграждения. Это финансовый инструмент управления персоналом, где компания получает беспроцентный кредит за счёт сверхурочного труда сотрудников.
P.S. Если тебе зашёл такой подход к корпоративным реалиям — в моём телеграм-канале я регулярно пишу контент в таком же стиле. Без корпоративной вежливости, с прямыми вопросами и вскрытием противоречий, о которых все знают, но молчат.
Комментарии (103)
avost
01.01.2026 16:51Представь, что ты каждый месяц отдаёшь компании 20-30 дополнительных часов
Представить я могу что угодно, но какой в этом смысл, если оно не бьётся с реальностью?
Ты сам решил остаться после работы, сам решил добить задачу. Значит, это не сверхурочные, а твоя личная инициатива.
Не совсем так. Если решил добить задачу, которая важна бизнесу, обосновал необходимость сверхурочки и оформил её, то получил свою х1.5-х2 прибавку. Если этого не сделал, то действительно, это личная инициатива и непонятно с чего это вдруг она должна оплачиваться. Наверное, работодатель должен обладать телепатическими способностями, чтобы догадаться, что вы переработали? Ну, это здорово, конечно, но разве телепатия существует? Так что, да, приходится жить в мире, где переработки необходимо согласовывать.
Легальный обход законадательства.
Всего лишь ваша лень. Конкретно яндексе был/есть косяк с бесплатными дежурствами и это боль, да. Переработки же вне дежурств вполне оплачиваются и в яндексе тоже. Да, после согласования. Ну, а как вы хотели - про телепатию я уже написал. В более других биг- и не-очень-биг- техах, что я работал (и которые опрашивал на собеседованиях), дежурства если встречались, то были платными, а кое где и х2 платными (если выполнялись не штатными девопсами). Переработки везде х(1.5-2) платные. Но только если они действительно нужны бизнесу, а не потому, что вы внезапно решили допинать фичу). Не понимаю о чём вы говорите.
где компания получает беспроцентный кредит за счёт сверхурочного труда сотрудников.
А, вы (не только конкретно вы, а 'вы' в широком смысле - читатели сего) попробуйте согласовывать сверхурочку или, хотя бы, говорить о ней работодателю (посфактум оно вряд ли сработает, но и такие чудеса бывают), а не выдумывать молчком конспирологические теории. Уверен, результат в виде весомой прибавки вам понравится! :)
Да, и на собесах обязательно спрашивайте про дежурства - есть они или нет, и если есть, то как оплачиваются. Бесплатные яндексовые дежурства по моему опыту - ситуация нетипичная, но за всех я не могу ручаться, может ещё где встречаются...
Upd: прочитал в подписи, что вы - тимлид в Х5 и удивился - в Х5 настолько плохо, что аж тимлид (к которому должны идти согласовывать переработку его тиммейты) жалуется о неоплачиваемых сверхурочных? Во, бли-и-ин!
K0styan
01.01.2026 16:51Бывает такое, что получить на ревью оценку "превзошёл ожидания" можно только действительно демонстративно трудясь не покладая рук вечерами и выходными, при этом не требуя ТК-шной компенсации. Это именно что неформальный подход конкретных руководителей к оценке.
Хорошие ли это руководители - вопрос оставлю открытым)
avost
01.01.2026 16:51вечерами и выходными, при этом не требуя ТК-шной компенсации
Вот, это, кстати, интересный вопрос. А правда ли, что "не требуя"? Может быть если "требуя", то результат был бы не хуже? ;)
Это именно что неформальный подход конкретных руководителей к оценке.
Что до яндекса, то результат ревью - это не решение одного странного руководителя, а результат каких-то длительных корректировок. По идее, они должны сглаживать эффект. Впрочем, я понятия не имею как происходят корректировки изнутри, поэтому перестаю гадать.
Хорошие ли это руководители
Хорошие руководители защищают своих подчинённых, а не наоборот.
cupraer
01.01.2026 16:51Хорошие руководители защищают своих подчинённых, а не наоборот.
Именно. Золотые слова, Суворов глупость бы не ляпнул.
K0styan
01.01.2026 16:51Может быть если "требуя", то результат был бы не хуже? ;)
Это, кстати, возможно. Но я видел пример и такой: руководитель небольшой команды (не технарь причём) без проблем выбивал компенсацию сверхурочной работы для своих разработчиков, но сам сидел по 10-12 часов. Потому что "тыжменеджер".
Что до яндекса
Я вообще не про него, более того, не про чистую IT компанию в принципе. На всякий случай поясняю, во избежание ложных интерпретаций.
wl2776
01.01.2026 16:51Вот, это, кстати, интересный вопрос. А правда ли, что "не требуя"? Может быть если "требуя", то результат был бы не хуже? ;)
А если требовать, то у топ-менеджмента возникнут вопросы к тим-лиду. Лид же не из своего кармана зарплату платит, в конторе общий ФОТ есть (или должен быть, теоретически).
Если у тим-лида в команде люди постоянно перерабатывают, это значит одно из двух:
на команду нагрузка непосильная, и надо что-то с этим делать сверху (усиливать команду, передавать часть задач другим)
у лида не всё хорошо с планированием работы своих подчинённых.
Я два раза просил у своего лида согласования поработать в НГ каникулы, т.к. делать больше было нечего - отказали. У нас за этим строго следят и, если что, с начальства спрашивают.
результат каких-то длительных корректировок. По идее, они должны сглаживать эффект. Впрочем, я понятия не имею как происходят корректировки изнутри, поэтому перестаю гадать.
Это называется калибровка. Обычно применяется т.н. "bell-shaped curve". Топ-менеджмент утверждает, сколько должно быть оценок "превзошёл ожидания", сколько "существенно превзошёл", и сколько "недотянул". Основная масса - обычно "оправдал ожидания".
rpc1
01.01.2026 16:51Не очень понятно, как «превзошел ожидания» соотносится с переработками. Эта оценка относится к должностным обязанностям и компетенциям. Например, есть обязанности и компетенции разработчиков мидла и старшего, если мидл выполняет обязанности старшего, или лида, то в этом случае он «превосходит ожидания»
funca
01.01.2026 16:51если мидл выполняет обязанности старшего, или лида, то в этом случае он «превосходит ожидания»
Интересно, чем тогда старший с лидом занимались в то время, пока их обязанности выполнял мидл?
rpc1
01.01.2026 16:51Есть матрица компетенции и должностные обязанности, например старший разработчик руководит разработкой фичи и является ментором для новичков, мидл по тем или иным причинам, взял на себя менторство нового сотрудника, или руководство разработкой новой фичи, вот и получается что он вышел за пределы ожидаемых от него компетенций. А старший разработчик или лид могут быть заняты другими проектами или тупо быть в отпуске, всякое бывает. Вот еще пример, лид команды уволился и старший разработчик исполняет его обязанности, в таком случае он должен получать добавку к зарплате или повышение ( с добавкой)
funca
01.01.2026 16:51мидл по тем или иным причинам, взял на себя менторство нового сотрудника, или руководство разработкой новой фичи, вот и получается что он вышел за пределы ожидаемых от него компетенций
О чём думает руководство, давая сотруднику задачу, которая по их мнению выходит за рамки его компетенций. Они вообще рассчитывают на успех или же им все равно?
rpc1
01.01.2026 16:51А как тогда сотруднику расти если он не будет брать такие задачи? Просто по выслуги лет? Чтобы стать лидом, нужна брать на себя проекты и показывать лидерские качества
funca
01.01.2026 16:51Чтобы стать лидом, нужна брать на себя проекты и показывать лидерские качества
Факторов, которые влияют на карьерный рост, множество. Начиная со скиллов (способности, знания, опыт) и амбиций, заканчивая набором свободных позиций и межличностными отношениями с руководством. Не ясен смысл формулировок «превосходит ожидания» и «выход за пределы ожидаемых от него компетенций».
Руководители ждут, что обязанности будут выполняться подчиненными, у которых изначально для этого нет необходимых компетенций. А подчинённые, в свою очередь, ждут, что их за это повысят или через год заплатят бонусы. Так это работает?
BugM
01.01.2026 16:51На практике самый простой путь к росту это взятие на себя обязанностей следующей должности или грейда. Деньги придут в рамках года. Все хорошие начальники видят такое и по возможности повышают. Никому из хороших линейных руководителей не нравится когда клевый работник увольняется из-за того что его не повысили на зарплату на которую он уже работает. Нанимать сложно и рискованно. Лучше избегать этого по возможности.
Слова ничто. Код или софтскилы (если рост в сторону управления) все.
funca
01.01.2026 16:51взятие на себя обязанностей следующей должности или грейда. Деньги придут в рамках года. Все хорошие начальники видят такое и по возможности повышают.
У руководителя проекта есть бюджет и штатное расписание. Если там появляются какие-то лишние деньги или люди с кучей свободного времени- чтобы помимо своих прямых обязанностей заниматься чем-то ещё, - то в течении года все это анализируется и оптимизируется.
Прошлые годы была ненормальная ситуация, когда проекты и штат надувались как пузыри. Но сейчас какой смысл портить нормального сотрудника за свой же счёт?
Слова ничто. Код или софтскилы (если рост в сторону управления) все.
Софт-скиллы это и есть слова, в основном. Как в паттерне «слова вместо результата» - работы, денег, должностей - где они в практическом смысле становятся на вес золота.
BugM
01.01.2026 16:51Бывает по разному. Период ковидного надувания не берем. В общем сделать мидла сеньором обычно можно. Сеньору поднять зарплату тоже можно.
Не чем-то еще. А своими обязанностями но больше. Договорится со смежниками, сделать и принести нормальную архитектуру твоей фичи а не ждать пока ее за тебя напишут, уладить вопросики с тестированием крупной фичи, взять на себя все общение с документаторами или самому написать хорошую документацию для фичи и тому подобное. Работы всегда много.
Не. Слова это поговорили и разошлись. Оно никому не надо. А софтскилы это проект требующий более одного человека был сделан. В срок, с нормальным качеством и все такое. Не только тобой, а другими людьми тоже. И другие люди в целом остались довольны проектом. Людей готовых взять на себя ответственность и успешно довести до завершения проект хотя бы на полгода всегда не хватает.
simpl_dimpl
01.01.2026 16:51Я тоже так думала и брала на протяжении года все возможные задачи, чтобы апгрейдить скиллы. Вела три проекта вместо одного. В итоге на переоценке мне сказали, что брать задачи не по своей должности - это нормально и вообще это делается исключительно для моего обучения. Премия пришла копеечная в итоге - 20% оклада. А когда попросила заплатить за весь период «переработок» - технический директор разозлился и попросил «уйти по собственному», либо они сами меня уволят по статье… Так что тут не угадаешь, всё зависит от адекватности руководства.
rpc1
01.01.2026 16:51Это скорее всего исключение и повод искать другую работу или работать в режиме должности. Вряд ли в должностных инструкциях написано, что ты должен брать на себя работу, выходящую за рамки твоих обязанностей.
cupraer
01.01.2026 16:51Какая связь между карьерным ростом разработчика и позицией лида? В лиды обычно метят те, кто код писать не умеет, а нас и так неплохо (лучше, чем любого лида) кормят.
rpc1
01.01.2026 16:51Я с вами не соглашусь. Лид != начальник отдела. Многое зависит от компании, по своему опыту скажу, что лид это и сильный разработчик тоже, который больше взаимодействует со стейкхолдерами. Ну и у лида грейд выше, соответственно и ЗП выше
cupraer
01.01.2026 16:51лид это и сильный разработчик тоже, который больше взаимодействует со стейкхолдерами
У слова «Lead» есть словарное значение; сложно быть лидом не тратя огромные ресурсы на собственно людей в команде. Кроме того, общение со стейкхолдерами тоже требует времени, которое отнимается у собственно работы с кодом. А чем меньше человек копает лопатой, тем быстрее теряется навык виртуозного владения лопатой.
у лида грейд выше, соответственно и ЗП выше
Вообще не обязательно. Речь не идет, конечно, про джейсоноукладчиков.
rpc1
01.01.2026 16:51Обычно есть грейды разработчика инженера, у каждого грейда своя вилка, чем выше грейд, тем выше вилка.
А чем меньше человек копает лопатой, тем быстрее теряется навык виртуозного владения лопатой.
Здесь я с Вами соглашусь, поэтому и отказываюсь от должности лида, так как, у этого есть свои недостатки: больше митингов, меньше разработки, вероятный переход в другую команду (два лида не нужны в одной команде)
cupraer
01.01.2026 16:51Обычно есть грейды разработчика инженера, у каждого грейда своя вилка, чем выше грейд, тем выше вилка.
Конечно. Сравните грейды «Principal Engineer» и «Team Lead». А ведь еще в некоторых конторах есть «Distinguished Engineer».
BugM
01.01.2026 16:51Principal Engineer это дальнейший рост для лида, а не для сеньора. По нашему это руководитель направления или отдела или что-то такое. Руководитель лидов или лидовлидов. Или прямые подчиненные СТО.
Сеньор это конечная точка для технаря без подчиненных. Дальше есть единичные звезды, но это уже прямо исключение. Вырасти в звезду обычно невозможно.
cupraer
01.01.2026 16:51Principal Engineer это дальнейший рост для лида, а не для сеньора.
Да ну? А что делать с людьми, которые не хотят становиться лидами, а хотят писать код, и действительно умеют это делать? Выгонять на мороз?
У меня был случай, чтобы не ссориться с эйчарами, бухгалтерией и прочими бюрократами из-за выплат, у нас была создана «Aleksei’s team», но подчиненных там все равно никаких, конечно, не было.
BugM
01.01.2026 16:51Они работают сеньорами, получат зарплату, премию. Что не так?
Исключения всегда бывают. Но рассчитывать попасть в исключения это так себе план.
cupraer
01.01.2026 16:51Что не так? — Да буквально всё. Если в конторе нет возможности вырасти по деньгам до приемлемых величин (сравнимых с руководителями крупных отделов, хотя бы), без необходимости иметь подчиненных — шанс нанять крутого разработчика как бы отрицательный (или придется врать на собеседовании).
Так себе план найма, хотя для галер сойдёт.
BugM
01.01.2026 16:51Руководитель крупного отдела это наверно человек от 100 сотрудников. И гигантская зона ответственности.
Что и как должен писать один разработчик чтобы получать столько же? Чем он должен быть лучше обычного хорошего сеньора с рынка?
cupraer
01.01.2026 16:51Что […]
Библиотеки, фреймворки, алгоритмику, и т. п.
[…] и как
Быстро и пуленепробиваемо.
гигантская зона ответственности
У такого разработчика зона ответственности не меньше, а часто — больше, ибо от его факапов может пострадать весь бизнес.
skovoroad
01.01.2026 16:51У такого разработчика зона ответственности не меньше, а часто — больше, ибо от его факапов может пострадать весь бизнес.
Не может.
Если от факапов разработчика может пострадать весь бизнес, значит, неправильно поставлены планирование и тестирование. И, возможно, найм.
Если от факапа разработчика внезапно пострадал весь бизнес, то это факап не разработчика, а его менеджмента (лида, инжиниринг-менеджера или кого бы то ни было)
cupraer
01.01.2026 16:51Факап — это же не «понавыкатывал багов в прод», ну что за детский сад, причем тут вообще тестирование и планирование?
Факап (мой личный, да) — это смог убедить всех в 2014, что Riak — лучшее решение для распределенного KV-store в наших условиях (стек, типы задач, итп). А Basho взяли и разорились, причем, оставив Riak в полуподвешенном состоянии.
skovoroad
01.01.2026 16:51"А Basho взяли и разорились" - это не факап, а естественный риск, заложенный в саму природу принятия такого рода решений. Он сыграл, бывает.
Но, допустим, проблема бы была не конкретно в разорении вендора (называть его разорение собственным факапом это кокетство), а произошла бы действителньо ошибка ведущего специалиста, ошибка инженерного плана, выбрали неподходящее 3рд-пати решение, что это означает?
Судя по вашему "смог убедить" - решение принимал не один человек, а некий синклит (и это правильно). А значит, проблема была бы не в одном человеке, а в том, что его предложение неверно рассматривалось. Допустим, вместо полноценного ревью его предложений, с вниканием и собственным исследованием, просто послушали, махнули рукой и согласились. Ну так это опять-таки ошибка не разработчика, а организации процесса. Ч. и т.д.
Если ошибка разработчика становится проблемой для бизнеса - это не ошибка разработчика.
cupraer
01.01.2026 16:51У меня нет привычки оправдывать свои ошибки перекладыванием ответственности на «организацию процесса» и «синклит».
Я тут самый компетентный, я называюсь Principal Engineer, у меня богатая грамотная речь — конечно я смогу убедить окружающих, тоже мне, бином Ньютона. Ни в каком наидеальнейшем мире это не будет ошибкой «всех вокруг». Всегда есть самый компетентный, и если он не боится принимать решения — то ему не до́лжно бояться и признавать ошибки. Иначе грош ему цена.
skovoroad
01.01.2026 16:51Всегда есть самый компетентный, и если он не боится принимать решения — то ему не до́лжно бояться и признавать ошибки. Иначе грош ему цена.
Да можно хоть обпризнаваться, можно лоб разбить в монастыре от покаяния, но если в промышленной разработке на любом уровне бас фактор равен единице, то проблема не в самом распрекрасном суперстаре, как бы он ни был готов принимать на себя горы ответственности, а именно в процессе. Т.е. в менеджменте.
cupraer
01.01.2026 16:51При чем тут вообще бас-фактор? При чем тут какие-то суперстары?
Ну снимите свои розовые очки и предложите вариант, при котором менеджмент предотвращает ситуацию «выбран неправильный вендор». В реальном мире, ну, а не в том, в котором феи на понях и единороги.
BugM
01.01.2026 16:51Ну снимите свои розовые очки и предложите вариант, при котором менеджмент предотвращает ситуацию «выбран неправильный вендор». В реальном мире, ну, а не в том, в котором феи на понях и единороги
В любом нормальном бизнесе.
Хеджирование рисков, второй вендор для всего критичного. Это все изобретено и внедрено больше 100 лет назад.
cupraer
01.01.2026 16:51Такое ощущение, что я с чатжпт разговариваю. Теория — прекрасная штука, занимательная и такая вся красивая.
Конечно, есть второй вендор. Но переход на запасной вариант сто́ит бизнесу денег, прикиньте.
BugM
01.01.2026 16:51Концепцию генштаба давно придумали. И вообще не просто так.
Любые серьезные решения принимаются только группой людей вместе. И озвучиваются от имени этой группы людей. Кто именно спикер не важно.
cupraer
01.01.2026 16:51Зачем вы меня тут все хором учите, как вывернуться и убедить себя, что виноваты обстоятельства? Я не кисейная барышня, мне это без нужды. Меня тогда и не распяли на рее, в принципе.
Да, генштаб — это прекрасно. Кто спикер — тоже не важно. Подписываюсь под каждым словом.
Дальше-то что? Напоминаю: разговор начался с «факапа ведущего разработчика». Не каждая команда (да и не каждая страна, даже) может себе позволить содержать генштаб. В любом генштабе всегда есть тот, кто больше знает, и ярче говорит.
Вот только если убрать всю эту смузи-казуистику, это факап ведущего инженера, предложившего и отстоявшего неправильного вендора. В его голове, — и с точки зрения вселенной, энтропии и высшей правды.
Я же не говорю, что его надо наказать за это, ну.
BugM
01.01.2026 16:51Потому что бизнес серьезнее шаурмячной не должен зависеть от одного человека. Никогда. Вообще никогда. Это основа основ управления же.
Если бизнес профакапился, то это проблема бизнеса. И исправлять надо бизнес и его механизмы упраления, а не инженера.
cupraer
01.01.2026 16:51Ладно. Исправляйте бизнес.
Для протокола: я никогда и близко не предлагал исправлять инженера.
BugM
01.01.2026 16:51Бизнесу точно нужны такие разработчики в сколь либо значимом количестве? Опенсорс "Библиотеки, фреймворки, алгоритмику, и т. п." достаточно хороши для подавляющего большинства задач. Исключения есть, но это опять исключения которые вообще не массовые и рассчитывать строить карьеру на них странно.
С чего бы это? Ну сделал он фигню, все дружно высказали что фигня и перешли на Постгрю. Тот кто фигню сделал пошел джейсоны перекладывать с удвоенной скоростью чтобы не уволили. Бизнесу вообще плевать какие там библиотеки с фреймворками. Ему надо чтобы работало.
А вот заваленные бизнес проекты на десятки человеколет это больно для бизнеса. А это типичные проекты руководителя сотни человек.
Femistoklov
01.01.2026 16:51Бизнесу точно нужны такие разработчики в сколь либо значимом количестве?
Риторический вопрос. Запомнил фразу, которую мне однажды на собеседовании на тимлида сказали. Зашёл разговор о компетенциях, и что я больше по тех. части, чем по управлению. Так вот, мне и говорят что-то типа такого: "А у нас эксперты, которые всё знают и умеют, есть
(как собак нерезаных их)! Нам надо такого, который бы управлял."
cupraer
01.01.2026 16:51Я тоже сто раз с этим сталкивался, и это прекрасно: сразу понятно, что нам не по пути. Сэкономленные время, нервы, деньги.
BugM
01.01.2026 16:51Тимлидов надо примерно 6-7 раз меньше чем разработчиков. А сколько надо разработчиков как вы описали?
Сеньор это эксперт который все знает и умеет. В своей довольно широкой сфере разработки.
cupraer
01.01.2026 16:51Опенсорс «Библиотеки, фреймворки, алгоритмику, и т. п.» достаточно хороши для подавляющего большинства задач.
В вашей доменной области?
Тут есть три варианта: ① контора занимается джейсоноукладкой, и тогда вы безоговорочно правы, но работать там неохота; ② организация кода — свалим всё в монорепу и гори оно огнем, будем копипастить, когда потребуется; ③ весь доменно-независимый переиспользуемый код — отчуждаем по уму в (внутренние) библиотеки и даже фреймворки и переиспользуем его по-человечески.
BugM
01.01.2026 16:51В любой.
За отчуждение кода бизнес не платит. А это довольно большая работа. Тут есть некоторая проблема.
cupraer
01.01.2026 16:51Вменяемый бизнес, с которым имеет смысл связываться, — платит.
Кроме того, «отчуждение кода — это большая работа» — миф, который любят распространять нерадивые монорепщики, чтобы от них отстали и не заставляли думать. Это не так, а уж на длинной дистанции — подавно.
Ivan22
01.01.2026 16:51Ну еще есть архитекторские должности. Я вот часто работаю архитектором на проекте вообще формально без подчиненных,
cupraer
01.01.2026 16:51Архитектор обязан писать код 60–80% своего вреени, иначе он полностью оторвётся от корней и начнет придумывать ковры-самолеты для полета на Марс.
Ivan22
01.01.2026 16:51Архитектор в принципе может вообще код не писать. На практике это дай бог 20%.
BugM
01.01.2026 16:51И он сразу становится не нужным. Если не писать код или хотя бы не руководить разработчиками то быстро переходишь к рисованию воздушных замков которые не имеют отношения к реальной разработке. Разработка покивает головой на такие планы и сделает все нормально.
А если половину или больше времени писать код, то получается хороший сеньор.
BugM
01.01.2026 16:51Это обычно функция сеньоров-лидов, ревью СТО проводит. Выделенная должность это редкий случай.
cupraer
01.01.2026 16:51ревью СТО проводит
Этот подход поломается, когда наймут третьего разработчика (ладно, тридцатого). Иногда приходится ждать днями, пока CTO найдет полчаса потрындеть о грядущем, какие уж там ретроградные ревью.
BugM
01.01.2026 16:51Ждать днями в момент проектирования это вообще не проблема. Как раз есть время спокойно подумать. Мы же не табличку выдумываем, а что-то что потом человекогоды работы потребит.
А что тридцатый разработчик изменит? Берется пара сеньоров, пара лидов которые разбираются в том что надо делать и на них заводится тикет "написать архитектуру". Кто у них главный в этой задаче они сами решат или сверху можно назначить.
cupraer
01.01.2026 16:51Вам бы книжку написать. На тему правильного управления крупными проектами.
У таких вот теоретиков они всегда разлетаются, как горячие пирожки.
avost
01.01.2026 16:51Не очень понятно, как «превзошел ожидания» соотносится с переработками. Эта оценка относится к должностным обязанностям и компетенциям
Ну, в принципе, у начинающих разработчиков может возникнуть идея экстенсивно подменить недостаток компетентности (одним из проявлений которого может быть недостаточная производительность) переработками. А у начинающего руководителя может возникнуть впечатление, что так и есть.
И наоборот, если проект успешно сделал и внедрил, но пару раз превысил эстимейты, запросто выставят "работал согласно ожиданиям», что в яндексе во многих подразделениях расценивается как провал, а некоторыми младоруководителями и как повод к увольнению.
K0styan
01.01.2026 16:51Дайте IT команду под начало человеку, построившему карьеру, например, на руководстве продажниками (где KPI действительно легко меряется количественно) - увидите.
Pusk1
01.01.2026 16:51Яндекс большой. Не припомню оплаты за переработки, а вот код ревью, пройденное в чпс ночи - вполне себе рабочая ситуация. Но и оценку на ревью, привязанную к переработкам тоже не припомню. Работать в любой время и день недели нормальная практика в разных командах.
На счет 1,5-2 за переработки - встречал такой только раз в Luxoft и то далеко не везде и далеко не за регулярные пару часов после работы. И это за 28 лет.avost
01.01.2026 16:51код ревью, пройденное в чпс ночи - вполне себе рабочая ситуация
Но это не означает переработку. Скорее то, ччто в течение дня похалявил и догнался ночью. Регулярно так делаю, когда из дома работаю. Каюсь ;)
Но и оценку на ревью, привязанную к переработкам тоже не припомню.
Теоретически, можно компенсировать собственную низкую производительность переработкой, но для меня это тоже странно, что автор исходной статьи выставляет это за правило.
1,5-2 за переработки - встречал такой только раз в Luxoft и то далеко не везде и далеко не за регулярные пару часов после работы.
Конечно, не регулярка. Регулярная переработка или переработка, инициируемая работником - это большой косяк в процессах и в бигтехе скорее исключение. Но когда бизнесу очень надо, он приходит с просьбой о сверхурочных и оплачивает их соразмерно
nooknv
01.01.2026 16:51В одном бигтехе выше среднего, года 3 назад, сотрудники одной из команд по просьбе работодателя работали по схеме 996 (месяца 2-3), получая по повышенному тарифу всё что выше 40 часов в неделю.
Про переработки из статьи: кто-то копал 40 часов в неделю, а кто-то 60, очевидно, что второй мог выкопать больше, даже если помыслить, что сотрудник менее эффективен, 45 все равно больше 40. И тогда, да работодателю как-то такого сотрудника надо поощрить, ну в вот ревью это для этого подошло. Но получают хорошую оценку на ревью не только хронические «переработчики» (они если можно так выразиться как раз и «портят всю малину», задавая не верный стандарт, но больше сделанной работы за те же деньги в надежде на хорошее ревью, скорее всего работодателю нравится), но и люди, которым реально не пофиг, которые за счет своей экспертизы, могут недели программирования заменить на часы или дни проектирования, которые на столько хорошо проясняют требования и так хорошо их реализуют, что код ревью и тесты проходят без замечаний, а ещё хорошие оценки ставят за надежность и ответственность.
cupraer
01.01.2026 16:51кто-то копал 40 часов в неделю, а кто-то 60, очевидно, что второй мог выкопать больше
Кому очевидно? Создателю теории «Девять женщин могут родить ребенка за месяц»?
rpc1
01.01.2026 16:51И тогда, да работодателю как-то такого сотрудника надо поощрить, ну в вот ревью это для этого подошло.
В моем понимании, результатом таких переработок должен быть 1:1 встреча с руководителем и выяснение причины переработок: ( низкая компентенция, проблемы в планировании или оценки сложности задачи). То есть, для руководителя переработка - это звоночек, а регулярные переработки - это колокол
nikolandr
01.01.2026 16:51Переработки везде х(1.5-2) платные
Нигде где я работал они не были платные, а мотивация была простая - не хочешь сниженный кэф премии или уход по соглашению сторон под давлением, будешь делать что говорят)
avost
01.01.2026 16:51Нигде где я работал они не были платные
Какрто вам сильно не везло с работой. У меня последние 35 лет все платные были.
не хочешь сниженный кэф премии или уход по соглашению сторон под давлением, будешь делать что говорят)
Коэффициент премий, о, божечки... Госка, что ли? Не там вы работаете ;)
wl2776
01.01.2026 16:51прочитал в подписи, что вы - тимлид в Х5
Там написано "Teamlead @ X5 Media". Последнее слово многое объясняет.
Gradiens
01.01.2026 16:51Не совсем так. Если решил добить задачу, которая важна бизнесу, обосновал необходимость сверхурочки и оформил её, то получил свою х1.5-х2 прибавку
10% будут вджобывать несмотря ни на что.
10% будут балду пинать, также несмотря ни на что.
80% будут делать так, как "тут принято". Так вот, не стоит недооценивать корпоративную культуру. Во многих местах принято вджобывать, в т.ч. сверхурочно, и в основном - бесплатно. Ну нет у бизнеса бюджета на сверхурочные. А проект сдать надо.
Людям, которые отстаивают свои границы, будет в такой культуре некомфортно. Их в конечномисчете вытеснят и заменят на более лояльных.
Конкретно вы, возможно, можете позволить себе не вестись на корпоративный булшит. Но не все так могут, увы. Есть большие компании где "принято" бесплатно работать в субботу. И это не шутка.
avost
01.01.2026 16:51не стоит недооценивать корпоративную культуру. Во многих местах принято вджобывать, в т.ч. сверхурочно, и в основном - бесплатно.
Честно сказать, за свои 35+ в айти, не встречал такого. Эти многие места прошли мимо меня. А если встретил, не задержался бы. Зачем работать с неадекватами?
Есть большие компании где "принято" бесплатно работать в субботу. И это не шутка.
А можно назания этих больших компаний? Думаю, многим будет полезно этот списочек. Чтобы не вступить невзначай :)
ugenk
01.01.2026 16:51Встречаются два бывших одноклассника. Один преуспевающий бизнесмен, второй уже практически бомж. Первый говорит:— Привет, сколько лет, сколько зим! Как жизнь?
Второй, угрюмо:
— Плохо все. Жена ушла, с работы уволили, денег нет.Первый, в знак старой дружбы предлагает:
— Слушай, есть у меня для тебя работа.
— Да я ничего толком делать-то не умею...
— Ерунда! Работа такая: видишь напротив банк? Каждый месяц, десятого числа ты будешь ходить в этот банк и забирать два чемодана денег. Один будешь отдавать мне, а второй себе.На том и порешили.
Проходит полгода. Второй поднялся, жена вернулась, машину купил, дом. Но ходит все мрачнее и мрачнее.
Первый спрашивает его:
— Ты чего такой хмурый?
— Знаешь я тут долго думал, несправедливость какая-то есть. В банк я через дорогу хожу один, а деньги пополам делим.
funca
01.01.2026 16:51Ни кто не платит за уже оказанные услуги. Поэтому оплату овертаймов нужно согласовывать заранее. Это не так уж и сложно - работать бесплатно вас в любом случае ни кто заставить не может.
Годовой бонус это не оплата уже сделанной работы, а мотиватор весь следующий период работать лучше. Не в смысле количества часов, а качества, включая пресловутые extra mile. То есть, это не оплата ваших инвестиций, это инвестиция в вас со стороны бизнеса.
Если менеджмент по каким-то своим причинам его занижает или вообще отказывается платить это в общем-то их решение и их проблемы. Скорее всего ваша работа здесь не сильно нужна и всем будет лучше расстаться с миром.
3Demon
01.01.2026 16:51всем будет лучше расстаться с миром
Так-то оно так, но вы прям совсем с плеча рубите, я пока что не готов расставаться с миром.
0mogol0
01.01.2026 16:51Представь, что ты каждый месяц отдаёшь компании 20-30 дополнительных часов (если что – это всего лишь 1-1.5 часа каждый день). За год это 240-360 часов — два полноценных рабочих месяца бесплатного труда.
насколько я помню курс экономики - товар, это не только то, что вы готовы продать, но и то, что у вас готовы купить. Если вы предлагаете своей компании своё сверхурочное время и она соглашается, то странно, если она за это не платит и в принципе это уже прямое нарушение ТК.
Если вы добровольно, без запроса со стороны компании и без согласования с руководством работаете сверхурочно - то это можно в лучшем случае рассматривать как собственный маркетинг насчёт бонуса (хотя для нормального менеджера это скорее сигнал, что вы недостаточно компетентны, если не можете закрывать задачи в установленное законом время). И говорить, что вам их обязаны оплатить - это примерно как требовать заплатить от каждого, кто получил рекламную листовку.
BugM
01.01.2026 16:51А у вас есть другой способ хотя бы относительно справедливо раздавать премии лучшим? С учетом что надо выбрать лучших из тысяч обычных работников.
dkuzminov
01.01.2026 16:51У Нассима Никласа Талеба в книге "Черный лебедь" есть глава с провокационным названием "Спекулянт и проститутка". Там он разделяет профессии на "масштабируемые" и "немасштабируемые". Последние -- те, где платят за время, проведенное за работой, и для того, чтобы заработать существенно больше, нужно и времени за работой провести сообразно больше. Масштабируемые -- где платят за менее поддающиеся контролю вещи: талант, интуицию, на крайняк, удачу (и тут необязательно проводить больше времени за работой). Время -- ресурс ограниченный, так что и диапазоны зарплат в этих типах профессий разные.
Автор явно считает свою работу немасштабируемой. "Ничто не ценится дешевле уже оказанной услуги" -- этот принцип в таком случае как никогда верен.
Я идеи Талеба развиваю дальше, и считаю, что правильнее говорить о нескольких уровнях масштабируемости профессий (по одному на каждый домен сложности в Cynefin Framework). В этом смысле профессия инженера -- средней масштабируемости. Хотя и это зависит от приложения, компании, уровня самого инженера, и т.д.
В своей компании я работаю скорее меньше тех 40 часов, которые формально учитываются. Хотя что считать работой? Когда я пью кофе, я обычно еще продолжаю размышлять на рабочие темы: это учитывать? Во время езды в транспорте -- тоже. В компании с хорошей инженерной культурой даже сидя на унитазе сотрудник приносит пользу: и тут можно поднять тему связи грязи в туалетах с техническим долгом в коде. А если я по ночам книжки умные читаю, это я для работы или для себя?
Резюме: мне не интересно указывать переработки и выскабливать "чаевые". Зато потратить время на собственную венчурную идею мне не претит, пусть даже она не выстрелит.
K0styan
01.01.2026 16:51В компании с хорошей инженерной культурой даже сидя на унитазе сотрудник приносит пользу
Как-то приехал к нам в командировку сотрудник иностранного офиса, но у него все дни были расписаны встречами на 110%. Мне он не то, чтобы позарез нужен был (так бы я довёл метрику выше до 120%), но парой слов перекинуться было бы полезно.
Ну, что, наткнулся в туалете, задачу решил)
max9
01.01.2026 16:51Ну, что, наткнулся в туалете, задачу решил)
классика жанра же - 90% рабочих задач решаются быстрее и эффективнее в курилке, чем на часовом митинге
Spyman
01.01.2026 16:51Премии - это не обязанность, а добровольное действие в компании. Устраиваясь - считайте зарплату без премий и вопросов не будет.
Перф-ревью показывает не количество часов переработки, а соответствие ожиданий к сотруднику и реальности.
thepax
01.01.2026 16:51Перф-ревью показывает не количество часов переработки, а соответствие ожиданий к сотруднику и реальности.
Все верно. При правильной оценке сотрудника, его работа всегда будет соответствовать ожиданиям компании. Соответственно, чтобы получать больше, нужно превосходить ожидания.
Если качество работы сотрудника уже оценивается правильно, то остаётся повышать количество работы, выполненной внеурочно. При этом, логично, что оплаченные переработки будут так же оцениваться как соответствующие ожиданию.
Автор статьи видит выход - получать оценки выше ожидания, путём неофициальной переработки.
Конечно же, это ловушка - рано или поздно компания повысит оклад и автор статьи уже не сможет соответствовать ожиданиям компании без неофициальных переработок.
FirExpl
01.01.2026 16:51Премии - это не обязанность, а добровольное действие в компании. Устраиваясь - считайте зарплату без премий и вопросов не будет.
Плюсую. Если без премий деньги не устраивают, значит надо искать работу с зарплатой повыше, ибо премии — это не только приятный бонус для работника, но и потенциально неплохой такой рычаг давления со стороны компании, а потому нечего его компании давать.
vvzvlad
01.01.2026 16:51А чего, какие варианты-то? "Дайте мне денег, я буду работать, мамой клянус"? А если не будете, отдадите обратно?
А если компания вам платит до того, как вы что-то делаете, означает ли это, что в кредит у компании берете уже вы?
MisterClever
01.01.2026 16:51Если говорить про работу в компании, то я руками и ногами за соблюдение четких рамок: вот мои интересы, вот ваши интересы. И здесь материалу однозначный плюс. А вот когда речь заходит о том, чем горишь ты сам, то как по мне "work-life balance" сильно, очень сильно переоценен. И принцип "делай как чувствуешь" будет в этом случае просто в основе работы
GidraVydra
01.01.2026 16:51Когда компания задерживает выплату на год, она обесценивает твой труд инфляцией. Деньги через год стоят меньше, чем сегодня.
А с чего вы взяли, что при гипотетической оплате "сегодня" вы получили бы столько же в номинальном выражении, сколько и при оплате "через год"?
Если бы речь шла о выплатах, номинал которых закреплен (например о зарплате, размер которой зафиксирован в трудовом договоре), то там задержка выплаты действительно обесценивала бы её. Но годовой бонус не имеет зафиксированного какими-либо соглашениями или нормами закона номинала, поэтому нет никаких причин считать его неизменным. А, следовательно, и ваш тезис про обесценивание не валиден.
K0styan
01.01.2026 16:51Это даже не говоря о том, что во многих компаниях в премии есть коэффициент, зависящий от её интегральных годовых показателей. При выдаче здесь и сейчас этот коэффициент всегда будет 1.
delfer
01.01.2026 16:51Тут или человек что-то не понял, или тот кусок Яндекса, куда он попал, очень специфический. Я работал в нескольких бигтех компених лидом, т.е. тем, кто участвовал в выставлении итоговых оценок. Всегда на калибровках отдельно проговаривается этот вопрос: за переработки бонусы не даём, за переработки, если они по инициативе компании, должен быть приказ и двойной оклад / доп. выходные (как по ТК РФ). А тут, возможно, автор до конца не разобрался, но уже что-то придумал про кредит, проценты, деньги в обороте...
Если вас вынуждают перерабатывать в нарушение ТК - обращайтесь в трудовую инспекцию.
DeeZ
01.01.2026 16:51Мысли про кредит интересные. Спасибо.
Про бигтех и переработки, вам выше написали про согласование оплаты, накину ещё по опыту, что когда есть оплата переработок - то чудесным образом вся работа начинает делаться в выходные, тк не успели на неделе (это не про Яндекс, но знаю такие конторы).
Про переработки: так не заставляют же. Есть задача, ее надо сделать, а как и когда - ваше дело. Я могу в будни по своим делам ходить, но задачу в выходные делаю, тк у меня есть свободное время. Иногда задачу можно сделать и не тратя выходные и достаточно свободно распоряжалась своим временем на неделе. Что, по-моему очень удобно.
А вот если вы взяли таску, и не можете ее сделать без сверхурочных, то кажется задача не вашего уровня и справедливо что либо тратите больше времени чтобы добить и получить премию, либо не получаете премию тк не справились. Когда ваш скилл позволит закрыть 2 таких без напряга - это повод и для повышения и для премии.
0xbus
01.01.2026 16:51В целом любая работа в айти за пределами госухи и совковых НИИ заключается в том, что либо вы растете, берете на себя груз ответственности за бесплатно, и начинаете перформить на уровень выше, чем у есть у вас сейчас, либо вы сидите на одном месте, не показываете увеличения производительности. В первом случае вас вероятно рано или поздно повысят. Во втором случае вы почти гарантированно в будущем попадете под PIP, сокращение, увольнение по соглашению сторон, просьбы и угрозы уволиться по собственному итд итп.
Другое дело, что всегда есть соревновательный элемент. Даже если вы хорошо поработали, но в вашей команде все остальные поработали лучше вас, то вы вероятно попадете на PIP и будете уволены, а вместо вас возьмут кого-нибудь другого в команду, либо не возьмут никого (что более вероятно в эпоху AI). Обидно, особенно когда старался все полгода и показал хороший результат, но все равно уволили. Но ничего не поделать. Слабейший вылетает из игры, так как есть квоты на увольнение (обычно 5-10 процентов на команду/отдел). Поэтому надо перформить так, чтобы не просто относительно прошлого себя показывать хороший прирост производительности, а еще и относительно всех коллег вашего грейда вокруг вас.
Реально ли успешно конкурировать с коллегами? В целом да. Но многое зависит банально от вашего здоровья, нервной системы, способности концентрироваться долго и софт-скиллов. Если что-то из этого сильно проседает, например есть небольшие беды с ментальным или физическим здоровьем, то конкурировать вероятно не получится, и вы постепенно будете проседать относительно коллег, а потом будете уволены. Ну и конечно же на результаты ревью напрямую влияет отношение вашего менеджера к вам. Если вашему менеджеру что-то в вас не нравится, то меняйте команду как можно скорее, иначе будете уволены.
Ну и как бы это банально не звучало, те сотрудники, кто может стабильно работать по 9-12 часов в сутки, показывают лучший перфоманс, чем те, кто максимум по 4-6 часов еле-еле высиживает. Не можете стабильно работать "long hours", значит дело плохо. В США среди разработчиков в моду вошло использование препаратов для лечения ADHD (которые там разрешены, а в России и в Европе - запрещены) для повышения концентрации, даже когда никакого настоящего ADHD у них нет.
Вот так вот бигтех работает. Да и не только бигтех, вся ИТ индустрия в США перешла на такую модель, там все, начиная от гугла, заканчивая небольшими индусскими галерками, работают подобным образом. В Европе такого сильно меньше, в России до недавних пор вообще только один Яндекс подобным страдал, но теперь добавились и банки, и маркетплейсы тоже.
С учетом того, что в будущем вероятно весь ИТ сектор экономики во всем мире будет поделен между "бигтехами" в разных регионах, а малый бизнес и галеры исчезнут, то надо учиться выживать на перфоманс ревью. Иначе вылетите из профессии. Конечно, пока что в России и Евросоюзе есть трудовое законодательство лояльное работникам, и уволить одним днем нельзя, да и в принципе просто так уволить нельзя, но тем не менее "российский бигтех" активно практикует увольнение по соглашению сторон с двумя окладами, и судя по практике судиться с ними практически нереально. В итоге если вас хотят уволить, вас уволят, просто кто-то сразу все подпишет, а кто-то до одного-двух окладов сможет доторговаться.
BugM
01.01.2026 16:51Не так он работает. Обычный мидл стабильно перекладывающий джейсоны и уже научившийся понимать чего от него хочет следующий менеджер (нет, у них не все идеи новые-прорывные-сложные, обычно там рутина) очень ценен для и для бизнеса и для линейного руководства.
Такой мидл не хочет роста, не хочет сложных проектов с потенциальным ростом и развитием, не ругается на обычные рутинные задачи годами. Он просто работает и просто получает стабильную зарплату которая растет плюс-минус по инфляции. И как я понимаю он просто счастливо живет эту жизнь. При этом он обеспечивает бизнесу стабильность и надежность. Бизнес уверен что джейсоны будут переложены с предсказуемым качеством и скоростью. Вин-вин.
0xbus
01.01.2026 16:51Такой мидл сидит только до тех пор, пока его менеджер сидит на месте и никаких реорганизаций в компании не предвидится, а у самой компании все хорошо. Как только начинаются реорги, меняется СЕО/директор, уходит менеджер, а на его место приходит новый - такой вот засидевшийся мидл разработчик, который работает строго с 9 до 18, уже начинает рисковать своим местом. А если в компании начинаются сокращения штата (которые сейчас идут массово по всему миру), то тут уже берегись, что называется.
Ну и еще, если разработчик делает одну и ту же рутину годами, то скорее всего его можно попробовать заменить на AI. Что сейчас все и будут делать. И те джейсоны, которые обычный мидл годами перекладывал под диктовку системного аналитика ранее, теперь перекладываются при помощи AI, а сам разработчик либо будет быстро вынужден искать для себя новое место под солнцем на проекте, либо пойдет на мороз.
А, ну и да, индексирование зарплаты идет по результатам перфоманс ревью. Поработал на минимальную оценку чтобы не вылететь из компании - держи свои 1% прибавки за год. А то, что инфляция как правило в мире везде 1% - никого не волнует.
И вообще, быть вот таким "сидуном" реально только в очень медленных бизнесах. Типо страховых компаний, банков, гос предприятий, крупных холдингов, где ИТ - не бизнес, а чисто обслуга для автоматизации внутренних бизнес-процессов. Там можно годами сидеть на одном и том же месте и делать одну и ту же работу. Во всяком случае можно было в жирные годы, сейчас уже не уверен.
В ИТ компаниях, где заработок идет именно на айти продукте, в бигтехе, даже в российском, засиживаться нельзя, нужен рост. Не показываете своему менеджеру рост -> на мороз.
BugM
01.01.2026 16:51Такой мидл обычно пережил уже три-четыре поколения менеджеров и лидов.
Ну-ну попробуйте. Вон, поддержку заменили вроде и работа проще. И как оно?
Минимальная прибавка в рамках нескольких лет всегда стремится к инфляции за эти же годы. Экономика так устроена.
Ну вот возьмем какой-нибудь Нетфликс. Вроде бы быстро развивающийся бизнес и все такое. Думаете они так просто отдадут своего мидла который уже 10 лет пишет обычный код под их систему раздачи видео с учетом всех особенностей и уже выучил наизусть как там что устроено? Да и банки в целом неплохое место. Не вижу ничего плохо в том что человеку нравится работать в банке. Ему точно все равно на пузыри, банкротства и прочие проходящие штуки. Он будет получать свои деньги, кормить своих детей и платить ипотеку.
Все еще нет.
0xbus
01.01.2026 16:51Минимальная прибавка в рамках нескольких лет всегда стремится к инфляции за эти же годы
Нет. Как минимум в случае России это не так. Поспрашивайте людей из Яндекса и быстро обнаружите, что индексация зп у них в среднем на процент-два всего, когда реальная инфляция гораздо-гораздо больше. В этом и есть фишка бигтеха, они вам почти не будут индексировать зп, и вы сами от них уйдете, так как зарплата будет почти стоять на месте, а цены вокруг вас - нет. А если уходить некуда (например в экономике рецессия и искать работу приходится по 6-18 месяцев), то будет терпеть и никуда не уйдете. И будете молча наблюдать как ваша зп тает на глазах. И терпеть.
Думаете они так просто отдадут своего мидла который уже 10 лет пишет обычный код под их систему раздачи видео
Их код раздачи видео совсем не обычный и среднему "мидлу" там совсем не место.
А вообще да, увольняет Netflix своих мидлов и сеньоров, причем пачками, и регулярно, а часто и вовсе увольняют одним днем. Никаких незаменимых людей нет. Весь бигтех так работает, что на линейных должностях незаменимых "сеньоров", которые годами растят свою экспертизу на проекте и становятся незаменимыми, быть не должно. По щелчку пальцев любой сеньор может быть выгнан на мороз, а на его место посажен новый человек - и ничего не должно сломаться. Так вся система задумана и функционирует годами.
Под массовые увольнения попадают даже люди, которые занимались 10+ лет какими-то очень редкими и невероятно вещами вроде движков СУБД и компиляторов и которые имеют огромную экспертизу в этих областях. Но их все равно увольняют, а все как работало, так и работает, просто оставшиеся разработчики вынуждены работать в увеличенном темпе и терпеть, а если не захотят - то быстро отправятся на мороз вслед за ушедшими.
BugM
01.01.2026 16:51Напомню что инфляция у нас в 2025 году около 6-7 процентов. Две индексации в год по 2-3 процента каждая ее примерно покрывают. А для человека это выглядит как вы описали.
Обычный. Вообще весь хайлоад одинаковый и обычный если смотреть шире. И мидлу там самое место. Там море рутины с их собственными особенностями которые надо знать.
Мидлы умеющий в конкретную реализацию хайлода это нормально. Они отлично живут в ней. Новую сделать или даже эту повторить они не способны, а вот обычный код для знакомой реализации хорошо пишут.
Я не про незаменимых. А про полезных. Мидлы с именно вашим опытом полезные, но это не означает что их нельзя уволить как и любых других работников. Большой бизнес он вообще довольно стабильный. К провалу ведет только череда ошибок. Она занимает много лет. Интел уже сколько лет полную ерунду делает и живет. Но падение уже видно всем стало.
KsandrFreeman
01.01.2026 16:51Бесплатный час или полтора? А как насчёт бесплатных 5ти часов из 8ми часового рабочего дня?
За 2 часа вы окупаете собственную зарплату, 1 час на издержки обращения и пр., остальные 5 - прибыль владельца компании.
cupraer
Чё? Может у вас на галерах это и так, но обобщать-то не нужно. Я работаю ровно столько, сколько считаю нужным (обычно это меньше 40 часов в неделю), и не было ни единого года за последнее десятилетие, чтобы я не получил максимум и, как следствие, — премию и перерасчет зарплаты на ревью.
Dhwtj
И генеральный заходит одолжить до зарплаты
kompilainenn2
Он и есть генеральный
Viktor-T
Звучит как Чак Норрис )
Femistoklov
На Performance Review не оценивают Чака Норриса, это Чак Норрис оценивает всех остальных.
cupraer
Чак Норрис оценивает Performance Review.
vita_soft
сейчас награда уже то что тебя не выпнули на мороз после этого ревью.