«Работающая бедность» об IT

Предисловие к данному тексту

С 2017 года в интернете существовал проект «Работающая бедность», который описывал рекомендации относительно карьерного движения и выживания на рынке труда рабочего класса из РФ. Текст вспыхнул как яркая вспышка на безе wiki-движка, но потом исчез из информационного поля, причем исчез нелепо, как будто авторы сами не захотели способствовать распространению проекта (последнее, что известно — они сменили домен, сделали 301 редирект и даже не залили на новый хостинг имеющийся контент).

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

Обязательно прочтите статью полностью. Текст ниже возник за три года до появления www.another-it.ru и является, в некоторой степени, первой попыткой айтишников донести до коллег общее представление об IT-сфере, о конкуренции в IT, о работодателях. Без розовых очков и инфантильных мечтаний среднестатистического кодера. Конечно, в реалиях 2024 года некоторые постулаты, такие как работа на западного заказчика, сейчас не совсем актуальны, но в целом это очень полезный труд, который обязаны прочитать все IT-специалисты.

Оглавление

Часть I. Защищать свою профессию

Типичные российские работодатели постоянно всем говорят о том, что специалистов сейчас очень мало, что остро не хватает людей на рынке труда, что нужно выпускать в год в десятки раз больше специалистов, чем сейчас. Иногда работодатели даже устраивают бесплатные курсы для всех желающих, привлекая к преподавательской деятельности своих наемных работников, чтобы те начали плодить тысячи конкурентов для самих себя. Вам нужно всегда помнить, что в переводе с языка работодателей на русский язык фраза «У нас в городе не хватает фрезеровщиков-универсалов» означает «У нас уже есть 850 рабочих мест для таких специалистов, на которых работает 850 человек, и мы хотим, чтобы на рынке труда таких специалистов стало в 30 раз больше, чтобы оставить эти же 850 рабочих мест, но трудоустроить на них более дешевых лохов, которые начнут демпинговать». Любые речи Германа Грефа про то, что в стране есть острая нехватка специалистов по машинному обучению, нужно тоже каждый раз переводить с языка работодателей на русский язык. Итак, что же делать обычному рядовому пролетарию XXI века?

• Во-первых, активно развиваться самому и набираться опыта, глубоко изучая как свою специальность, так и любую из смежных. Помимо бесплатной учебы ради себя в свободное время и самообразования, всем специалистам нужно заставлять работодателя за его счет отправлять коллектив специалистов на курсы повышения квалификации и получать международно признанные сертификаты за счет работодателя. Также не стоит забывать о том, что после любого повышения квалификации, после приобретения наемным работником новых знаний по специальности или нового опыта его доход обязательно должен возрастать. Нужно требовать увеличивать з/п после каждого получения нового опыта, знаний, умений, международно признанного сертификата.
• Во-вторых, не заниматься излишней популяризацией своей профессии. Не стоит всем рассказывать, что в данной конкретной специальности можно начать грести деньги лопатой. Не стоит клеить на столбах объявления, призывающие всем становиться специалистами по машинному обучению, ортодонтами или специалистами по промышленной автоматике. Не стоит устраивать всеобщих бесплатных курсов или дней открытых дверей, на которых вы будете с фанатизмом новообращенного призывать толпу стать специалистами по блокчейн-технологиям, словно Герман Греф.
• В третьих, не помогать российским работодателям убивать рынок труда. Не стоит выкладывать в интернет готовые решения и подробную документацию и разжевывать все до состояния каши. Если вас заставляют писать документацию к вашему проекту или к части проекта, то не стоит разжевывать все такого состояния, чтобы понял первый встречный. Еще нужно создавать неформальные профсоюзы во всех городах, объединяться в Riot, Signal, Tox, Jabber, группироваться по профессиям и проводить разъяснительные работы с идиотами, которые готовы бесплатно создавать продукты или оказывать бесплатные консультации ради стажа, лайков в карму, репутации и так далее. Нужно объяснять молодежи, что абсолютно любая работа на дядю должна оплачиваться. Также нужно коллективно осуждать тех, кто выкладывает на YouTube самоучители по диагностике и ремонту любых неисправностей материнских плат ноутбуков или диагностике жестких дисков, или профессиональному восстановлению данных, например. Нужно препятствовать опусканию любых инженерно-технических специальностей на дно и уничтожению рынка труда экономически безграмотными инженерами, которые хорошо разбираются в своих областях (электротехника, электроника, VHDL, сетевые протоколы, восстановление данных), но являются профанами в экономике и не понимают, что своими деяниями они уничтожают свою профессию. Выкладывание максимально разжеванных материалов плодит дилетантов и мошенников на рынке труда, которые одновременно и позорят профессию, формируя общественное мнение о том, что типичный городской специалист в данной конкретной области — это мошенник, и сбивают цены на услуги, поскольку все клиенты начинают утверждать, что данная сложная работа должна стоить намного дешевле, «…потому что работодатель Васян вон за 270 рублей то же самое предлагает». Иначе вам придется тратить уйму времени на объяснение каждому клиенту того, почему после неудачного восстановления данных у Васяна вы не сможете ничем помочь.
• В четвертых, не раздавать направо и налево свои знания и опыт. Российские управленцы навязывают всем мысль о том, что профессионал должен активно делиться знаниями и обучать других, а иначе это не профессионал. Они заставляют профессионалов преподавать на организованных работодателями курсах для студентов или доучивать выпускников. Если инженер не особо усердно обучает других людей, то управленец, умело дергая за ниточки самолюбия инженера, будет подкалывать его, что тот якобы испугался каких-то жалких студентов, конкуренции с их стороны. Вам нужно понять одну простую вещь: раздача ваших знаний и опыта — это инвестиция в ваше будущее со знаком «минус», даже если это обучение вам прямо сейчас работодатель очень хорошо оплачивает. Даже если 40% студентов последнего курса на конкретной кафедре — глупцы, то из оставшихся 60% студентов еще через 3 года 30% смогут успешно справляться с абсолютно любой работой младшего инженера, 20% — с инженерными задачами, требующими средней квалификации, а остальные 10% смогут успешно справляться с задачами старшего инженера на проекте, продавливая вниз цены на труд и наступая вам на пятки. А еще через 3 года некоторые из бывших студентов оставят вас позади. Поэтому преодолейте в себе гордыню и самолюбие, отбросьте мысли о вашей якобы незаменимости и прекратите дарить всем ваши знания и опыт, плодя молодых конкурентов и создавая для владельцев предприятий промышленную резервную армию труда (как ее называл Карл Маркс).

Отдельно стоит сказать о программистах. IT-компании смогли им внушить порочный тезис: «Миддлу и синиору уж точно не стоит бояться никакой конкуренции! Просто развивайся, и у тебя не будет конкурентов вообще!» Дело дошло уже до того, что многие программисты начали отрицать наличие конкуренции на рынке в принципе. Отчасти это отрицание усиливается гордыней, самолюбием и чувством собственной важности, отчасти — страхом и навязанным стыдом, вызванным тем, что программист думает, что открытое признание наличия у него конкурентов на рынке автоматически выставит его в глазах окружающих плохим специалистом. Для того чтобы избавиться от навязанных порочных установок, программисту жизненно необходимо начать культивировать в себе корпоративную философию. Даже если программист ходит в офис работать по найму, он должен представлять себя транснациональной корпорацией, имеющей в штате одного человека, не нанимающей людей и продающей другой корпорации свою экспертизу. Подобная установка позволит вправить программисту мозги, поскольку любой бизнесмен, каким бы он ни был богатым, умным, молодым и успешным, всегда будет признавать факт наличия у него конкурентов на рынке. Поэтому любой ходящий на галеру опытный программист, даже имеющий 20-летний опыт разработки встраиваемых СУБД или ядер RTOS, должен открыто говорить коллегам и начальству в лицо, что у него на рынке труда есть огромное количество конкурентов, мешающих ему начать зарабатывать больше за тот же самый труд. Саморазвитие, накопление знаний и опыта не должны мешать защите своей профессии, культивации корпоративной философии и борьбе с управленцами, стремящимися обрушить рынок труда. Все эти процессы должны выполняться одновременно и постоянно. Важно понять, что в некоторой мере конкурентами для синиоров являются даже джуниоры, потому что процесс сокращения з/п не мгновенный и разовый, а растянутый по времени и волновой: сначала толпы вошедших в профессию начинают работать за еду, сбивая з/п джуниоров, далее уже толковые джуниоры начинают сбивать з/п части миддлов, после чего через несколько итераций эти волны постепенно доходят и до синиоров, уничтожая их будущее. Поэтому для синиоров крайне невыгодно наличие в компании плохих специалистов, согласных работать за еду.

