— Разработчики, которые не поделили корпоративные плюшки
— HR‑директор, приучившая сотрудников поклоняться ей
— Топ‑менеджер, публично унижающий подчинённых
И другие истории из крупных IT‑компаний про «поломанную» корпоративную культуру

Погнали!..

Капризные разработчики

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

Наверное, избалованным быть неплохо. Даже, пожалуй, хорошо. Но… у избалованности часто есть обратная сторона: капризность. Мне кажется, капризность сейчас настолько распространена в мире IT, что выходит уже за рамки культуры отдельных компаний. Это уже часть культуры всей отрасли, что ли…

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

Приведу несколько примеров. Из реальной жизни, конечно же.

В одной транснациональной корпорации есть такая «плюшка» для сотрудников: молоко в офисе в свободном доступе. Помимо молока есть, конечно же, много ещё чего съестного и не только, но сейчас интересно именно молоко. Так вот: поначалу это было обычное коровье молоко. А потом в одном из офисов компании случился небольшой бунт... Оказалось, что коровье молоко ущемляет права вегетарианцев. Вегетарианцы стали требовать миндальное. Компания организовала им миндальное молоко. Но история на этом не закончилась. Оказалось, что есть группа вегетарианцев, которые не пьют миндальное молоко. Им нужно было овсяное. И овсяное, в итоге, тоже появилось.

Вообще, расширение набора корпоративных плюшек — это здорово. Помогать командам офисного обеспечения работать над этим — тоже здорово. Но одно дело предлагать, а другое — требовать. Вся эта эпопея с молоком выглядела не как диалог, а как бунт и склока. И ещё нужно иметь в виду, что если где‑то прибыло, то где‑то может и убавиться. Почти всегда бюджеты на офисные плюшки ограничены. Поэтому если у вас появилось больше разного молока, то скорее всего, стало меньше печенек или чего‑то ещё (ну или сами печеньки стали хуже).

Так что важно не тянуть агрессивно одеяло на себя, а спокойно высказать свои потребности и позволить ответственным людям работать. В конце концов, это печально, когда для людей главным на работе становятся печеньки или молоко. Гораздо круче, когда люди получают творческое удовлетворение. Тогда печеньки становятся не важны. В той же самой конторе хватало увлечённых людей, некоторым из которых не подходило почти ничего из имевшегося на кухнях. Но при этом они не чувствовали себя ущемлёнными и ничего не попросили на кухню конкретно для себя. Не потому, что стеснялись. Просто не думали об этом. Им в голову не приходило требовать чего‑то нового на корпоративную кухню. Ну, нужна им какая‑то особенная печенька — ну, принесли её с собой или сходили за ней в магазин во время обеденного перерыва.

Я не говорю, что просить не нужно. Как раз наоборот: если чего‑то не хватает, то нужно. Я, скорее, про внутренние приоритеты сотрудников и про отношение сотрудников к плюшкам… Одно дело — считать, что если на кухне нет твоей любимой печеньки, то работодатель ущемляет твои права или чего‑то недодаёт. Другое дело — принимать, что на корпоративной кухне может и не появиться твоей любимой печеньки, даже если ты её попросил. И не потому, что именно тебя кто‑то захотел обидеть; а потому что есть любители других печенек, фиксированный бюджет да и мало ли чего ещё?

Ещё один пример. В московском офисе уже другой транснациональной корпорации было много сотрудников, которым по должности полагался корпоративный автомобиль. Поэтому на балансе компании числился довольно приличный по размерам и по качеству автопарк. Автопарк этот периодически обновлялся. Торговля тачками не являлась профильным бизнесом компании, поэтому при обновлении автопарка со старыми машинами не заморачивались и отдавали их за бесценок в трейдин.

И вот в компании как‑то подумали: «А зачем нам скидывать за бесценок тачки в трейдин? Давайте в качестве ещё одного корпоративного бонуса будем продавать их нашим сотрудникам за тот же самый бесценок!» Подумали — сделали. Организовали e‑mail рассылку на всех российских сотрудников: список автомобилей с ценами, историей эксплуатации, описанием технического состояния и прочее. Сказали, что будут продавать машины по принципу «кто первый встал, того и тапки». То есть приоритет на покупку будет у тех, кто первыми заявят о своём желании.

