Комментарии 15
Есть еще, как минимум один фактор высоких зарплат в ИТ. Программист вынужден очень много тратить времени на учебу. Вот я, к примеру, несмотря на диплом программиста, не знаю React.JS и сейчас трачу на это время. И таких моментов очень много. Мне лично нравится учиться, но, после того как зарплата "размазывается" на то время, которое человек потратил на учебу, она уже не будет такой высокой.
Все более-менее интеллектуальные профессии требуют постоянного (само)образования. Инженеры, врачи. Программист - это не что-то особенное в этом плане (да и вообще). Просто такая конъюнктура рынка, куда ни плюнь - везде нечто, требующее программирования.
По моим ощущениям, быстрее чем в программировании, знания устаревают только в Интернет маркетинге. Но там не нужен такой значительный объем знаний и навыков как у программистов. Так что в итоге, программистам пожалуй приходится учиться больше всех. Я имею в виду в среднем, поскольку всегда можно найти примеры, где это не так.
Изучать новое и самообразовываться нужно во многих других профессиях. Не нужно прибедняться мол "надо же фреймворки учить, а это время, целых несколько недель или даже несколько месяцев". Скажи это врачам или кому-нибудь ещё, чья работа сложнее, требует более длительного и сложного обучения, а зарплата в несколько раз меньше. И я уже молчу про возможность устроиться программистом имея 9 классов + 1 год самообучения.
Изучать новое и самообразовываться нужно во многих других профессиях.
Да, но за пределами ИТ гораздо чаще, по моим наблюдениям начинает работать формула "знание + звание = величина постоянная". Особенно в медицине или юриспруденции. Т.е. есть возможность вложиться в звание, забронзоветь и успешно косить лавэ. В ИТ, к сожалению, этого нет :)
Зависит от страны. Во многих странах у медиков есть требование перездавать и получать аккредитации каждые несколько лет. А чтоб не терять звание/должноть набирать часы теории и практики каждый год.
Знаю я про эту аттестацию, по итогам которой в РФ врач выписывает фуфломицины , не моргнув глазом. А также ценообразоввние в том же ЦИТО им. Приорова на консультации:
Прием (осмотр, консультация) врача - травматолога-ортопеда, специалиста, первичный 2 500
Прием (осмотр, консультация) врача-травматолога-ортопеда, заведующего отделением первичный 5 000
Прием (осмотр, консультация) врача – травматолога-ортопеда, член-корреспондента РАН, профессора 15 000
Интересно, в заказной разработке в ИТ есть где-то похожая явная наценка за понты, типа Ваш проект будет вести сеньор, сеньор со знанием английского, тимлид или лично СТО?
Конечно есть. Вам стоит заглянуть к большому аутсорсу со своим корпоративным кошельком и вам сразу предоставят прайслист по грейдам, опыту и историям успеха. Как и в других областях - реальная польза может не коррелировать с регалями.
Ставки повышаются, но предполагается, что часы будут уменьшаться, поскольку сеньоры сделают быстрее, чем джуны и миддлы.
Есть. Кровавый энтерпрайз. Там технологии 10-20 летней давности.
Прикладной бизнес код долго живет.
- А почему наш продукт стоит так дорого? ...
Потому, что "стоимость", как явление, всегда и везде носит конвенциональный характер. Нет в объективной реальности объективной стоимости. Стоимость всегда субъективна и всегда рыночна. Даже в плановой экономике стоимость имеет рыночный характер, так как всегда является результатом компромиссов.
Для покупателя всегда будет дорого, а для продавца дёшево. :)
Есть проектная работа (одна итерация или первая итерация), а есть операционная (было уже много итераций). Программирование - это почти всегда проектная работа.
В операционной работе можно предсказывать сроки и качество (они будут примерно такими же, как при предыдущих итерациях). При проектной работе любые названные сроки и цены - это даже не прогноз, это просто благие пожелания.
Любая проектная работа не только дорогая и долгая, она ещё и непредсказуемо дорогая и непредсказуемо долгая
Тут уже написали про долгое обучение, уникальность решений и рынок. Но никто не написал про риск. Я видел два живых примера, когда компания покупала товар, потом решали сделать сами и просирали все полимеры. На каждый успешный продукт, есть десяток не взлетевших. Ошибка выжившего мешает понять, что на текущей стадии технологий (это уже меняется), разработка - это риск. Информационная система или лекарство - нужно потратить много времени и ресурсов, а результат никто не гарантирует. Может успеха и не будет.
Оба примера, что упомянул: большая корпорация покупает стартап с продуктом и клиентской базой. Оба покупателя выясняют после покупки, что продукт уже на грани и нужно влить кучу средств, чтоб продолжить (масштабирование, смена парадигмы, выход на глобальный рынок и тд). Обе компании решают, что то,что делал стартап из 50 человек 2 года они сделают с 0 за год. Старый коллектив разгоняют, закидывают свои команды и деньги и делают "новое лучшее будущее". Делают год, два, пять, а никак не могут даже догнать старый продукт... В одном случае, после 5 лет закрыли свой золотой некстген и продолжили пилить мертвоприобритенное. В другом случае после трех лет купили еще один стартап и похоже им просто нравятся грабли. Так что даже большим компаниям с опытом и ресурсами, с готовым примером и уже существующими клиентами, сделать продукт не всегда получается.
АААА! Я работал разработчиком, а затем СТО в такой компании! Огромный долг обещаний. Огромный техдолг. Глючный продукт. Приоритет, сделать видимость нормальной работы продукта для клиента который вот-вот заплатит. Непредсказуемые сроки. Вот это вот все.
Как я счастлив был уволиться.
Отношения с IT. Часть двенадцатая. Почему мы стоим так дорого?