Часть II. Как выжить в РФ программисту?

Сначала дадим ряд общих советов:

• Не позиционировать себя как специалиста по всему на свете. Придерживаться одной платформы и технологии, приобрести глубокие теоретические знания в этой узкой области и сделать в ней какой-нибудь небольшой проект для себя (например, плагин для Wireshark, свой tool для valgrind, сервер на Erlang или библиотеку со своими альтернативными аллокаторами на C++). Никогда никому не говорить «У меня нет опыта». Если вы писали курсовую или дипломную на данном языке, то опыт есть. Если вы администрировали localhost или писали софт для себя, или выкладывали свои скрипты на GitHub, или фиксили баги в любом open source-проекте, или запиливали там новые фичи, то опыт по определению есть — self-employed, open source, pet projects. Нужно бережно вести свое портфолио/резюме и ежегодно его пополнять. Став экспертом в чем-то одном и дойдя до cutting edge в данном направлении, имеет смысл потом получить вторую экспертизу (в смежном направлении или близком к первой экспертизе).
• Никогда не соглашаться на бесплатные стажировки или стажировки за МРОТ/еду. Никогда не выполнять тестовые задания задаром. Любая работа на дядю должна хорошо оплачиваться. Если не хватает теоретических знаний, то нужно сидеть дома и изучать (желательно — по 4 ч теории в сутки и по 6 ч самостоятельной практики, включая тщательное изучение кода чужих open source-проектов или разработку своих). Устроившись на работу, надо активно обучаться новым технологиям, заниматься самообразованием, получать новый опыт в рабочее время за счет работодателя непосредственно в процессе выполнения самой работы.
• Не позволять себя обманывать. Если какая-то компания гордо называет себя американской, но при этом основной девелоперский офис с сотней разработчиков у них находится в РФ, то это — всего лишь бизнес ушлого американского подлеца (нередко с советскими корнями и русской фамилией), который ведет дела в РФ либо по модели аутсорсинга софта («галера»), либо по модели аутстаффинга софта («бодишоп»).
• Не соглашаться на «трудоустройство» в IT-компанию в качестве ИП с целью выполнения абстрактной работы по договору подряда, внешне напоминающей обычную работу обычного наемного работника. Дело в том, что ИП отвечает за все имуществом физического лица, и в том случае, если ваш работодатель-посредник на вас подаст в суд, вы сможете лишиться в том числе и вашего автомобиля, второй и третьей квартиры, сбережений и так далее.
• Год за годом ежедневно изучать American English вплоть до продвинутого уровня. Это нужно делать параллельно вашей основной работе, а не вместо нее. Кстати, если вы будете изучать American English по часу в сутки, то эта песня может длиться вечно. Чтобы действительно выучить American English, его нужно изучать как минимум по три часа ежесуточно (до или после работы). Не забывайте и о том, что курсы при галерах — это шарлатанство: английскому там учат специально так, чтобы человек никогда не смог начать работать напрямую на американских клиентов, минуя галеры. Если захотите заниматься самообучением, то устройте себе интенсивный курс: каждый день читайте любые американские книги вслух (именно вслух), смотрите телеканал BBC World News, пишите короткие тексты по-английски на разные темы (как прошел день, как провели выходные) и общайтесь текстом на американских форумах, посвященным любой тематике. Еще не забывайте о том, что работа в одной команде с русскоговорящими разработчиками будет вам сильно мешать изучать правильный American English, а также будет способствовать засорению вашей речи типичными ошибками. Поэтому старайтесь работать на таких проектах, где в команде русским языком будете владеть только вы. Так ваше обучение пойдет заметно быстрее: вы будете автоматически набираться нужных идиом от окружающих и автоматически совершенствовать свой American English параллельно вашей работе в течение всего 8-часового рабочего дня.
• Никогда не колымить, не шабашить, не заниматься фрилансом. Соглашаться только на постоянную удаленную работу на конкретного иностранного заказчика full-time по контракту и без посредников. Заниматься только IT-проектами и никогда не соглашаться заниматься IT-задачками, даже если клиент гордо называет свою задачку словом «проект». Запомните: нормальный IT-проект в рамках аутстаффинга — это когда используется выбранная конкретная методология разработки, когда есть распределенная по планете команда full-time-разработчиков, каждый из которых занимается строго своим делом, несет ответственность только за свой небольшой фрагмент проекта и митингует с командой раз в сутки в одно время, когда есть QA и DevOps, когда практикуется code review, когда используются баг-трекеры, JIRA, git или подобные вещи. Все остальное — это «задачки для программистов», а не проекты.
• Не переезжать жить за границу, не переезжать жить в Москву или Петербург, если для вас важна оптимизация ваших годовых жизненных расходов. Наиболее выгодный вариант для разработчика софта, удаленно работающего на иностранные компании full-time по контрактам на long-term-проектах, — это жить в одном из провинциальных городов РФ с населением от 500 000 до 1 млн человек, потому что там жизнь крайне дешевая во всех ее аспектах, а курс доллара США сейчас выгоден для программистов. Также рекомендуем вам отказываться от проектов и компаний, требующих поездок в командировки (business trips), потому что эти поездки обычно неадекватно низко оплачиваются, очень утомляют, втягивают программиста в искусственно создаваемый дискомфорт, а также воруют у него по 24 часа времени ежесуточно. Также рекомендуем вам избегать проектов, на которых нужно работать под постоянным давлением, людей в командах, которые любят тестировать вас на стрессоустойчивость, и компаний, где это все поощряется. Берегите свое здоровье и свои нервы.
• Заниматься исключительно вашими должностными обязанностями и не позволять навешивать на себя чужих. Если ваша должность — Software Engineer или Senior Software Engineer, то вы должны и обязаны заниматься разработкой софта. Никакое ручное или полуавтоматизированное тестирование, никакое обучение джуниоров, никакое преподавание в вузе, никакое замещение тимлида в течение двух недель (на время которых вам, кстати, не повысят ваш удельный часовой доход), никакое проведение семинаров, никакая уборка помещений, никакие погрузочно-разгрузочные работы не входят в список ваших обязанностей. Современный технический специалист не должен позволять управленцам садиться ему на шею и ездить на нем. Занимайтесь только разработкой софта, делайте свою работу хорошо, становитесь отличным техническим специалистом и безгранично развивайтесь в этом направлении. И не обучайте других людей, не делитесь ни с кем своими ценными знаниями и опытом, чтобы не помогать корпорациям создавать для них промышленную резервную армию труда.
• Всегда все логировать. Допустим, вы вышли из отпуска, и вам потребовалось 0,6 ч для того, чтобы войти в курс дела, изучить и понять, что за неделю поменялось на проекте. Спросите у менеджера, куда залогировать это время, и тут же сделайте это. Допустим, за целый день вы суммарно потратили на митинги и стэндапы 1,6 ч. Скажите это менеджеру и залогируйте в нужный таск. Если к вам подходят коллеги за консультациями, то перенаправляйте их к менеджеру, чтобы он разрешил вам их проконсультировать. Допустим, суммарно за день вы потратили 0,7 ч на мелкие консультации, небольшие советы. Залогируйте это. Запомните: мелкую помощь оказывать можно, но нельзя делать за людей их работу, быть репетитором, обучать их и готовить для работодателей промышленную резервную армию труда, даже если работодатели это одобряют и оплачивают вам время. Если менеджер лично пытается заставить вас помочь кому-то или передать ваш опыт и знания, то не соглашайтесь, а вместо этого говорите, что вы хотите сейчас по-быстрому сделать эту задачу вместо коллеги. Запомните: ваша экспертиза заключается в методологиях, формальных подходах, личном опыте, знании best practice, всех подводных камней, дизайн-паттернов, антипаттернов и так далее. То есть в том, что описывают в научных работах, статьях, учебниках, а также в том, что не описано нигде, а приобретается только с десятилетиями личного опыта. Эта экспертиза позволяет вам создавать архитектуру и алгоритмы, которые являются ценными и должны продаваться бизнесменам, а не раздаваться джуниорам направо и налево. На основе вашей архитектуры и алгоритмов вы можете создавать схемы или код на том или ином языке. Поэтому решение задачи за самого человека похоже на защиту от реверс-инжиниринга: изучая ваш код, джуниоры и миддлы смогут разве что выполнить точь-в-точь такую же задачу, но не смогут выполнить весь спектр похожих задач, потому что у них не будет в голове ни первой производной (глубокого понимания архитектуры и алгоритмов), ни, тем более, второй производной. Если вы реализовали задачу своего коллеги за 1 ч, то тут же залогируйте это время. Далее, допустим, к вам подходит менеджер и просит выполнить code review таких-то коммитов за такого-то человека. От code review нужно стараться всегда отлынивать, потому что это равносильно обучению и передаче опыта. Если нет возможности послать, то соглашайтесь, но указывайте только на самые серьезные ошибки. О нюансах, best practice, советах по рефакторингу, tips & tricks лучше умолчать. Потратили на code review 1,1 ч — залогируйте. Если вы потратили 0,9 ч за день на чтение «потока сознания» в Slack, чтение email и ответы на письма, то спросите, куда залогировать, и залогируйте. Итого у вас останется на сегодня:
  8 — 0,6 — 1,6 — 0,7 — 1 — 1,1 — 0,9 = 2,1.
  У вас останется на сегодня 2,1 ч на выполнение собственно ваших задач, связанных с отладкой, профилированием, разработкой чего-либо. Не успели что-то сделать — откладывайте на завтра, вставайте и уходите. Менеджеров и тимлидов, спрашивающих, почему вы за целый день не успели сделать задачу, на которую по эстимэйту было отведено 4 ч, нужно тыкать носом в Redmine, показывая, что у вас сегодня было на эту задачу ровно 2,1 ч. Любые попытки управленцев обвинить вас в какой-либо медлительности и неэффективности нужно резко прерывать, показывая логи. Если вам после этого управленцы начнут ставить неадекватные эстимэйты (например, 6 ч на задачу, которую невозможно сделать менее чем за 9 ч), то обсуждайте это до того, как приступите к задаче, а не в процессе. Требуйте, чтобы менеджер или тимлид сам переустановил эстимэйт на адекватный и чтобы это изменение, выполненное управленцем, отобразилось в истории правок в Redmine. Сами никогда не правьте ни эстимэйты, ни описания задач в Redmine, чтобы вы всегда могли обосновать вашу правоту. Запомните: любой управленец, который вас попытается в чем-то обвинить, должен тут же получить противодействие с цифрами, фактами, доказательной базой. Менеджеры и тимлиды должны признавать свои ошибки и отвечать за них персонально. Senior Software Engineer никому ничего не должен сверх того, что написано в контракте или трудовом договоре.
