Comments 37
А Где Одинэсники?
Как говорится, "рыба ищет где глубже, а 1Сник уже там".
Добрый день! Навык 1C: ERP указало мало людей, а потому он не попал в выборку.
А почему именно ERP? Это далеко не единственный продукт.
Было мало данных по 1С для исследования. Если не считать 1C: ERP, то в калькуляторе зарплат остаются навыки: «Разработка под 1С», «CMS 1С-Битрикс», «Администрирование 1С» и «Руководитель проектов 1С». По каждому из них в группе «Разработка» недостаточно данных за этот период, поэтому в исследование не был включён ни один из доступных в калькуляторе навыков по 1С.
А где Ruby?
Было бы интересно увидеть динамику не только в целом по больнице, но и отдельно для тех кто менял работу и тех кто сидит на одном месте.
Среди джунов самая низкая зарплата у PHP-разработчиков — 75 000 ₽.
При этом
Зарплата разработчиков по квалификациям
Разработчики-стажёры в первом полугодии 2024 года зарабатывали 44 000 ₽ (здесь и далее указана медианная зарплата);
Джуны — 75 000 ₽;
Как так получилось, что медианная зарплата совпадает с минимальной? Это, получается, 50% джунов пишут на PHP. Откуда столько взяли, остается только догадываться.
Здравствуйте! Низкая зарплата у PHP-разработчиков (джуны) — не минимальное значение зарплаты у джунов на PHP, а минимальное значение среди 12 медианных зарплат джунов. Иначе говоря, мы формируем медианные зарплаты джунов по каждому из 12 языков в исследовании, а затем смотрим, у какого языка медианная зарплата самая низкая.
Добрый день! Это понятно, что это наименьшая из 12 медианных зарплат по языкам. Но я всё равно не могу представить, чтобы медиана по всему рынка квалификации была такая же как наименьшая из медиан по зарплатам.
Наши аналитики передают, что тут на самом деле нет никакой магии, просто совпадение.
Здравый смысл говорит, что такого не может быть. Для этого у вас в выборке PHP-джунов с зарплатой менее 75 тр должно быть больше, чем джунов на остальных языках программирования всех вместе взятых, что, как мы все понимаем, было бы максимально странно.
Правильно же спросили. У вас медиана PHP-дужнов - наименьшая из медиан джунов. Причём она заметно меньше других. Каким образом медина по общей выборке, может быть равна наименьшей медиане одной подгруппы из всех, составляющих эту самую общую выборку?
Иными словами: У вас в одном из непересекающихся подмножеств медиана равна 75, и это наименьшая цифра из всех имеющихся подмножеств. Непересекающихся подмножеств при этом много. Каким, таким образом, у вас при объединении всех подмножеств медиана всё равна 75?!
Намекаю: в каждой непересекающейся подгруппе кроме одной половина получает сильно БОЛЬШЕ 75 т.р. То есть менее 75 тр получает заметно МЕНЬШЕ 50% участников подгруппы (что-то в диапазоне от 35% до 45%). При объединении этих подгрупп какой процент участников будет получать меньше 75 т.р.? Всё равно 50%?!
И языком математики:
S(x) - доля людей, получающих более 75 тр в каждой подгруппе, а "x" - номер подгруппы.
N - количество подгрупп.
S(1) = 0.5
S(2)>0.5, S3>0.5 ... S(N)>0.5
И теперь у вас:
(0.5+S(2)+S(3)+..+S(N))/N=0.5, что однозначно есть нездоровая фигня.
Или я круто туплю, или ваши аналитики какую-то дичь посчитали. И что гораздо хуже, не могут понять, почему в случае медианы такого результата просто не может быть - это же база. Это не "совпадение", это нарушение свойств медианы, однако.
И, кстати, подозреваю, как именно было получено это "совпадение", но в этом случае и медиана у вас неправильно считалась, и с самой выборкой проблемы, а аналитика и вовсе нужно увольнять.
Надеюсь, "аналитик" это всё не просто "херак-херак селектом по базе" считал? А то правильно медиану селектом по базе посчитать, это сильно уметь нужно, а для аналитика, так и вовсе обязательно знать, в чём именно фокус при расчёте медианы.
Возможно, что намёк на проблему: как считалась медиана в случае чётного и нечётного числа элементов в группе? Ведь в случае нечётного числа элементов половина элементов должна быть меньше медианы, а половина - больше; а тут нечётное число элементов... Я надеюсь, не просто брали значение того самого "среднего элемента"? А в случае чётного числа элементов, как медина считалась? Иначе? "Среднего" элемента нет же - откуда бралось значение?
Если всё считалось именно так, то при малом числе элементов в подгруппах все эти расчёты - туфта полная.
не надо усложнять, row_number по всем анкетам c ордером по зп и берется потом анкета где row_number = round(total_count/2)
Например есть ряд данных: 1, 2, 3, 20, 21, 22. Какую медиану вы получите по своему алгоритму? Вы получите 20. Ничего не смущает? Добавляем в ряд всего одно значение: "4". Как изменится результат? Он станет равным 4. Ничего себе! Добавим значение 19. И обнаруживаем, что результат изменился на 19! А мы всего-то одно значение данных добавляли. Странная какая-то медиана, которая от одного значения в разы прыгает туда сюда. Надеюсь, уже очевидно, что эти результаты неверены даже в рамках вашего же (очевидно неправильного) понимания медианы. Вот именно так, судя по всему, и были полученные неправильные и бессмысленные результаты в статье.
По вашей методе на небольшом объёме данный ошибка средняя ошибка будет 10% и более, что круто обесценивает результаты.
Не хватает еще разбивки по категориям, где такие зарплаты предлагают (банки, телекомы, яндексы итд итп).
Также было бы не плохо сделать разбивку по сопутствующим технологиям, так как во многих местах требуется не за знание какого то одного конкретного языка а пула технологий, то есть например java+sql.
Не видел ни одной вакансии для джунов и стажёров на Go
хоть бы какая информация по оплате таких нужных языков как System Verilog, VHDL... а то ощущение, что этих языков и спецов умеющих в них не существует, а вот они очень нужны...
Языки и спецы существуют. Просто наверняка на рынке практически нет предложения спецов.
Но да, было бы интересно как сейчас. Потому что 5-10 лет назад, когда по зарплатам сравнивали смысла связываться с vhdl не было вообще никакого в противовес того же php)
Это не не языки программирования. А языки описания. Автор может и не в курсе о них. А где такие спецы нужны? Я вот когда-то делал на них всякое, но что то не вижу спроса. А мог бы и вернуться
В около/оборонке нужны. Yadro, Ниима Прогресс и пр.
как ни странно, но все устройства содержат в себе схемы высокой степени интеграции, СБИС, ПЛИС. Те же процессоры, можно рассматривать как СБИС. Востребованность очень высокая, так как применение ПЛИС малой степени интеграции сильно упрощает устройства, связка ПЛИС+процессор, это эквивалент чипсета + процессор в современном компьютере (а ПЛИС средней степени может содержать в себе процессор). Значительное количество средств автоматизации предполагают наличие такого чипсета. Да, процессоры стали быстрые и множество функций могут выполнять по прерываниям и задержки стали сильно меньше, но в значительных случаях требуется наличие чипсета выполняющего функцию расширителя портов/интерфейсов, обеспечивающих минимальное время реакции от сигналов на входе.
Отдельно востребованы интерфейсы расширения для ПК, особенно для PCI-E. Для примера - это цифровые осциллографы, анализаторы сигналов (может быть сейчас уже не так, но когда-то для стендов гаражного оборудования мы такие платы на обычном PCI разрабатывали). Медицинская техника, там довольно разнообразные чипсеты востребованы. Ну и уж промышленное оборудование, там в зависимости от задачи, но часто оказывается, что небольшие ПЛИС могут сильно упростить схемотехнику и требования к центральному процессору.
В самом общем случае тема востребована, особенно, если программист умеет и понимает как использовать полноценно такую связку. Но в реальности получается, что задачами программирования и разработки высокоэффективных алгоритмов занимаются не программисты и математики, а радиотехники, которым бы железо разрабатывать. К сожалению, мы начинаем забывать, что изначально процессор и вообще умная электроника - это всё же радиотехническое устройство на базовом уровне представляющее собой транзисторы, логические элементы, регистры =), а сводим все задачи к банальному избыточному одноплатному компьютеру.
Зачем в обзоре SQL выделен в отдельный самостоятельный язык? Это же сопутствующая технология, которая используется всеми бэкенд-разработчиками и многими аналитиками. Но ни как не отдельный полноценный языковой стек.
Статья тупа. Вы рассматриваете ЗП полную, а язык как 1 из пунктов в стэке. Но разбираться Вам некогда. Надо статья. На уровень сеньора у Вас будет перечень в стэке из 16-20 различных и иногда даже отличных от PHP пунктов. И сказать что сеньор PHP девелопер будет получать 300-350 - ну это в корне не разобраться в вопросе. Выше планки в 150к человек со знанием одного языка не прыгнет. По вашей же статье выходит, что если человек знает к примеру ts, c#, sql то его зп будет 900к...
Зарплаты разработчиков в первом полугодии 2024: языки и квалификации