И вот тут началось… Желающих оказалось немеряно. Ибо цены действительно были смешными, а состояние автомобилей — очень приличным.

Многие возмутились и заявили, что принцип «кто первый — того и тапки» нарушает права тех, кто живёт в других часовых поясах, потому что у них не было возможности вовремя прочитать письмо. Поэтому нужна лотерея.

Ок, решили провести лотерею. Но тут снова появились недовольные. Сказали, что тачки‑то продаются в Москве. А как быть, если машину покупает сотрудник, который работает в офисе той же конторы, но расположенном в тысячах километров от Москвы? Если он купит автомобиль, то компания должна обеспечить доставку этого автомобиля в его локацию!

Много ещё чего было, но итог оказался закономерным: компания отменила акцию, слила без всяких проблем тачки в трейдин и больше никогда никакой собственности сотрудникам не продавала. Также стали реже появляться новые «плюшки», потому что в компании стали продумывать наперёд: а не несёт ли в себе потенциальной опасности та или иная новая плюшка? Вполне возможно, что эти опасности были мнимыми. Но зачем лишний раз провоцировать недовольство сотрудников? Как известно, обжёгшийся на молоке дует на воду. Сотрудники сами приучили компанию к параноидальному подходу в отношении плюшек.

Однако айтишники капризничают не только из‑за плюшек. По моим наблюдениям, в последние годы появился следующий тренд: инженеры стали неоправданно — и порой довольно агрессивно — настаивать на сужении круга своих обязанностей. Например, разработчики могут настаивать, что готовы только писать код — и ничего более. Причём исключительно код продукта, а не тестов, например. «Это как гвозди микроскопом забивать!» Так в одной транснациональной корпорации разработчики аргументировали своё нежелание писать unit‑тесты. Это был их ответ на решение компании ввести обязательную практику сопровождения нового кода unit‑тестами. Случился маленький бунт. Многие — слава богу, не все! — разработчики хотели писать только код непосредственно продукта, а все тесты в их картине мира должны были писать тестировщики. Себя капризничавшие разработчики сравнили с микроскопом, а тестировщикам, видимо, отвели роль молотка. Впрочем, роль молотка при таком раскладе больше походила на роль метлы: мы тут белая кость — пишем код как нам взбредёт, а вы метите за нами!

В разработке софта почти невозможно провести железобетонные границы между специализациями. (Предчувствую, что сейчас в меня полетят ссаные тряпки). И уж тем более нельзя говорить, что кто‑то там молоток, а кто‑то — микроскоп. Да, специализации важны. Их наличие увеличивает эффективность. Но эффективность строится ещё и на гибкости! Например, что касается тестов, то для поддержания полноценной стабильности и производительности кода, количество тестов должно быть пропорционально объему этого самого кода. Если тесты будут писать только тестировщики, то для достижения этого критерия тестировщиков не напасёшься. Более того, чтобы написать полноценные unit‑тесты к «чужому» коду, тестировщику нужно в этот код вникнуть. А это потери времени и эффективности. И ещё: продумывая тесты к своему коду, разработчики лучше продумывают и сам код, потому что смотрят на него как бы со стороны: как внешний клиент. Писать тесты — святая обязанность каждого разработчика. Причём не только unit‑тесты, но также регрессионные по мотивам исправленных багов и в некоторых случаях — даже интеграционные и тесты производительности.

Я здесь привёл пример с разработчиками и тестами, но это лишь одна из возможных иллюстраций широкого явления. Дело не только в тестах, конечно же, и не только в разработчиках. По моим наблюдениям, у IT‑шников с совершенно разными специализациями значительно сузился спектр того, что им нравится и что они готовы делать.

Может показаться, что я здесь чрезмерно обобщаю. Но я не утверждаю, что все IT‑шники ведут себя одинаково. Все мы разные, конечно же. Встречаются как универсалы, готовые взяться за любую задачу, так и те, кто уклоняется даже от минимальных обязанностей. Скорее, я хочу сказать, что отмечаю для себя определённую тенденцию, когда смотрю на отрасль в целом.

