1168

Зарплаты программистов

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

Цитата: "Да в IT вообще какие то ебнутые зарплаты. Люди вкалывают на реальных работах, на производстве, в больницах людей лечат, получают копейки. А айтишники за сомнительную пользу обществу огромные деньги получают" (ссылка) - и решил что лучше ответить @TimohaKZ здесь...


Итак, почему в ИТ такие "большие" зарплаты. По пунктам:


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


Когда я начинал работать, то работал на низкой зп за опыт, параллельно учился чему-то новому в нерабочее время и при этом всегда работал еще и на второй работе. Если мне там оплачивали 5 долларов в час - считал что это стоит потраченного времени и сил. Физически я тогда по часам работал полный рабочий день на одной работе и часов шесть на второй. Добавьте время на дорогу до работы и то что я еще что-то учил. Выходных у меня почти не было - просто или работал по второй работе (почасовой) или что-то учил. Наверное есть гении, которые как-то по другому добивались хорошей зп, но мне все эти знания давались двумя работами и учебой.


У меня два брата, которые говорят что работать на двух работах они не могут. Я в таком режиме работал годами.


Сейчас у меня зп 30 долларов в час. Что для этого было нужно сделать:


1. Знания. Многие считают, что отучились в школе, затем в институте - все, можно придти на работу, где должны платить хорошо только за то что человек пришел и отсидел на рабочем месте 8 часов в день. Я уже в комментариях писал, что было тяжело сидеть в пятницу вечером, читая техническую литературу и учиться, пока во дворе соседи пиво пили. Я пиво тоже люблю. Но сидел и занимался. Это просто частный пример. У меня на udemy куплено порядка 15 курсов по программированию в нужных мне областях, книг перечитал вообще не знаю сколько (естественно, большую часть прочитанного забыл, но то что использую на практике - уже из памяти не сотрется). Очень много практики помимо работы, например, каких-то своих "гениальных" проектов, когда садился и что-то делал месяц или два, мечтая как это станет резко всем нужным и я буду на пляже с белым песком сидеть с ноутбуком, попивая коктель. Времени убил очень много, научился многому, но вот ни один из проектов не выстрелил. Вру, один опенсорс неплохо выстрелил, но это я потом как-нибудь отпишусь. Суть в том что чтобы программисту хорошо платили - он должен отрабатывать эти деньги. Если вам платят 30 тыс оклада в России, то вас уволить тяжело. Мне платят 30 долларов в час по договору и я работаю как ИП - как только я начну халтурить и заказчик посчитает что я не отрабатывают свои деньги - со мной попращаются одним днем.


2. Суммарно за 20 лет порядка 3-4 лет я занимался английским. Хорошо платит иностранный заказчик, значит английский нужно понимать и достаточно грамотно на нем изъясняться. Год с тьютором (skyeng) и три года суммарно - самостоятельное изучение. Сейчас опять собираюсь начать. Беру "Грамматика, сборник упражнений" Голицинский, (сейчас уже 8е издание есть по-моему) - и к нему же решебник. Сажусь и лист за листом делаю эти упражнения. Потом по решебнику проверяю, где ошибся. Часами. По-другому не получится.