• Требовать давать вам только те задачи, на которых реально можно стремительно вырасти. Если вы — студент, то требуйте задач уровня миддла. Если вы — миддл, то требуйте задач уровня синиора. Если вы — синиор, то требуйте задач уровня архитектора. Если вам грозит перспектива многомесячного ковыряния в закрытом legacy-коде, требуйте поменять проект, поскольку вам нужен опыт в разработке софта, а не в исследовании отходов жизнедеятельности человечества. Если вы лично считаете, что в течение полугода успешно справлялись с большинством технических задач, то требуйте резкого повышения вашей з/п или уходите в другую компанию на другой проект. К сожалению, у многих программистов есть предубеждение, что если они будут полгода делать задачи своего уровня, то их повысят. Нет, не повысят. Наоборот, тимлиды и менеджеры будут годами использовать вас, как совхозную лошадь, загружая монотонной посредственной работой, и вся ваша карьера превратится в вялотекущий дауншифтинг с работающей бедностью и отсутствием крупных долларовых сбережений на период зрелости и старости.
• Легко менять компании, если вы почувствовали, что на текущем месте работы развитие вас как технического специалиста идет недостаточно быстро. Никогда не привязывайтесь ни к работе, ни к работодателю, ни к коллективу.
• Никогда не позволять тимлидам и менеджерам опускать вашу самооценку, используя методики манипуляции сознанием. Запомните: как минимум 2 раза в год должен проводиться пересмотр ваших скиллов и опыта, на котором вам должны повышать з/п. Ваша з/п каждые полгода всегда должна и обязана возрастать хотя бы потому, что в стране есть инфляция. Если менеджер пытается сделать вас изгоем или опущенным, то смело посылайте менеджера и уходите работать в другую компанию на ту же или большую з/п. А для этого нужно регулярно ходить на собеседования, постоянно находиться в поиске новой работы и всегда иметь пару запасных вариантов, куда можно уйти в любой момент. На новом месте работы не забывайте активно набираться опыта за счет работодателя и улучшать скиллы, чтобы всегда быть востребованным на едином глобальном рынке труда.
• Регулярно ходить на новые собеседования. Перед собеседованием постарайтесь потратить хотя бы полдня на прохождение тестов в интернете. Если какая-то компания не позволяет вам сразу начать общаться с разработчиками, заказчиками или менеджерами проектов, выставляя перед ними HR-менеджера, то в разговоре с HR-менеджером старайтесь либо умолчать о своих зарплатных ожиданиях, либо ответить расплывчато, чтобы не быть отсеянным на этом этапе. На собеседовании старайтесь продемонстрировать самостоятельность, готовность самостоятельно решать любые задачи, не обращаясь за помощью к кому-либо, также демонстрируйте понимание своей высокой стоимости и полезности (value) на едином глобальном рынке. Всегда предлагайте пройти собеседование через Google Hangouts или мессенджеры. Это не только сэкономит ваше время, но и позволит продемонстрировать, что вы цените ваше время. Более того, это даже поможет упростить для вас собеседование, потому что вы сможете сказать, что набираете текст с телефона, а в это время будете искать решение в Google с ноутбука. Это будет честно и справедливо, поскольку в современную эпоху хороший программист не обязан иметь хорошую память и помнить все тонкости языка, которые могут меняться от стандарта к стандарту или от компилятора к компилятору. Тем более, что на нормальных проектах некоторые редко используемые аспекты стандарта применять запрещено. На собеседовании пытайтесь узнать как можно больше не только о проектах, но и о клиентах компании (как текущих, так и потенциальных), чтобы потом в случае чего вы могли связаться с американскими клиентами напрямую и увести их (что ТК РФ не запрещает делать). Также просите показать реальный образец ТЗ для какой-нибудь конкретной задачи. Если от вас требуют 10 лет опыта и кучу сертификатов, то спросите, каков реальный опыт ваших потенциальных коллег на проекте и сколько сертификатов они имеют. Если от вас требуют знание английского языка на уровне C2, то спросите, какой процент коллектива имеет всемирно признанные сертификаты и, если он нулевой, то почему от вас требуют настолько совершенный уровень. Всегда говорите на собеседованиях, что вы рассматриваете сейчас сразу 3 — 4 варианта job offer’ов от других компаний, но не называйте эти компании (во-первых, вы имеете право на тайну, во-вторых, не стоит палить хлебные места или ваших потенциальных контрагентов перед собеседущим вас программистом, в-третьих, не стоит никому давать повода обсуждать вас с этими компаниями за вашей спиной). Давайте всячески понять, что текущая компания в вас нуждается больше, чем вы в ней, и никогда не показывайте, что вам позарез нужна именно эта вакансия (даже если у вас заканчиваются деньги), иначе вам начнут выкручивать руки. Старайтесь устроиться на новый проект, не связанный с ковырянием проприетарного legacy-кода. Если вас не взяли на проект после собеседования, то ни в коем случае не расстраивайтесь и не снижайте планку зарплатных ожиданий. В тот же день записывайтесь на собеседование в другую компанию. Не тяните время, назначайте себе плотный график собеседований и регулярно ходите на них. Запомните: на планете есть сотни тысяч компаний, поэтому зацикливаться на какой-то одной не стоит. Даже если 19 собеседований завершились отказом по какой-либо причине (например, CTO считает, что вы слишком большую з/п требуете), то все равно велик шанс того, что после собеседования в 20-й компании вас возьмут на интересующий вас проект.
• Начать с подозрением воспринимать все проекты. К примеру, если вы, работая удаленно на едином глобальном рынке труда, получили приглашение на какой-то проект, где в команде 100% программистов являются русскими/украинцами/белорусами или просто русскоговорящими, то это серьезный повод предположить, что на этом проекте насаждают работающую бедность, поэтому стоит отказаться. Если же русскоговорящих программистов там две трети, остальная треть программистов (именно программистов, а не управленцев) — это, к примеру, канадцы, американцы, голландцы, немцы, ирландцы и так далее, то это хороший проект, и на предложение стоит отвечать согласием.
• Как при устройстве на работу, так и при дальнейших обсуждениях вашей з/п в данной компании никогда не вестись на мошенничество в духе «Ваш опыт работы с ZeroMQ — всего 1 год, поэтому мы вам не можем платить много». В нашем чересчур динамичном мире одни технологии быстро сменяют другие, и сейчас требование опыта работы с конкретной крайне специфической библиотекой, измеряемое не в неделях и не в конкретных задачах, а в годах, — это очередная попытка обесценить работника. При этом сам работодатель зачастую любит нагло врать на сайте своей компании о том, что его компания — один из мировых лидеров в десятке отраслей и якобы имеет десятилетний опыт работы с ZeroMQ и сотнями прочих инструментов, библиотек и технологий, несмотря на то, что ни один из сотрудников не имеет опыта применения ZeroMQ более года, например.
• Всегда двигаться вперед. Если вы работаете над каким-либо небольшим российско-американским продуктом, который является всего лишь компонентом, продаваемым другой компании для ее большого проекта в рамках B2B-модели, то напишите в ту компанию, объясните, что вы — старший или ведущий разработчик этого компонента, в совершенстве знающий этот компонент изнутри и хорошо разбирающийся в данном коде. Вам могут предложить уволиться из вашей мелкой компании и перейти работать в крупную компанию, чтобы заниматься там практически тем же самым, но за более адекватный годовой доход. Если повезет, то ваша новая компания вообще откажется сотрудничать с предыдущей и начнет сотрудничать исключительно с вами. На новом месте не останавливайтесь, анализируйте бизнес этой компании, разведывайте список ее крупных B2B-клиентов, чтобы выйти уже на них напрямую, повысив ваш годовой доход еще раз. Если вам внезапно написал какой-нибудь HR-менеджер и предложил поработать на каком-нибудь проекте, то постарайтесь осторожно разведать, кто в данной цепочке является компанией-посредником, а кто — конечным иностранным клиентом, после чего выйдите напрямую на заказчика и предложите ему заключить контракт, не говоря, откуда вы узнали о проекте. В итоге посредник лишится клиента, HR-менеджер обломается и не получит бонусов, а вам достанется подписанный контракт. Запомните: HR-менеджерам деньги не нужны, они HR-менеджеров только портят. Но не всегда разведка дается программистам легко: некоторые программисты иногда даже устраиваются работать на галеру в одиночку или группами по 2 — 3 человека, после чего, проработав там месяц, уводят у галеры клиента (что ТК РФ не запрещает делать) и тут же увольняются, продолжая работать из своих квартир удаленно на того же клиента на каком-нибудь другом его проекте.
• Никогда не прогибаться на собеседованиях и не снижать планку денежных требований, даже если тот, кто вас собеседует, открыл свежайший стандарт вроде C++14 и, читая его сверху вниз и задавая вам вопросы, обнаружил, что вы не знаете чего-то. Всего знать и помнить невозможно, и это нормально, ведь в реальной работе вы всегда сможете в случае необходимости открыть PDF-документ с тем же стандартом и быстро вспомнить или понять конкретную вещь. Сейчас во многих компаниях самый востребованный сотрудник — это аутист и офисный раб, который легко позволяет окружающим снижать его самооценку, поэтому вам никогда нельзя прогибаться. Современные собеседования все больше напоминают ментовские допросы и представляют собой не отборы компетентных кадров, а акты психологического отбора рабов. На собеседовании специально обученные люди могут обвинить в незнании C++ даже Бьерна Страуструпа. Если вы поняли, что данной конкретной компании требуется не компетентный разработчик, а галерный раб, то тут же прерывайте собеседование и вежливо прощайтесь навсегда.
• Никогда не участвовать в хакатонах («марафонах для программистов»), где инфантильные специалисты из различных областей бесплатно решают какую-либо бизнес-задачу, готовое решение которой, по-хорошему, стоило бы впарить за хорошие деньги. Также не стоит выступать на конференциях, днях открытых дверей и так далее, чтобы не заниматься излишней популяризацией своей профессии. Еще не стоит устраивать корпоративных обучающих семинаров с целью раздачи «телезрителям» ваших знаний и опыта. Вы должны учитывать, что на рынке труда в РФ сейчас наблюдается избыток хороших программистов, избыток специалистов, избыток квалифицированных кадров, поэтому не стоит их выращивать и плодить внутри вашей компании. Также не стоит участвовать в различных олимпиадах и конкурсах, если они не оплачиваются достойно (если за реализацию задачи не платят по рынку). А вот стараться получать сертификаты от Red Hat, Coursera или Amazon как раз имеет смысл, потому что они сильно помогают независимому разработчику при поиске проектов с нормальными бюджетами, обсуждении условий работы, подписании контрактов.
• Никогда не работать на клиентов, которые требуют устанавливать на ваш компьютер любое spyware, которое периодически делает скриншоты со всех ваших мониторов или фотографирует ваше лицо на web-камеру и периодически отправляет клиенту картинки. Не позволяйте себя никому так унижать даже в том случае, если у вас маленький опыт работы. Если уровень доверия к вам изначально ниже плинтуса, то нет смысла подписывать контракт на кабальных условиях. Лучше на неадекватного клиента не работать ни минуты, чем подписать контракт и потом пожалеть.
• Не позволять делать из вас козла отпущения. Если тимлид и менеджер требуют от вас заниматься не только разработкой софта, но и самостоятельно руководить в JIRA своими задачами на проекте, гиперактивно помогать коллегам, развлекать клиента в чате, обсуждать с ним все детали реализации, думать о бизнесе клиента и заранее предугадывать все ситуации, то напишите личное письмо клиенту, объяснив ситуацию и предложив выгнать тимлида и менеджера из команды и перенаправить хотя бы часть их суммарных з/п на вас лично, поскольку в контексте наложенных на вас задач они стали не нужны. Если же сам клиент требует от вас не только разрабатывать софт, но и думать о бизнесе, быть телепатом, предугадывать желания клиента на два спринта вперед, думать о монетизации будущего продукта, «проактивно» предлагать наиболее подходящие фичи для разработки, то согласитесь и предложите внести изменения в контракт: отныне вы по 30 часов в неделю занимаетесь разработкой софта и еще по 10 часов занимаетесь бизнес-анализом, исследованиями рынка, думаете о монетизации конечного продукта, который будет приносить прибыль клиенту десятилетиями. При этом потребуйте удвоить или утроить ваш удельный часовой рейт.
• Никогда не перерабатывать. Никогда не работать более 40 ч в неделю. Многие практиканты, джуниоры и миддлы совершают катастрофическую ошибку, начиная перерабатывать. Их тактика звучит примерно так: «Да, я зарабатываю, как лох, но если я начну работать по 60 ч в неделю вместо 40 ч в неделю, то мой годовой доход вырастет». Данная тактика неизбежно приводит к стратегическому провалу, когда оклад человеку годами не повышают или же повышают крайне незначительно, зато постоянно подкидывают ему сотни нудных, неинтересных и омерзительно скучных задач, эксплуатируя его, как огородную лошадь. Всегда помните, что 40 ч в неделю — это ваш максимальный лимит, после которого вы можете заниматься чем угодно, только не работой. Например, можно заниматься повышением квалификации, самообразованием, разработкой своих проектов или поиском новых карьерных вариантов, что в совокупности окажет на ваш суммарный доход за ближайшие три года более положительное влияние, чем переработка здесь и сейчас на текущего работодателя. А если работодателю вот прямо сейчас не хватает людей не проекте, то пусть нанимает дополнительных разработчиков, создавая новые рабочие места, в результате чего, кстати, экономическое равновесие установится уже в другой точке.