На мой взгляд, сегодняшняя картина разительно отличается от той, которая существовала лет 10 назад и тем более 20. Тогда подавляющему количеству инженеров интересно было погрузить руки — и головы — в нехарактерные для них задачи. И довольно легко было стартовать новые проекты силами всего нескольких специалистов, которые рады были побыть и разработчиками, и тестировщиками, и девопсами, и аналитиками одновременно. Сейчас находить универсалов сложнее.

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

Что привело к текущему состоянию? У меня нет однозначного ответа. Есть гипотеза. Думаю, что пока IT‑сфера не была так сильно «нагрета», в неё по большей части шли энтузиасты — люди, которые видели свою творческую реализацию именно в этой области. Им хотелось «пощупать» как можно больше. Сейчас такие люди, конечно же, тоже есть, но к ним добавилось огромное количество других. Тех, для кого основной мотивацией является уже не творческая реализация, а что‑то другое. Мне встречались инженеры, которые откровенно говорили, что «я в IT из‑за денег» или «я не знал, что выбрать, но в IT был высокий спрос на рабочую силу», или «для меня основное в жизни — это путешествия, а в IT я могу работать на удалёнке».

Спрос на рабочую силу в IT сейчас действительно большой (хотя конкретно в России и приупал мальца). Люди нужны разные и в большом количестве, не только энтузиасты. Сотрудники с радикально отличающимися мотивациями — это реальность современной разработки софта. Перед менеджерами стоит непростая задача сбалансированного комплектования команд. А потом ещё необходимо выстраивать подход к каждому сотруднику, основываясь именно на его ожиданиях и мотивации. На мой взгляд, вызовы, стоящие сейчас перед менеджерами в IT, гораздо серьёзнее, чем было какое‑то время назад. И ответственность выше. Быть хорошим инженером сейчас так же сложно, как и раньше, а вот быть хорошим менеджером — гораздо сложнее, чем раньше.

Корпоративные интриги

Интриги — это неплохо. Куда без них? Без них было бы совсем грустно. Но количество здесь имеет значение. Корпоративная культура по‑настоящему начинает страдать от интриг, когда бОльшая часть менеджмента тратит на них бОльшую часть своего времени. А ведь интриги ещё и тащат за собой весь сопутствующий трэш в виде самодурства, самолюбования, подхалимства и прочего…

Сильно тему корпоративных интриг комментировать не буду. Здесь и так всем всё понятно. Расскажу пару историй, имевших место в компаниях, где корпоративные интриги очень сильно били по рабочему климату.

История 1

Подхожу как‑то на работе к коллеге, а он сидит с выпученными глазами и разинутым ртом и, не моргая, глядит в монитор:

— Первый раз вижу, чтобы только что назначенный начальник представлял себя сам…

Смотрю на монитор коллеги. Там открыто письмо, начинающееся словами: «Здравствуйте, я ваш новый лидер…»

Спустя какое‑то время этот «лидер» — директор вновь созданного департамента — организовал встречу с вверенными ему менеджерами первого и второго звена. Знакомство с персоналом — идея неплохая, но конкретно та встреча полностью состояла из рассказов «лидера» о его достижениях, начиная с раннего детства. Достижения ограничивались спортивными забегами, лыжами, дружбой семьями с другими сотрудниками той же компании и пр. Рассказ сопровождался множеством фоточек: вот будущего «лидера» родители забрали из роддома, вот он гуляет по зимнему лесу с друзьями, вот финиширует на полумарафоне и так далее. Из профессиональной жизни не было практически ничего. Впрочем… в его профессиональной жизни и по факту почти ничего заметного не было.