3. Умение себя продавать. Это навык, полезный в любой специальности. Мой текущий работодатель изначально предлагал мне зп почти в два раза меньше той, которую платит сейчас, просто потому что посчитал что в России и такая зп сильно выше средней. У меня два месяца ушло на обсуждение и обоснование того, что я хочу за свою работу и почему. Почему моя работа стоит дорого? Пример: зимой месяц я делал автоматизацию тех рутинных операций, которые руками делали сотрудники заказчика. Я эту рутину автоматизировал. По примерным прикидкам заказчика же, сейчас в месяц сотрудники заказчика экономят только на этом функционале два человека-месяца в месяц. Т.е. два человека тратили бы все свое рабочее время на выполнение этой рутины, сейчас они заняты другими, более полезными вещами. Т.е. оплатив мне месяц работы, заказчик теперь каждый месяц экономит две зарплаты своих сотрудников. И вся моя работа направлена на то, чтоб сотрудники заказчика делали свою работу быстрее, легче и при этом избегали ошибок, которые в силу законодательства могут стоить заказчику штрафов в десятки тысяч долларов. Другой пример - я при работе с данными увидел аномалию (кривые данные), начал разбираться, начал обсуждать с заказчиком - оказалось что его сотрудник сделал ошибку, которая обошлась бы моему заказчику почти в 30 тыс долларов. Я мог просто не обращать внимание на эти данные и делать "свою" работу - и заказчик бы мог просто потерять эти деньги. Вот поэтому этот заказчик платит мне хорошую зарплату и уже не спрашивает, почему я считаю что стою дорого.


Пункт второй. Будучи взрослым мужиком и проработав больше 20 лет (не важно, в какой области), я считаю НОРМАЛЬНЫМ иметь такой заработок, чтоб в моей семье была хорошая машина (не крузак, но тем не менее большая машина, в которой семье из 4х человек удобно ездить и на отдых и по делам в городе), чтобы у меня было жилье (хотя речь идет о обычной квартире в обычном районе, не элитный новострой), чтоб у меня была дача, куда можно из города в выходные вывезти детей. Я считаю нормальным раз в год свозить семью на хороший отдых куда-нибудь (хотя тоже не всегда получается, в этом году решили что не устали). Раз ИТ дает мне такую возможность - я работаю в ИТ. Если бы в ИТ были плохие зарплаты, я бы шел работать туда, где нормально платят и где есть возможность заработать нормально. Более того, в самом программировании я мог бы сидеть в той же фирме, где работал лет десять назад - и получал бы неплохую зп и спокойно работал бы, но с моей точки зрения работа - это место, где я зарабатываю деньги. И я годами поднимаю эту планку - учусь дальше и иду работать туда, где платят еще больше.


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

Лига фрилансеров

2.3K поста16.9K подписчика

Правила сообщества

Не забывайте поддерживать авторов плюсами!


Нельзя:

- Добавлять нетематические посты, последнее решение за модератором

- Рекламировать какую-либо продукцию в виде постов


Можно:

- Делится любыми интересными историями, связанными с фрилансом :)

Вы смотрите срез комментариев. Показать все
27
Автор поста оценил этот комментарий

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

раскрыть ветку (45)
9
Автор поста оценил этот комментарий

Полностью согласен. Врач хирург должен знать на порядок больше программиста и цена ошибки у него - выше. А то что им у нас так плохо платят - это просто звиздец. И можно еще много других специальностей сюда так же вписать. Просто на программистов спрос сейчас выше. Через 10 лет спрос может и упасть.

раскрыть ветку (6)
7
Это синий бейдж
Автор поста оценил этот комментарий

Как это знакомо. Я немного косвенно связан с IT, немного инженер-электрик- частотники, контроллеры сименс, автоматизация, ПИД-регуляторы и всякое такое. Когда был в командировке в байконуре - вообще в шоке, что ракеты еще и летают. Разговорился с одним спецом на перекуре - занимается проверкой мозгов, алгоритмами поведения в нештатной ситуации в ракете-носителе, так ЗП у него 40 тысяч. Рублей! Это же пиздец, человек, который проверяет правильно ли ведут себя мозги ракеты, не будет ли бага в полете, получает чуть больше, чем уборщица в макдоналдсе в Москве.

5
Автор поста оценил этот комментарий

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

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

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

1
Автор поста оценил этот комментарий

Согласен с вами. Подруга работает (ла?) медсестрой (ну не хирург, да, но тем не менее) в детской больнице. Мне частенько было реально внутри стыдно перед ней за то, что зарабатывал больше. Она делала великое дело: привезли больного/умирающего ребёнка - увезли здорового, и не без её помощи.
Себя же я видел и вижу как .. ну сэкономила моя работа какой-то компании Х денег .. и чё?

