Я думаю больше, откуда статистика?

товарищи, подскажите пожалуйста более-менее приличный рейт айосника почасовой? Товарищу предложили подработку мелкую, он не знает, сколько зарядить

я обычно беру текущий рейт в своей текущей компании и умножаю на два

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

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

ну просто подскажи, сколько номрально зарядить?

Есть. По 2му кругу пойдём? Ну ок. «Мой» сеньор не только сделает вашу работу, но и подумает над тем, чтобы она была выгодна компании. Условно - не станет пилить свою систему статистики, а начнёт использовать Яндекс.метрику. Ну или не станет прикручивать сторонний сервис за 10к$ / мес из-за 1-2 функций, которые можно купить отдельно за 100$ разово или вообще заюзать опенсорс. Он экономит деньги компании, повышает ее рентабельность и стоимость. Ваш - прожирает деньги компании и уходя жалуется, что ему не повышают зп. Всё прозрачно, не надо придумывать сложности на ровном месте ;)

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

Измерение в штуках полезной работы может здорово навредить. Является полезной работой исследование альтернатив первому пришедшему в голову решению? А рефакторинг рядом лежащих дурно пахнущих кусков кода?

Так они, наверное, рублевые, и как правило их нельзя продать пока не поработаешь сколько то лет(3-5), за это время курс рубля скакануть может и от этих акций никакой пользы

Производительность - это сколько вы производите штук заданного качества (соответствия) в ед времени шт/сек и для увеличения производительности, вам надо увеличивать штуки и уменьшать время. Но на заводе все понятно, цель фиксирована и можно придумывать разные способы достигать цели с меньшим количеством операций то есть вы будете повышать эффективность. В IT есть задачи у которых цель, а следовательно и соответствие неизвестны заранее, то вы не можете определить требуемую производительность. Представьте, что вам надо поразить цель самонаводящейся ракетой, но цель может иметь разную степень подвижности. Вот ваша задача максимально быстро (в идеале мгновенное) поразить цель. Стратегий самонаведения много, но можно сказать, что при +- похожих вводных у вас будет алгоритм "самонаведения" и он и будет определять эффективность. Это глобально, а локально, вам надо думать над: предсказанием где цель будет в следующий момент времени, скоростью движения ракеты и отсюда можно будет уже придумывать алгоритм самонаведения. Глобально вы потом сможете определять характеристики цели и пытаться увеличить количество пораженных целей, тут уже можно будет некую "производительность" получить, но это скорее уже не про разработку, а про бизнес. Исходя из вышенаписанного, у вас производительность (глобально) будет зависеть от квалификации сотрудников (ее нужно сравнивать с характеристиками цели) и процессами которые будут определять "маневренность", то есть как быстро вы можете поменять направление движения.

Пошёл гуглить, данные за 2019 год:
https://www.forbes.ru/finansy-i-investicii/380329-rosstat-nazval-kolichestvo-rossiyan-s-zarplatoy-bolee-1-mln-rubley