Однако несмотря на самодурство кое‑в-чём тот товарищ всё‑таки был силён. Не даром же он получил продвижение по карьерной лестнице. До этого повышения «лидер» был рядовым, не хватающим звёзд с неба менеджером. Однако в какой‑то момент смог найти себе в конторе влиятельного покровителя. Это произошло, когда будущий «лидер» стал тратить бОльшую часть своего рабочего времени и энергии на облизывание высокого начальника из другого подразделения. Более того, он использовал ресурсы своего текущего подразделения, чтобы выполнять работы в интересах этого стороннего начальника. И эти усилия в итоге окупились. Безграничная лояльность к стороннему большому боссу через некоторое время привела к тому, что этот большой босс создал новое подразделение и поставил во главе его того самого подхалима. Думаю, несложно догадаться, как строились отношения с «лидером» в этом новом подразделении. Хорошее расположение «лидера» там доставалось тем, кто его активно вылизывал. Те, кто не хотел этим заниматься, вынуждены были либо уходить в другие подразделения, либо покидать компанию. Соответственно, непосредственные подчинённые «лидера» — менеджеры второго звена — в свою очередь распространяли эту «особенность управления» вниз по цепочке.

История 2

HR‑директор российского филиала крупной транснациональной компании, видимо, сочла, что ей недостаточно личных страниц в соцсетях для распространения личных историй и фоточек. Так что она решила задействовать для этого… корпоративные каналы коммуникации: масштабные e‑mail‑рассылки и большие группы в корпоративном мессенджере. Делала она это как бы невзначай, но многие сотни людей в итоге знали все её хобби, казавшиеся ей смешными истории с предыдущих мест работы, виды спорта, которыми она занимается, и тому подобное. Своих прямых подчинённых она «ненавязчиво» приучила хвалить её за каждый шаг, чих и предмет одежды…

В общем, им нужно было регулярно как‑то вызывать её добродушную улыбку. А вот если кто‑то улыбку вовремя не получил… все знали: для него это не к добру. Значит, на него свалится много бестолковой работы, а потом ещё и плохая оценка на годовой аттестации. Дошло до того, что она стала привлекать своих подчинённых к съёмке видеороликов про себя любимую. И это не прикол! Девушки из HR носились за ней по офису и снимали её на кухне, в спортзале, в переговорке, в опенспейсе... Ролики выглядели шутливо и «ненавязчиво» и распространялись по широким каналам корпоративных коммуникаций. Вроде как, на 100% про одну‑единственную мадам, но ведь в шутку же…

К сожалению, мания величия этой дамы довольно дорого обошлась компании. В какой‑то момент HR‑директор решила, что её таланты, знания и навыки гораздо шире, чем предполагали её должность и прямые обязанности. И вот она начала подгребать под себя рабочие активности, которыми занимались люди из других департаментов. Не то чтобы она понимала что‑то в их делах… У неё были другие причины для вторжения в чужие зоны ответственности. Дело в том, что сейчас HR‑департаменты — впрочем, как и многие другие департаменты — сталкиваются с серьёзными вызовами. Многие их функции либо автоматизируются, либо отдаются на аутсорс. Всё это, по мнению той дамы, снижало вес HR‑директора в компании. А ей хотелось его не только сохранять, но и увеличивать. Для этого она и решила подгрести под себя чужие поляны.

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

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

Вторая причина успеха той самовлюблённой мадам крылась в особенностях организационной структуры компании. Там HR‑службы были выделены в отдельную вертикаль бизнеса. Одним из следствий этого было то, что HR‑директор любого филиала не подчинялся руководителю этого филиала. Соответственно, мог действовать против интересов этого филиала, вступая в альянсы с «подходящими» руководителями из других филиалов или головного офиса. Не буду здесь подробно останавливаться на всех этих HR‑замутах. Заинтересованные могут прочитать одну из моих предыдущих статей. Скажу только, что подобные организационные структуры возникают не просто так. Они являются следствием серьёзных поломок в корпоративной культуре и культуре управления. Соответственно, служат опорой для всяких интриг и прочей дичи.

Чистое самодурство

Представьте теперь совсем уже большого босса: первое или второе лицо в крупной компании.

Идёт огранизованное этим боссом собрание технических руководителей... В переговорку входит немного опоздавший руководитель аппаратной разработки. В руке у него — яблоко.

Наш мегабосс смотрит на вошедшего: «Ты яблоко где взял? У сэйлов?»

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