Отдельно следует отметить, что у многих программистов имеется абсурдная религиозная вера в бездонность рынка, вера в то, что мест на рынке хватит для абсолютно всех желающих получать от $5 000 в месяц и больше, настукивая код в Emacs по 8 ч в день. Отчасти эта вера вбивается им в головы владельцами галер, которые хотят, чтобы инфантильные программисты максимально толерантно относились к увеличению числа программистов на городском рынке труда, спокойно делились знаниями и опытом со всеми, преподавали, а иногда и работали бесплатно (хакатоны, бесплатный консалтинг или же такие переработки, когда программист реально проработал 10 ч, а в Redmine записал 9,5 ч). Отчасти эта вера насаждается научной фантастикой и постоянным обсуждением высоких технологий будущего в новостях, вследствие чего юноша с горящими глазами начинает считать, что рынок резиновый, что через годик-другой на планете потребуется 1 млрд разработчиков. Программисты не осознают, что совокупные расходы на труд программистов (то есть на труд джуниоров, миддлов и синиоров) у Alphabet Inc., Amazon.com, Berkshire Hathaway, ExxonMobil, Johnson & Johnson, Facebook, JPMorgan Chase, Wells Fargo и прочих корпораций в последние годы ежегодно падают, если считать честно, учитывая всех их контракторов и субподрядчиков, но не учитывая IT-менеджеров, тимлидов и продажников. Единственный выход из этой ситуации — создание профсоюзов или неформальных объединений с целью обобществления ресурса «работодатели», а также борьбы с демпингом на рынке труда и борьбы с излишней популяризацией профессии.