1
Автор поста оценил этот комментарий

читал историю как индусы неправильно закодили томограф и он успел убить 5 человек пока поняли в чем дело

0
Автор поста оценил этот комментарий

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

раскрыть ветку (1)
0
Автор поста оценил этот комментарий
Факт. Даже не поспорить
7
Автор поста оценил этот комментарий

У инженера-конструктора узкая ниша применения знаний.

А у программиста практически любая компания готова его взять. Будь то магазин или банк.

раскрыть ветку (24)
15
Автор поста оценил этот комментарий

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

раскрыть ветку (21)
4
Автор поста оценил этот комментарий
И это нормально, т.к. помимо изучения ЯП ты ещё учишься бизнес-логике, тех.процессам и просто используемому стеку технологий, и уйти из банка на разработку игр ох как не просто, хотя ЯП может быть один и тот же
раскрыть ветку (1)
1
Автор поста оценил этот комментарий

Почему же непросто? Есть некоторый объем доменных знаний в каждой области, но при желании это сделать в сжатые сраки, если у человека есть достаточный бэкграунд. На примере энтерпрайза на C# и Unity, например.


Другое дело, что есть разработка игр на движках, а есть разработка этих движков.

1
Автор поста оценил этот комментарий

Я в базах данных прогаю. А их не так много и нужны везде.

Тут больше в предметной области приходится на каждой новой работе разбираться чем в умении кодить.

1
Автор поста оценил этот комментарий

Мне с джуниора С# предложили на JS-миддла, хотя я ни дня на JS не писала. А это я ещё такая, не особо крутая, короче. Просто знаю процессы, паттерны, плюс софт скиллз.

Я думаю, хорошему миддлу вполне реально пролезть много куда :)

раскрыть ветку (4)
0
DELETED
Автор поста оценил этот комментарий

очень странная ситуация с учетом того, чтобы быть даже джуном нужно знать синтаксис и много других всяких штук. и учатся этому не за неделю. не легче было взять JS мидла?

раскрыть ветку (1)
0
Автор поста оценил этот комментарий

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

0
Автор поста оценил этот комментарий

Вам офер предложили или на собес пригласили?


На самом деле, я слонен считать, что с C# в веб-фронтенд перейти проще, чем наоборот. Такие ребята, читавшие Рихтера, как правило в курсе того, как все это работает под капотом и имеют опыт в правильных практиках программирования. Да и они часто фулл-стек тянут во всяких энтерпрайзных проектах.

раскрыть ветку (1)
0
Автор поста оценил этот комментарий

Прямо оффер. После собеседования.
Да, наверное, соглашусь с вами.

0
Автор поста оценил этот комментарий

Типичное развитие для любой  сферы.

раскрыть ветку (1)
0
Автор поста оценил этот комментарий

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

0
Автор поста оценил этот комментарий

Стек часто ограничивает компанию?

Нет.


Какая разница, делать мне сбербанк онлайн, авито или циан? 90% работы одна и таже.

раскрыть ветку (10)
0
Автор поста оценил этот комментарий

Не просто не ограничивает, у ответственных товарисчей используются несколько альтернативных стеков (то есть прям эквивалентные проекты). Как тот же СберТех с Java/C# бэкендом.


Какая разница, делать мне сбербанк онлайн, авито или циан?

Банк клиент может иметь глубокие корни в учетной системе банка. С досками объявлений его сравнивать я бы не стал.

раскрыть ветку (9)
0
Автор поста оценил этот комментарий

Патерны и клепание интерфейсов почти не зависят от предметной области.


Я работал и на досках и в банках. Принципиальных отличий практически нет.


То что я в основном использую js (а предпочитаю react), практически никак меня не ограничивает. В большинстве компаний и уж тем более сфер, есть достаточное колличество вакансий.