Опоздавший:
‑Да, у сэйлов.

‑Так вот: не ешь его. А то будешь таким же тупым, как наши сэйлы.

Далее мегабосс обвёл взглядом всех присутствующих, чтобы понять, кто не смеётся над этой «гениальной» шуткой. Тех, кто не смеялся над его шутками, он обычно выбирал мишенями для унижений в дальнейшем.

Сэйлы бывают разными, но конкретно в той конторе они были лучшими на своём рынке. Кормили всю компанию. Это понимали все в конторе, включая технарей, хотя технари часто не любят сэйлов и даже мало чего о них знают.

Так вот… мегабосс обводит взглядом собравшихся… фиксирует взгляд на одном из них. На том, кто не смеётся, конечно же. Тот спокойно произносит: «У нас прекрасные сэйлы». Мегабосс встаёт, нагибается над столом, вытягивается в сторону того товарища и язвительно произносит:

— У кого это «у нас»? [Давая тем самым понять, что сэйлы, как и всё в той конторе — это «у него», а не у каких не «у нас»].

Такие нападки случались часто. Происходило это, видимо, с целью демонстрации власти. Проблема усугублялась тем, что со временем нападки и попытки унизить стали спускаться вниз по цепочке: сначала к директорам, потом от них — к менеджерам второго звена, и далее — к менеджерам первого звена… Ибо если с вами плохо обошёлся ваш босс, то почему бы не выместить злобу уже на вверенных вам в управление сотрудниках? В итоге, пренебрежительное отношение к подчинённым стало частью «культуры» компании.

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

Эта история и две истории из предыдущего раздела лишний раз иллюстрируют знаменитую поговорку «Рыба гниёт с головы». Поведенческие изъяны высокого начальства имеют тенденцию распространяться вниз по корпоративной иерархии. С высокими должностями приходит большая ответственность. Корпоративная культура (фактическая, а не декларируемая, конечно же) по большей части куётся и закрепляется большим начальством.

Финишируем

Некоторые читатели, вероятно, догадались, что эта статья — продолжение моей недавней статьи о болезнях корпоративной культуры: «Бизнес хочет», менеджеры‑князьки и другие болезни айтишной корпоративной культуры. Если кто‑то не читал — приглашаю!

А теперь подведём итоги всей темы.

Ещё раз повторю фразу, которая настолько же банальна, насколько и вечно актуальна: «Рыба гниёт с головы». Основную ответственность за формирование общей корпоративной культуры (как и культуры разработки софта, о чём мы поговорим в дальнейшем) несёт менеджмент. Чем выше менеджер находится в корпоративной иерархии, тем сильнее его влияние на общую культуру компании. При этом даже в компаниях с гнилым внутренним климатом встречаются отдельные менеджеры первого, второго или даже третьего звена, которые умудряются частично экранировать вверенные им подразделения от общей нездоровой обстановки и создавать свой, более здоровый, микроклимат.

Вклад неруководящих сотрудников в корпоративный климат тоже важен. Каждый сотрудник может существенно влиять на комфорт коллег в лучшую или худшую сторону. А при грамотном использовании средств корпоративной коммуникации такое влияние может быть довольно широким. Через группы в корпоративных мессенджерах можно достаточно быстро находить единомышленников и уже согласованно портить всем кровь — или наоборот что‑то улучшать.

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

На этом всё. Желаю всем здоровой, комфортной рабочей среды и удовольствия от работы!

А дальше…

… а дальше планирую написать пару статей о культуре непосредственно разработки софта и об управлении разработкой. На мой взгляд, обе эти темы и тема корпоративной культуры сильно связаны друг с другом.

Также эта статья доступна на английском: [ссылка на перевод появится в течение дней 10].