У всех разработчиков должна быть классовая и трудовая солидарность, рабочее самосознание. Профсоюзы должны стремиться к тому, чтобы даже весьма средний по сложности труд никогда не продавался задешево на рынке труда. Профсоюзы должны бороться с прививанием другим программистам заниженной самооценки и комплекса неполноценности со стороны менеджмента, стремящегося навязать им мысль о том, что не совсем идеальный программист должен обваливать цены на свой труд из-за своей неидеальности. Профсоюзы должны бороться с излишней популяризацией профессии, приводящей к тому, что в профессию сейчас толпами идут сантехники, дворники, лэшмейкеры, штукатуры и филологи. Нужно стремиться к тому, чтобы на рынок разработки софта вкатывались только те, кто еще со школы испытывал повышенный интерес к программированию, все свободное время проводя с отладчиком, профилировщиком, линкером и компилятором, а в вузе слушал лекции по дискретной математике, математической логике, алгоритмам, структурам данных, теории категорий, теории типов. Профсоюзы должны объяснять программистам, что даже в рамках консалтинга можно продавать свои модули, библиотеки или небольшие конечные продукты вместо того, чтобы выкладывать на GitHub все, что плохо прибито к полу. Профсоюзы должны объяснять программистам, что они не должны оказывать бесплатный профессиональный консалтинг на Stack Overflow.

Напоследок нужно рассмотреть фрилансеров. Данные люди представляют собой пример вредной для становления миллионером психологии временно нищего миллиардера. Фрилансеры тратят все свое время на поиск заказчиков, переговоры, самопиар, сон, улучшение своих профессиональных навыков и собственно выполнение работы. При этом фрилансеры считают отсутствие у них юридического лица и/или долговременных контрактных отношений неким признаком элитарности и свободы, полагая, что это является достаточным признаком бизнесмена, и причисляя себя к классу буржуазии на основании факта самостоятельного поиска заказчика. Но фрилансер вообще не тратит время на создание и развитие собственной корпорации, своих активов, накопление собственных финансов, управление собственными финансами и активами, улучшение профессиональных навыков в области управления и экономики. Настоящим признаком бизнесмена является или наличие юридического лица, или наличие собственных активов, то есть находящихся в собственности систем, средств, продуктов, процессов, собственноручно составленных контрактов и методов, способствующих подавлению конкуренции, накоплению экспертизы, защите ее от расхищения, а также выгодной ее продаже и перепродаже многим партнерам без посредников. Также следует отметить, что ни один бизнесмен никогда не будет регистрироваться на каком-нибудь убогом сайте типа Upwork, где чужие дяди будут ему ставить несмываемые оценки наподобие 4,05/5 или 3,45/5, оценивая его числовым клеймом, словно проститутку, и умышленно ставя его в положение соответствия чьим-то пожеланиям. Поэтому фрилансера вообще нельзя называть предпринимателем, коммерсантом, бизнесменом, даже если он сам себя так называет. Более того, зачастую у среднего фрилансера вообще нет сбережений даже на год вперед, нет такого объема финансов. Так что же делать фрилансеру? А все то же, о чем писалось выше. Создавать профсоюз, который будет бороться с демпингом и вразумлять трудовой народ. Навсегда бросать фриланс, удалять свой Upwork-аккаунт и затем либо регистрировать свою корпорацию в хорошей юрисдикции, либо же без создания юридического лица начинать самостоятельно сотрудничать с иностранными компаниями по 40 часов еженедельно по долгосрочным контрактам (например, контракт на 1 год), собственноручно подписывая NDA, NCA и сам контракт, в одиночку встраиваясь в иностранные команды разработчиков и занимаясь серьезными проектами, а не задачками для программистов. И еще нужно ежегодно обрастать своими активами хотя бы в виде небольших модулей, компонентов, решений, продуктов, проектов, библиотек, многократно перепродавая их клиентам.