Подходы в рамках стека - практически одинаковые. Если что-то не знакомо, то это изучение, как правило, не занимает времени больше испытательного срока.

раскрыть ветку (8)
0
Автор поста оценил этот комментарий

Патерны и клепание интерфейсов почти не зависят от предметной области.

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

раскрыть ветку (7)
0
Автор поста оценил этот комментарий

Можно.  Зависит от приложения, зачастую как раз взаимодействие с пользователем это и есть большая часть.


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


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


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


Бизнес логика? Да тут тоже все равно, читаем юзер стори, смотрим функционал и читаем доку. Без этого в любой сложной работе все равно наломаешь дров.

раскрыть ветку (6)
1
Автор поста оценил этот комментарий

Читаем доку, смотрим текущую реализацию. Все равно блольшинство задач достаточно однотипны.

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

Иллюстрация к комментарию
раскрыть ветку (5)
0
Автор поста оценил этот комментарий

В любом новом месте для рефакторинга нужно немного поварится. Это не особо зависит от сферы компании. Скорее от внутренней рализации.


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


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


Если человек умеет нормально анализировать и читать документацию, то сфера не столь важна.

раскрыть ветку (4)
0
Автор поста оценил этот комментарий

Это не особо зависит от сферы компании. Скорее от внутренней рализации.

Ммм..нет, для этого есть узнаваемые паттерны.


Вот честно. Сколько у вас было принципиально новых фич за последние полгода?

Каждый релиз по 2-3 фичи. Прям глобальных фич за полгода было две. Причем, вида "впихнуть невпихуемую" безнес-логику для миграции заказчика со стороннего ПО (=


Большинство времени все равно уходит на разбор кода, а не на разбор взаимодействия модулей и бизнес логики.

Принцип Парето - 20% задачи придется решать 80% времени. Но это не значит, что эти 20% можно не делать.


Если человек умеет нормально анализировать и читать документацию, то сфера не столь важна.

Разумеется. Вопрос в том - сколько времени он на это затратит.

раскрыть ветку (3)
0
Автор поста оценил этот комментарий

Подождите, подождите, вы про каких инженеров-конструкторов говорите? Не про тех ли, которые умеют в расчеты и споромат, плюс нарисовать в автогаде?

раскрыть ветку (1)
0
Автор поста оценил этот комментарий

Нарисовать в компасе, солиде, NX, одновременно помогать производству)

ещё комментарии
Вы смотрите срез комментариев. Чтобы написать комментарий, перейдите к общему списку

Темы

Политика

Теги

Популярные авторы

Сообщества

18+

Теги

Популярные авторы

Сообщества

Игры

Теги

Популярные авторы

Сообщества

Юмор

Теги

Популярные авторы

Сообщества

Отношения

Теги

Популярные авторы

Сообщества

Здоровье

Теги

Популярные авторы

Сообщества

Путешествия

Теги

Популярные авторы

Сообщества

Спорт

Теги

Популярные авторы

Сообщества

Хобби

Теги

Популярные авторы

Сообщества

Сервис

Теги

Популярные авторы

Сообщества

Природа

Теги

Популярные авторы

Сообщества

Бизнес

Теги

Популярные авторы

Сообщества

Транспорт

Теги

Популярные авторы

Сообщества

Общение

Теги

Популярные авторы

Сообщества

Юриспруденция

Теги

Популярные авторы

Сообщества

Наука

Теги

Популярные авторы

Сообщества

IT

Теги

Популярные авторы

Сообщества

Животные

Теги

Популярные авторы

Сообщества

Кино и сериалы

Теги

Популярные авторы

Сообщества

Экономика

Теги

Популярные авторы

Сообщества

Кулинария

Теги

Популярные авторы

Сообщества

История

Теги

Популярные авторы

Сообщества

Недвижимость и ремонт

Теги

Популярные авторы

Сообщества