Комментарии (19)


  1. Alexander_DWH
    04.06.2026 09:22

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


    1. TechThink Автор
      04.06.2026 09:22

      Ой, плюшек много разных бывает. Чай, сахар и молоко - одни из самых простых. Ещё бывает зерновой кофе и машины, которые его заваривают; корпоративный мерч; ДМС; компенсация расходов на спорт; компенсация расходов на проезд и питание; возможность купить продукцию компании с огромной скидкой (но в ограниченных количествах, конечно же) и т.п.


  1. siberiano
    04.06.2026 09:22

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

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

    Нет. Размеры и минимально необходимые знания в каждой сфере сильно увеличились. В нулевые годы сервер можно было развернуть своими руками за день -- побившись с конфигурациями, почитав логи, погуглив -- в итоге поправить 3-4 строчки, которые всё запускают. Сегодня деплой -- это и сложные панели управления, и огромные конфиги, и поиск логов не в файлах, которые гуглятся, а в отдельном сервисе.

    В общем, тогда был один туториал и две-три строки конфига, чтобы всё заработало. Сейчас - за два-три дня чтобы хоть что-то заработало.

    Ещё удалёнка -- раньше можно было вместе сесть, и за 15 минут один другому мог показать. И так могло быть несколько раз за день. На удалёнке поработать вместе -- это серьёзное усилие, знания передаются плохо.

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


    1. PereslavlFoto
      04.06.2026 09:22

      Сегодня деплой – это и сложные панели управления, и огромные конфиги

      Вы говорите про какой-то конкретный пример?

      Или про любое развёртывание любого апача с любой корпоративной CMS вроде WordPress?


    1. shteyner
      04.06.2026 09:22

      Наоборот, то что раньше запускалось в 4 строки, теперь запускается через docker compose up -d

      А серьёзные проекты как тогда, так и сейчас это многие дни настроек, как инфраструктуры, так и среды выполнения, хотя k8s и в принципе docker несколько упростили систему.


      1. siberiano
        04.06.2026 09:22

        Это если повезло, что есть нужный контейнер. А если нет -- дня два-три шаманства обеспечено. И к8с -- это на каждый чих править конфиги, не ошибиться указывая хэш коммита, и так далее. До к8с вы просто запускали готовый шелл-скрипт с rsync, и он деплоил, копируя файлы.


    1. TechThink Автор
      04.06.2026 09:22

      Пожалуй, не соглашусь с основным посылом.

      С одной стороны, постоянно меняются реалии: появляются новое железо (например, графические ускорители), облака, контейнеры и пр. Но с другой стороны, постоянно появляется и улучшается софт, чтобы управлять всем этим зоопарком.

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

      То, что раньше необходимо было пилить руками, сейчас часто даётся из коробки. На мой взгляд, порог входа в разработку - в любые её грани - не увеличивается, а уменьшается. В некоторых случаях - до нуля. Сейчас с помощью нейросетей можно иногда "разрабатывать" софт "под ключ", не зная ничего, кроме естественного языка.

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

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


      1. siberiano
        04.06.2026 09:22

        Мне кажется, в нулевые, если вы писали под веб, кластерами почти никому не приходилось сталкиваться. Наши клиенты в нулевые получали страничку на шэред хостинге, где всё лежало в одной папке, и чаще всего просто копировалось rsync-ом, и только для особо продвинутых мы делали это через git. (К слову о пороге входа -- гит как раз увеличил его.) Крупные проекты тогда имели фронт, базу данных и может быть какие-то процедуры на cron. И всё это на одной машине, может быть ещё зеркало было. Сейчас большой проект это фронт распределённый на к8с, которые крутятся на амазоне (у которого миллион настроек кредов).

        Нет, вы меня не убедите, что всё стало проще.

        Возможно, да, если вы тогда уже пользовались кластерами, то, может, где-то ауторс вам упростил жизнь. Но сложность среднего проекта только выросла.


        1. PereslavlFoto
          04.06.2026 09:22

          большой проект — это фронт, распределённый на к8с, которые крутятся на амазоне

          А маленький проект, это статические HTML страницы.

          Но между ними остаётся большой слой сайтов, у которых есть CMS, у которых контент в базе данных, однако они лежат на шэред хостинге. Как их называть?

          Спасибо.


        1. TechThink Автор
          04.06.2026 09:22

          Про кластера... У нас они не использовались в продакшене. Мы разрабатывали десктопное приложение. Кластера нужны были для поддержки разработки. В основном чтобы тесты гонять. Сотни машин, для которых приходилось поддерживать много самописного софта. Сейчас такое решение можно иметь "из коробки".

          Дисклаймер... Считаю, что дискуссия про сложность разработки находится в стороне от дискуссии о желании инженерами открывать для себя новые горизонты. Но про сложность разработки поговорить всё равно интересно :)

          Итак, про сложность разработки (ну и диплоя в частности). Тут, я думаю, важно сравнивать конкретные вещи, которые при этом действительно сравнимы. То есть сравнивать "яблоки с яблоками", а не уходить в абстрактные материи или обобщения. Учитывая всё это, у меня есть следующие соображения...

          1) Для сравнения можно брать совсем уж чёткие категории. Например, "разработка десктопных приложений 20 лет назад и сейчас". На мой взгляд, стало значительно проще. (Детализировать не буду, но если интересует именно такое конкретное сравнение, то готов подискутировать). Но такие сравнения на уровне прямо одинаковых категорий сделать можно не всегда. Поэтому есть другой вариант

          2) Можно сравнивать на уровне сложности реализации конкретных требований к софту. Например, взять требования "возможность деплоить новую версию каждый день + наличие неограниченного масштабирования". Можно ли было такое реализовать 20 лет назад? Можно... С огромным количеством денег и прочих ресурсов - можно было... Но по-настоящему мы дозрели до этого не так давно. Сейчас такого можно добиться с уровнем затрат, который по меркам 20-летней давности кажется копеечным. Да, нужны какие-то навыки и умения. Но если сравнивать яблоки с яблоками, то выглядит как огромный прогресс и упрощение. А смысла сравнивать дистрибуцию десктопных приложений и облачный деплоймент не очень много... Важно прийти к равнозначным категориям

          3) Даже когда выбраны правильные категории, иногда важно смотреть на все грани разработки софта одновременно, ибо где-то убыло, а где-то прибыло. Допустим, мы сравниваем две оптимальные реализации какого-то требования 20 лет назад и сейчас (слово "оптимальный" зависит от конкретных критериев оптимальности, но это не принципиально сейчас :)). Допустим, 20 лет назад оптимально было делать десктопное приложение, а сейчас - облачное решение. Если мы сравниваем такие реализации, то здесь не только про деплоймент надо говорить. 20 лет назад такого слова никто не знал :) Но зато знали, что такое защита кода от реверс-инжиниринга, одновременная поддержка кучи разных версий (лично я не хочу больше такого ужаса :)), распространение лицензионных ключей, защита бинаря от взлома, совместимость библиотек на машине клиента и ещё дофига всего... То есть где-то убыло, а где-то прибыло. И важно рассматривать всё в совокупности. Лично для меня уже только сложности с поддержкой кучи разных версий софта перевешивают любые сложности облачного деплоймента

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


  1. PereslavlFoto
    04.06.2026 09:22

    важно … спокойно высказать свои потребности

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

    настаивать на сужении круга своих обязанностей

    Вы говорите: я не могу выполнить эту обязанность. Работодатель отвечает: увольняйтесь.

    встречаются отдельные менеджеры … которые умудряются частично экранировать

    То есть платят из своей зарплаты за оборудование и ресурсы для сотрудников?


    1. Moog_Prodigy
      04.06.2026 09:22

      встречаются отдельные менеджеры … которые умудряются частично экранировать

      То есть платят из своей зарплаты за оборудование и ресурсы для сотрудников?

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


      1. PereslavlFoto
        04.06.2026 09:22

        руководители, любящие спихнуть свою работу на другие отделы.

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

        всю грызню их начальник берёт на себя

        То есть начальник берёт на себя организацию рабочих мест? Сам покупает всё нужное оборудование, и инструменты, и расходники, и за поездки платит? Это прямо-таки работа мечты. Верю, что такое бывает.


        1. Moog_Prodigy
          04.06.2026 09:22

          Да это не про расходники история, это именно про экранирование.

          Вот есть главный энергетик. У него в подчинении - служба АСУТП, служба электриков,

          А вот есть главный инженер. Энергетик у него в подчинении. И этот ГИ говорит ему: слушай, у тебя ребята один хрен без дела сидят в монтерке, а у меня руководство ругается, что некому разгрузить фуру с металлом. Ну два грузчика что были, они на больничном, третий в отпуске, четвертый в запое и наверное мы его уволим. Иди скажи своим ребятам нехрен в домино играть на работе, пусть разгрузят фуру.

          И вот тут это самое и получается. Энергетик может согласиться - и заставить делать мужиков непрофильную работу. А может встать в позу - щас они металл разгрузят а через пять минут в релейную автоматику с трясущимися руками полезут? Кто за это отвечать будет? И этого нет в должностной инструкции. Разумеется ГИ будет давить на него, но если доводы весомые - он переключится на начальника хоз. отдела, у которого 15 разнорабочих. И тот уже не откажет.

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

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


          1. PereslavlFoto
            04.06.2026 09:22

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

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

            А если фуру не разгрузить, главный энергетик останется без премии, на голом окладе.

            В хозяйственном отделе раньше было 15 разнорабочих, а теперь два, потому что бюджет сокращён и остальным 13-ти в устном разговоре предложили 1/8 ставки, но они сразу поняли, что работать придётся полный день, и подали заявление об увольнении по собственному желанию. А из остальных один из двоих исполняет обязанности садовника.


  1. NutsUnderline
    04.06.2026 09:22

    вывод то какой? эти корпорации успешно развалились уже? (подозреваю что нет)


    1. TechThink Автор
      04.06.2026 09:22

      Очень справедливый вопрос :)

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

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

      Вторая причина устойчивости - значимость для экономики. Кризисную компанию могут взять под госуправление (как произошло с Интелом) или даже в неё могут начать инвестировать конкуренты (как опять же произошло с тем же самым Интелом и НВидией). На всякий случай, оговорюсь, что не считаю, будто в Интеле было плохо именно с корпоративной культурой. Просто привожу его как пример кризисной компании, которой ну никак не дают совсем утонуть.

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

      Итак... Что же случилось с косвенно упомянутыми мною компаниями, если говорить про бабки?.. Вот смотрю на график акций компании, у которой, на мой взгляд, были самые выдающиеся проблемы с корпоративной культурой. Сейчас цена акций находится на уровне 2017 года (при том, что допэмиссий не было). И эта цена в 4 раза ниже исторического максимума. Всё это следствие плохой прибыли. Гнилая корпоративная культура сильно сказывается на инновациях (об этом я чуть больше сказал в первой статье на тему корпоративной культуры), а без инноваций прибыль будет так себе (если вообще будет).

      Далее смотрю на вторую по гнилости компанию в моём анти-рейтинге. С ней всё сложнее. Из всех взятых мной за анти-пример компаний она единственная является российской. По ней нет публичных данных. Однако я подозреваю, что прибыль стала только больше. Причём думаю, что значительно. Но там много нюансов :) Во-первых, компания превратилась в огромный холдинг. И не потому, что выросла до этих размеров естественным образом (к сожалению, не могу изложить здесь нюансы). Во-вторых, рынок, на котором работает компания, не является конкурентным. Строго говоря, не является рынком (опять же не могу говорить здесь подробнее). В-третьих, отдельные компании ходлинга могут иметь вполне себе неплохое независимое управление. Я вполне это допускаю.

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


  1. Krivzer
    04.06.2026 09:22

    Добрый день. Прочитал вашу статью. В целом понятна ваша точка зрения, как взгляд с одной из сторон. По моему эту статью можно рассматривать как положение не только в айти, но и в других сферах деятельности. Факты интересны, а вот с некоторыми выводами и мнением не соглашусь. Но думаю вы меня поймёте ( у каждого своя точка зрения, как и выводы ). Успехов в написании статей и новых разнообразных фактов.


    1. TechThink Автор
      04.06.2026 09:22

      Добрый день! Спасибо за интерес!
      Если вдруг захотите, поделиться своим мнением, то не стесняйтесь :) Думаю, здесь многим будет интересно. Сам я всегда рад услышать альтернативное мнение