Подытожим все выше сказанное и дадим совет для студентов технических вузов, которые только начинают задумываться о начале карьеры. Раскроем для них страшную тайну, о которой им не расскажут ни в университете, ни на работе. Тайна заключается в следующем: Junior Software Engineer, Middle Software Engineer и Senior Software Engineer — это не некие объективные характеристики, а всего лишь субъективные оценки, галерные термины. В мире глобального капитализма, психологических манипуляций и промывания студенческих мозгов нужно осознать одну простую вещь: синиором/экспертом является не тот, кому хитрый и подлый Project Manager за многолетнюю верную службу на галере выдал такую лычку и разрешил вписать ее на LinkedIn и начать отныне представляться синиором на собеседованиях в следующих компаниях, а тот, кто смог продать себя, как синиора. Senior Software Engineer — этот тот, кто с любой попытки (1-й, 10-й, 100-й — не важно) смог продать свою экспертизу по соответствующей цене с выгодой для себя, а не тот, кто якобы обязан являться ментором для джуниоров, якобы обязан укладываться в аномально низкие эстимэйты, якобы обязан выдавать академически идеальный код, не требующий профилирования приложения. До этой страшной тайны студент, попавший на галеру, дойдет своим умом только разве что к 15-летнему юбилею своей гребли, когда будет уже поздно, поэтому стоит предупредить молодежь заранее. И выводов тут будет четыре:

1. Студенту не стоит стремиться начинать свою трудовую деятельность с работы на российско-американской галере. Мир глобален, мировой рынок открыт, учите American English, работайте вне галер удаленно по контрактам. Если на вашем самом первом (или любом другом) проекте не будет русскоговорящих управленцев (тимлидов, менеджеров) вообще, это будет лучше для вас. Наличие на проекте «СНГшного» менеджмента в любом виде — это громадный минус, а не плюс для вас, поскольку они будут вставлять палки в колеса, замедляя ваш карьерный и зарплатный рост и тем самым воруя годы вашей достаточно короткой жизни.
2. Не обязательно начинать свою карьеру со ступени под названием «Junior Software Engineer». Все можно упростить, оптимизировать, перепрыгнуть, даже не наступив. Думайте сами, включайте голову. Варианты есть.
3. Если что-то не получилось, не взяли, послали, отказали, нагрубили, опустили — пробуйте снова и уже в другом месте. Пробуйте либо сегодня же, либо завтра, не откладывая. Нет ничего плохого в том, что вас с ранних лет возьмет на проект на должность с высокой з/п только 100-й работодатель с 100-й попытки. Не жалейте о том, что сделали 99 обломавшихся попыток занять хорошее место и проскочить лишние этапы. Ваши недополученные деньги и время, затраченные на 99 неудачных попыток, многократно окупятся 100-й удачной попыткой.
4. Вас не должна интересовать ваша должность — джуниор, синиор, старший, младший, низший, ведущий, высший и так далее. Лычки — это для лохов. Сконцентрируйтесь только на деньгах. Вас должны интересовать в первую очередь деньги и ваша з/п, потому что никто, кроме вас, о вашем удельном часовом/годовом доходе не позаботится. Всегда помните о том, что лучше быть миддлом на побегушках в небольшой иностранной корпорации на удаленке full-time за $6 500 в месяц, чем гордым важным уважаемым синиором на российско-американской галере за $2 900 в месяц.

Часть III. Галеры, внутренний рынок, зарплаты, карьера

Фактически в РФ существует два параллельных рынка IT-услуг: внешний, ориентированный на иностранных клиентов, и внутренний, ориентированный на российских клиентов.

Внешний рынок представлен в основном компаниями, именуемыми в простонародье словом «галера». Галера — это IT-компания, нанимающая людей и работающая в рамках бизнес-модели аутсорсинга разработки софта или аутстаффинга — разработки софта. Типичная галера представляет собой арендованный дешевый офис, в который закупается сотня столов, стульев и компьютеров. В общем виде бизнес-модель сводится к покупке программистов на местном городском рынке труда в розницу и к продаже их в США оптом в 3 — 4 раза дороже. Никаких своих проектов галера, как правило, не имеет, но в качестве редкого исключения может иметь небольшой IT-продукт, разработанный гребцами для одного клиента, который галера потом неоднократно пытается продать другим с доработкой под конкретного заказчика. Реальная рыночная стоимость типичной галеры равняется суммарной стоимости ее столов, стульев и компьютеров, не более того.

Галеры активно паразитируют на вузах, встраиваясь в процесс обучения за взятки деканам и заманивая студентов к себе. Менеджеры и тимлиды с галер тщательно скрывают от студентов свою паразитическую сущность, гордо называя свою галеру «ведущей американской IT-компанией», рассказывая, что главный офис у нее находится в США, и забывая добавлять, что в американском офисе есть всего несколько человек и ни одного программиста. Галерное руководство скрывает от студентов тот факт, что галера их будет десятилетиями перепродавать иностранным клиентам в 3-4 раза дороже, навариваясь на них. Работа на галере преподносится для студентов как безальтернативный путь, потому что второй вариант — это «работать на российских заказчиков за копейки». Про третий путь (самостоятельный поиск удаленной работы по всему миру на long-term-проектах или удаленный консалтинг по контрактам) тимлид и менеджер никогда не рассказывают студентам. Деканов факультетов эта ситуация устраивает по понятной причине. Вузы вообще не учат тому, как студенту-программисту можно начать работать самостоятельно, как общаться с контрагентами, находить их удаленно по всему миру, вести переговоры посредством email или Google Hangouts, подписывать NDA, самостоятельно составлять и подписывать контракты, продавливая свои условия в контрактах. Вузы не учат юридическим аспектам самостоятельной работы на иностранных заказчиков, не учат тому, какими бывают контракты (time and materials, fixed-price, cost-plus). Вузы не учат тому, что, например, три друга-студента, ударившиеся в различные смежные специализации, могут втроем начать вместе работать на американского клиента, минуя всякие галеры, либо же могут втроем устроиться на галеру, затем увести клиента (что ТК РФ не запрещает делать), затем сразу уволиться с галеры и продолжить втроем работать из своих квартир на того же самого клиента или его бизнес-партнеров.

Российские галеры любят хвалиться своими з/п, заманивая студентов. Менеджеры с гордостью будут рассказывать, что разработчик-синиор там зарабатывает $2900 в месяц, разработчик-миддл — $1400, разработчик-джуниор — $600, практикант — $200. Но реальность будет несколько иной.

• Во-первых, такие рабочие места в РФ есть, но их на всю страну ужасно мало именно с такими з/п (3 тысячи таких синиоров и 30 тысяч таких миддлов на всю большую Россию, к примеру), поэтому мест на всех не хватит.
• Во-вторых, столько могут платить только самые крупные галеры наподобие EPAM, Luxoft, MERA, DataArt, да и то не всем, не всегда и не на всех проектах.
• В-третьих, «карьерный рост» даже до уровня в $1400 у практиканта в РФ может занять десятилетие, а типичного практиканта уволят на ранних стадиях, заставив его сделать какой-нибудь небольшой внутренний проект за еду: «Вы нам не подошли, всего доброго, но спасибо за сделанный проект».
• В-четвертых, на некоторых галерах даже джуниоры уже сейчас работают за еду, не говоря уже про практикантов, а рынок труда перенасытился уже настолько, что порой на борт галеры требуется синиор на з/п миддла или миддл на з/п джуниора, причем от джуниора могут потребовать свои проекты на GitHub, которые он якобы обязан делать все свободное время.
• В-пятых, галеры в провинциальных городах платят гребцам обычно в 1,5 — 2,5 раза меньше, чем столичные. В-шестых, на большинстве галер программисты проводят по 60 — 80 часов в неделю, а за уклонение от постоянных переработок людей легко увольняют.

Отдельно стоит сказать и о повышении з/п на галерах. Обычно каждые полгода осуществляется пересмотр з/п, но повышение происходит крайне редко. Чаще всего з/п просто не повышают, не индексируя даже на уровень официальной инфляции в РФ. Менеджеры и тимлиды используют методики манипуляции сознанием и выдумывают тысячи причин, по которым гребец, успешно работавший на галере полгода, является плохим специалистом и человеком в целом. Могут посоветовать «подучить дизайн-паттерны» (даже если человек знает пару десятков паттернов, и из них на проекте применяются только два), могут придраться к уровню английского (даже если гребец опытный и имеет upper-intermediate), могут сказать, что человек не знает C++14 (даже если данные нововведения не используются на проекте вообще), могут обвинить его в том, что он не знает дюжины дополнительных фрэймворков (даже если все они никогда не будут применяться на проектах галеры). К сожалению, огромное количество умных разработчиков софта безграмотны в области юриспруденции, психологии и экономики, поэтому позволяют так собой манипулировать, ведясь на методики манипуляции сознанием. Иногда встречается и такая практика, как понижение з/п. Некоторые разработчики в РФ обладают легкой степенью аутизма, поэтому позволяют и такое с собой вытворять, не осмеливаясь покинуть галеру. В итоге з/п либо не меняется, что встречается чаще, либо понижается, что встречается реже, но инфляция в РФ при этом год от года никуда не девается. Типичный вопрос, который менеджеры два раза в год задают при пересмотре з/п, звучит так: «А зачем тебе столько денег?» Также при пересмотре з/п сотрудников менеджеры внушают им мантру «Да не в деньгах счастье». Управленцы считают, что людям деньги не нужны, что они людей только портят. Раз в год на некоторых галерах проходят собрания всех сотрудников с красивыми презентациями и речами владельцев галер, хвастающихся тем, сколько новых клиентов по всему миру за год они нашли, сколько новых контрактов было подписано и сколько было выполнено. При этом галерное начальство уклоняется от ответа на вопрос о том, почему темпы роста прибыли галеры и темпы роста доходов управленцев всегда в 25 — 50 раз опережают среднегодовые темпы роста з/п программистов.

В городах с населением в 500 тысяч человек и даже в миллионниках галеры друг против друга, как правило, вообще не конкурируют, а создают олигополии. HR-менеджеры и управленцы с галер создают закрытые чаты, в которых активно обсуждают разработчиков за их спинами, составляют черные списки программистов и устраивают сговоры с целью запрета переманивания людей на более высокие з/п. Зарплатные вилки выравниваются по городу с точностью до доллара.

Отдельно стоит сказать о серых з/п в отрасли и о задержке з/п. Задержка з/п встречается часто, причем руководители галер используют умные термины наподобие «кэш-флоу» с целью объяснить профанам, что все в норме, а на самом деле их з/п ушлые коммерсанты просто прокручивают на депозитах, биржах или в инвестиционных фондах. Серые з/п на галерах встречаются очень часто. В провинциальных городах повсеместно встречаются галеры наподобие DSR Corporation (Data Storage Research, Воронеж), на которых людям платят по 17 000 рублей в месяц официально и еще по 142 000 рублей в месяц платят в конвертах, годами и десятилетиями уклоняясь от уплаты налогов и выстраивая преступные схемы с обналичкой. К сожалению, государство не борется с серыми з/п вообще. Серая з/п наносит вред любому наемному работнику, поскольку из-за этого банк не дает ему в одиночку взять просторную квартиру в престижном доме в ипотеку и начать спокойно выплачивать кредит одному год за годом. Также серая з/п затрудняет получение всех возможных налоговых вычетов.

Внутренний рынок, ориентированный на российских клиентов, неоднороден. Есть вакансии, на которых платят по 60 000 рублей в месяц, взваливая на программиста гигантское количество обязанностей и материальную ответственность и порой заставляя оформлять допуск к гостайне, затрудняющий путешествия за границу. Такое встречается часто у FPGA-разработчиков, работающих в РФ. Что же касается других вакансий, то на сайтах могут стоять вилки в 30 000 — 50 000 рублей в месяц, но при этом нужно четко понимать, что з/п всегда будет равняться нижней границе (30 000 в данном примере). Директора российских компаний и менеджеры тоже в совершенстве владеют методиками манипуляции сознанием, поэтому всегда могут найти в специалисте недостатки и опустить его самооценку. Также на внутреннем рынке существует практика выслуги лет, тарифных сеток и стажа, которая не позволяет молодому специалисту сразу начать получать по 100 000 рублей в месяц при наличии у него нужных знаний и умений. Многие пороки владельцев галер перекочевали и на внутренний рынок, а именно: практика не индексировать з/п, игнорируя официальную инфляцию, практика работы за еду дня практикантов и даже джуниоров, практика требовать свои проекты, которые человек якобы обязан делать все свободное ото сна время, а также практика обязательных переработок, приводящая к тому, что типичный программист проводит на работе по 60 — 80 часов в неделю. Еще у различных IT-компаний в последнее время вошла в моду практика потребовать от миддлов и синиоров до трудоустройства сделать для них какой-нибудь небольшой проект или выполнить реально нужную для них задачу, а после получения корректно выполненного результата работы вежливо отказать в трудоустройстве. Так лохи помогают компаниям экономить деньги.

Российские работодатели воспринимают вузы как некие фермы, на которых государство на налоги общества выращивает специально для них молодых галерных рабов с промытыми мозгами и заниженной самооценкой. Все такие «фермеры» воспринимают российских программистов как свою коллективную собственность, коллективный ресурс, тщательно отслеживая судьбу каждого программиста при попытке сменить работу, связываясь с его новым работодателем, давая отрицательные рекомендации и замораживая рост з/п в отрасли. Возможность повышения своей з/п посредством смены работодателя сейчас в РФ крайне затруднена. Большинство программистов заняты либо в аутстаффинге, либо аутсорсинге. Что касается аутстаффинга, который часто встречается на галерах, то ТК РФ явно его запрещает. Несмотря на это, прокуратура и трудовая инспекция ни разу не штрафовали галеры за аутстаффинг. Что касается аутсорсинга, то существует три причины, по которым одна корпорация отдает другой корпорации проект на аутсорсинг:

• Первая — нехватка времени для того, чтобы сделать проект самостоятельно (для распараллеливания работы часть проекта начинает делать аутсорсер).
• Вторая — отвращение к проекту, состоящему из legacy-кода, написанного индусами в 90-х или 2000-х (отдать, заплатить и вздохнуть с облегчением).
• Третья — недостаток экспертизы у корпорации в конкретной отрасли здесь и сейчас (часть большого проекта отдается на аутсорсинг корпорации с нужной экспертизой).

Так вот, типичная галера является падальщиком, заключающим любые контракты с кем угодно на разработку или доработку любых проектов, лишь бы получалась нужная маржа. В подавляющем большинстве случаев проекты на галеру попадают из-за второй причины. Разгребать эту падаль приходится российским программистам, и чаще всего реальной возможности отказаться от проекта или сменить проект на галере у программистов нет, потому что вопрос ставится ребром — или человек месит legacy-код, или «увольняется по собственному желанию». Типичный молодой программист, который десятилетиями ковырялся в закрытом индусском коде, ублажая свою галеру, уже к зрелому возрасту получает профнепригодность для серьезной разработки софта и целый перечень заболеваний (позвоночник, зрение, суставы, кровообращение, мозг, нервы, психика), а ближе к пожилому возрасту — ненужность уже на самой галере, проблемы с трудоустройством, отсутствие сбережений, низкую пенсию в перспективе. При этом в российских продуктовых компаниях, продающих свои продукты в США за валюту, ситуация с работающей бедностью и трудовым рабством мало отличается от галер, а на внутреннем рынке, ориентированном на российских заказчиков, ситуация еще хуже: повсеместно встречается уже не работающая бедность, а работающая нищета.

Часть IV. Поднимать самооценку людей и бороться с инфантилизмом

Всегда старайтесь понимать самооценку ваших коллег по профессии. Поднимайте самооценку всем униженным, оскорбленным, обиженным, опущенным, закомплексованным, забитым, запуганным, зашуганным, ущемленным, загнобленным, угнетенным. Раскрывайте изгоям и аутистам глаза, объясняйте им, что они объективно являются хорошими профессионалами, просто их недооценивают и гнобят осознанно с целью понизить нижнюю планку з/п на позициях. Никогда не смейтесь над теми своими коллегами, которые не занимают управленческих должностей. Говорите другим наемным работникам, что им не стоит высмеивать или гнобить изгоев и аутистов в коллективе, не стоит подшучивать над ними, потому что это выгодно управленцам и крайне невыгодно инженерам. Иногда хорошему специалисту имеет смысл даже встать, подойти и публично заступиться за аутиста, которого отчитывает ваш менеджер из-за пустяка, громко и четко сказав, что не все так печально и что аутист никакого ущерба проекту фактически не причинил. Это не призыв к альтруизму и сострадательности, а призыв к здоровому эгоизму: дело в том, что забитые и закомплексованные люди в любых компаниях мешают росту вашей з/п, поскольку они позволяют сдвигать окно Овертона и влияют на нижние части зарплатных вилок для всех позиций. Это влияет не только на з/п в данной компании, но и на з/п в городе, регионе и стране в целом. Вам же выгодно сдвинуть окно Овертона в другую сторону, то есть добиться того, чтобы все закомплексованные люди с пониженной самооценкой в компании собрались и коллективно добились повышения их з/п хотя бы на 30%. В таком случае уже вы сможете зайти к директору и потребовать утроить ваш удельный часовой доход. И директор, осознавший, что условия изменились бесповоротно, будет вынужден сократить сверхпотребление семей всех управленцев в компании, включая семью директора, и поднять з/п вам, не меняя вашей инженерной должности, не заставляя вас становиться управленцем и не загружая вас дополнительной работой. Это нормально, это рыночно, это по рынку.

Также надо бороться с инфантилизмом в трудовом коллективе. Если в вашей компании 35-летние мужики катаются офису на гироскутерах, пьют смузи, едят маффины, ходят в подвернутых штанах, парят электронные сигареты, раскручивают спиннеры, ходят к имиджмейкерам с палками для сэлфи и стригут бороды в барбершопах, то добиться значительного повышения з/п в таком коллективе не получится. Поэтому нужно проводить разъяснительные работы с пролетариями, объясняя им, что детство давно кончилось, что пора им уже стать серьезными взрослыми людьми, начать думать о деньгах, начать бороться за повышение з/п. Прививайте инфантилам классовую солидарность и рабочее самосознание. Объясняйте коллегам, что спиннер — это игрушка для умственно отсталых детей. Объясняйте им, что от работодателя нужно требовать не бесплатные абонементы в фитнес-центр с бассейном, маффины, смузи, настольные теннисы и игровые приставки, а деньги. Людям нужны деньги, а все остальное для себя они смогут купить сами, включая полисы ДМС и абонементы в спортзал. Разумеется, групповое страхование значительно уменьшает стоимость одного полиса, но нет смысла привязываться к работодателю. Можно объединяться с друзьями, коллегами, соседями в группы от 10 человек и составлять коллективные договоры со страховщиками. Если ваша группа единомышленников по численности будет превышать число сотрудников любого предприятия в субъекте РФ, то стоимость соцпакета для вас будет даже ниже, чем у любого из работодателей, при этом не будет привязки к работодателям.

С социофобией тоже нужно бороться. Если рассмотреть IT-сектор, то работодатели к текущему моменту загнали кнутами и пряниками в IT большое количество социофобов. Социофоб — это человек, не умеющий сказать «Нет», отказать в чем-то работодателю, менеджеру, начальнику, настоять на своем. Социофоб панически боится даже малейших конфликтов и даже легчайшего противостояния на словах с кем-либо. Они согласны на все, согласны всегда и во всем со всеми управленцами. При этом не стоит путать интровертов и социофобов. Интроверт малообщителен, тих и задумчив, но все-таки умеет четко и ясно сказать «Нет» управленцу. Вот с социофобией в коллективе и стоит бороться, превращая социофобов в обычных интровертов.

Часть V. Не вестись на демагогические приемы работодателей

Самым распространенным демагогическим приемом, позволяющим работодателю обесценивать потенциального сотрудника на собеседовании, является требование опыта работы, измеряемого обязательно в годах, а в особо запущенных случаях — в десятилетиях. Зачастую от промышленного альпиниста требуют 5-летний опыт монтажа кронштейнов, от электрика — 5-летний опыт установки УЗО, от фрезеровщика — 5-летний опыт работы с заготовками из жаропрочных сплавов, от программиста — 5-летний опыт работы с Apache Kafka. Сам работодатель при этом зачастую нагло врет, рассказывая на своем сайте, что его фирма якобы является мировым лидером в отрасли и якобы имеет 20-летний опыт работы с различными инструментами и технологиями, несмотря на то, что директор фирмы о какой-нибудь конкретной модной технологии услышал всего 3 месяца назад, а самый опытный из текущих сотрудников фирмы имеет лишь 6-месячный реальный опыт работы с этой технологией.

В нашем динамично развивающемся мире, в котором что-то принципиально новое появляется каждые полгода, а старое уходит, требование многолетнего опыта работы по сути является злостной попыткой работодателя, нагло врущего клиентам на своем сайте, изначально выстроить со своим наемным работником максимально неравноправные отношения, убив его самооценку. Работодатель может иметь опыт руководства компанией, устанавливающей кондиционеры, в несколько раз меньший, чем опыт его работника, который будет эти кондиционеры непосредственно вешать. Но при этом работодатель никогда не будет этого стыдиться, стесняться, каяться и урезать себе годовой доход по этой причине. Поэтому никогда не ведитесь на уловку под названием «У вас мало опыта». Все разговоры на тему опыта, измеряемого в годах, старайтесь переводить на тему опыта, измеряемого в конкретных небольших задачах. Старайтесь показать свою эрудированность, знание всех нюансов. Даже если вы за всю жизнь повесили только три кондиционера, расскажите, что вы знаете все аспекты данной работы, а также все без исключения потенциальные ошибки, которые неопытный человек может совершить, и никогда их не совершаете, работая качественно и на совесть. Даже если вы за всю жизнь установили только три УЗО, продемонстрируйте, что вы прекрасно разбираетесь в номенклатуре товаров в магазинах, в производителях, в аспектах установки, знаете все подводные камни. И так далее. Если работодатель будет настаивать на своем и пытаться навесить на ваш оклад некий понижающий коэффициент «за неопытность», то прощайтесь с ним навсегда и уходите. Лучше потратить пару-тройку месяцев на поиски нормальной работы и нормального проекта, чем согласиться работать на неадекватного работодателя.

Часть VI. Бороться с кумовством

Старайтесь никогда не работать в компаниях, в которых должности с самыми высокими з/п занимают родственники или супруги. Не работайте там, где начальник или топ-менеджер тащит своего сына или внука к себе на работу и тянет его наверх. Если хотя бы половина хороших специалистов любых профессий в РФ начнет «голосовать ногами», бойкотируя предприятия, практикующие политику кумовства, то эти предприятия очень быстро начнут разоряться, не вписавшись в рынок. Начинать бороться с кумовством имеет смысл уже на собеседованиях, а иногда — и до собеседований. Если вас куда-то приглашают, то постарайтесь провести небольшое расследование в интернете, найдя список директоров, бухгалтеров, начальников, старших и ведущих специалистов, топ-менеджеров и так далее. Если среди них встречаются однофамильцы или фотографически похожие друг на друга граждане, то имеет смысл отказаться от работы в этом рассаднике кумовства.

Часть VII. Стремиться к удаленной работе и ее популяризации

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