Хабр Курсы для всех
РЕКЛАМА
Практикум, Хекслет, SkyPro, авторские курсы — собрали всех и попросили скидки. Осталось выбрать!
Хабр доступен 24/7 благодаря поддержке друзей
Комментарии 73
А цифры-то где?
Вопрос к Joel Spolsky?
Много вопросов. Можно ли мерить опыт количеством лет? Спорный вопрос.
Почти все приведенные показатели — косвенные. Фактически, это стандартные общественные клише/ярлыки. Дольше работаешь — опытнее, старше — значит умнее, много получаешь — значит успешней, не закончил ВУЗ — тупица… Херня все это!
Сложно измерить работу программиста, но можно оценить адекватность ее оценки. Вот если программист работает за двоих он должен получать вдвое больше? Пусть он реально работает за двоих. Он должен получать вдвое больше. Я думаю, что все программисты с этим согласятся. Но приведенная в статье «мега схема оценки» учесть такой простой вариант не способна…
Почти все приведенные показатели — косвенные. Фактически, это стандартные общественные клише/ярлыки. Дольше работаешь — опытнее, старше — значит умнее, много получаешь — значит успешней, не закончил ВУЗ — тупица… Херня все это!
Сложно измерить работу программиста, но можно оценить адекватность ее оценки. Вот если программист работает за двоих он должен получать вдвое больше? Пусть он реально работает за двоих. Он должен получать вдвое больше. Я думаю, что все программисты с этим согласятся. Но приведенная в статье «мега схема оценки» учесть такой простой вариант не способна…
Сказано же:
Только одна вещь не стала публичной – финальные расчёты, которые определяют каждый индивидуальный чек, это потому, что мы должны сбалансировать нашу философию открытости с правом каждого разработчика на личную неприкосновенность.
Нафиг цифры, они у всех разные — где методика расчета на основе входных данных.
Методика в принципе описана:
Например, берёте базовый оклад и множите в зависимости от важности для вас описанных пунктов.
Мы обнаружили, что рыночные зарплаты являются функцией от:...
Например, берёте базовый оклад и множите в зависимости от важности для вас описанных пунктов.
Спасибо КО, вопрос как раз в том в каких диапазонах коэффициенты, как они вычисляются и как они от друг друга зависят.
А давайте попробуем все вместе придумать систему грейдов для сферического разработчика в вакууме? чтобы она была прозрачной как для него так и для работодателя?
Вдруг получится что интересное и это можно будет применять в российских реалиях.
Вдруг получится что интересное и это можно будет применять в российских реалиях.
Тут вопрос даже не в российских реалиях.
Чтобы подобная система работала компания должна иметь достаточно узкое количество рангов — т.е. уровни зарплат и обязанностей не должны сильно различаться. Иначе, каждому работнику придется объяснять должностные обязанности других работников. И стажеру придется разъяснять что делает топ менеджер с зарплатой на порядок больше. Иначе у него возникнут вопросы — а почему. Это достаточно трудозатратно.
Можно говорить о подобной системе в рамках отдельного отдела, это да.
Но возникают вопросы в случае когда есть нехватка специалистов сильная.
Ибо иногда приходится нанимать людей с ЗП сильно выше по рынку не потому что они так стоят, а потому что нужного количества людей просто нету.
Вот и приходится переманивать людей — т.е. вот они уже работают за ЗП которая соответствует их знанию. Но мы вынуждены предлагать им больше, иногда существенно больше — потому что нужно мотивировать их переход.
Очень сложно объяснять другим — мы платим человеку больше только потому что не смогли найти нужного количества специалистов.
Чтобы подобная система работала компания должна иметь достаточно узкое количество рангов — т.е. уровни зарплат и обязанностей не должны сильно различаться. Иначе, каждому работнику придется объяснять должностные обязанности других работников. И стажеру придется разъяснять что делает топ менеджер с зарплатой на порядок больше. Иначе у него возникнут вопросы — а почему. Это достаточно трудозатратно.
Можно говорить о подобной системе в рамках отдельного отдела, это да.
Но возникают вопросы в случае когда есть нехватка специалистов сильная.
Ибо иногда приходится нанимать людей с ЗП сильно выше по рынку не потому что они так стоят, а потому что нужного количества людей просто нету.
Вот и приходится переманивать людей — т.е. вот они уже работают за ЗП которая соответствует их знанию. Но мы вынуждены предлагать им больше, иногда существенно больше — потому что нужно мотивировать их переход.
Очень сложно объяснять другим — мы платим человеку больше только потому что не смогли найти нужного количества специалистов.
Можно проанкетировать всех разработчиков компании, и посчитать коэффициенты исходя из текущих зарплат из уравнения
Ax = b,
где A — матрица ответов с весами (B=1, AAA+++ = 4, или любая другая шкала), b — текущие зарплаты, x- требуемые коэффициенты.
PS: количество слов «потрясающий» в переводе просто потрясает
Ax = b,
где A — матрица ответов с весами (B=1, AAA+++ = 4, или любая другая шкала), b — текущие зарплаты, x- требуемые коэффициенты.
PS: количество слов «потрясающий» в переводе просто потрясает
мы не видим справедливости в уменьшении зарплаты людей, которые живут в глуши, когда они делают туже самую работу.
… существует фиксированная стоимость проживания, немного увеличенная дляНью-Йорка Москвы.
И вот почему об этом многие наши компании практически не думают? Ведь, если бы не учитывалось географическое положение, то это позволило быспокойно сидеть на попе не задумываться о возможности или даже необходимости переезда в более крупные города или регионы.
… существует фиксированная стоимость проживания, немного увеличенная для
И вот почему об этом многие наши компании практически не думают? Ведь, если бы не учитывалось географическое положение, то это позволило бы
Наши компании думают со стороны экономии ресурсов — если можно нанять человека не из дефолт сити который по уровню знаний удовлетворят потребностям и стоит намного дешевле, то почему бы и нет? только вот ЗП у него будет с поправкой на его местонахождение.
Но ведь они уже и без этого экономят немалое количество средств. Стоит только сравнить стоимость аренды офиса в Москве, и стоимость аренды аналогичного офиса в глубинке.
Скажем так, опять же, со стороны работодателя — если есть возможность платить меньше и при этом ничего не измениться — зачем платить больше?
Ну хотя бы для того, чтобы разработчик не задумывался о переезде в другой регион… возможно даже в тот, где филиала компании нет. В этом случае разработчик может перейти работать в другую компанию, а работодатель потерять этого сотрудника. Оба от этой операции могут потерять многое — разработчик потеряет заработанный опыт, который он не сможет использовать в другой компании, а работодатель потеряет время и ресурсы на поиск и обучение нового сотрудника.
А западные компании переводят производства в страны третьего мира, исходя не <подчеркивание>со стороны экономии ресурсов</подчёркивание>, а по каким-то другим неведомым причинам?
По поводу публичности спорный вопрос. Если разработчик пишет посты в блоги, сидит в IRC и stackoverflow, учавствует в конференциях — и все это в рабочее время — то когда он работает? А если он это делает в нерабочее время… Хмм… То жить-то когда? O_O. Я вот в нерабочее время редко-редко что-нибудь пишу и потихоньку повышаю квалификацию, так семья уверена что я 95% времения посвящаю работе :(.
Всё относительно. Если человек час-полтора продвигает компанию сидя на рабочем месте, то думаю это идёт не в ущерб производительности.
В день? В неделю? В месяц?
BTW, если верить шарлатанской теории маны, то написание хороших статей в блоги — это чудовищно манозатратный процесс. Следовательно, если человек полтора часа писал статью а потом шесть часов работал — то работать он будет совсем не с той эффективность, как если бы перед этим статью не писал. В возможность написания хорошей статьи после полноценного рабочего дня я вообще слабо верю :).
BTW, если верить шарлатанской теории маны, то написание хороших статей в блоги — это чудовищно манозатратный процесс. Следовательно, если человек полтора часа писал статью а потом шесть часов работал — то работать он будет совсем не с той эффективность, как если бы перед этим статью не писал. В возможность написания хорошей статьи после полноценного рабочего дня я вообще слабо верю :).
Отвечу за себя. Я не работаю по 8 из 8 часов на работе без перерывов. Более того, у нас практикуется scrum и эффективное время разработчика составляет 6 часов. Т.е. разработчик может потратить 2 часа как хочет, одни идут курить или пить кофе и обсуждать последние топики на хабре или даже поиграть в настольный теннис, а другие сидят в контакте или на форумах. Эту статью я переводил вчера, ушло где-то часа 4 (для меня это механическая работа). Сегодня потратил 40 минут на вычитку и на постинг.
Написание хорошей оригинальной статьи оценить не могу, т.к. иногда пишется, что называется по наитию, иногда вынашиваешь неделю идею и потом пишешь за два-три дня, а иногда строчки из себя выдавить не можешь.
Написание хорошей оригинальной статьи оценить не могу, т.к. иногда пишется, что называется по наитию, иногда вынашиваешь неделю идею и потом пишешь за два-три дня, а иногда строчки из себя выдавить не можешь.
Таким образом вывод следующий — если вы не можете это делать, никто не может. Amirite?
На самом деле, если говорить о людях, с которыми хочется работать, то это скорее люди которые работают 12-16х7 чем люди, которые торжественно декламируют, что в «нерабочее время» они ничего с ИТ-связанное не делают. Я, например, категорически не верю что люди, пытающиеся чего-то достичь в ИТ могут себе позволить работать по 8 часов в день а остальное время посвещать чему_угодно.
И знаете почему? В ИТ очень высокая конкуренция.
И знаете почему? В ИТ очень высокая конкуренция.
Да-да. А еще у них бесконечная мана и фотографическая память. Много про таких людей слышал, но ни разу не видел :).
я очень редко встречал людей которые работают 12-16 часов, зато очень часто встречаю людей, которые столько времени сидят на работе, а результатов дают меньше людей, которые работают по 6-8 часов.
Подобная система грейдов применяется в практически каждой более-менее крупной компании, даже в наших.
Можете привести еще примеры систем грейдов?
Ну например в Paralles (самое лучшее что я встречал) более сложная система из 7 грейдов и независимым оценкам по 6 основным параметрам (знания и навыки, самостоятельность и планирование, контакты, опыт и образование, решение задач, критичность решений).
Дополнительно оцениваются по троичной системе (ниже нормы, норма, выше нормы) все задачи над которыми сотрудник работал за последние полгода (пересматривают оклад раз в полгода), это частично используется для повышения/понижения грейдов, а частично для бонусов. Причем задача оценивается по 6 пунктам, сейчас на память не вспомню, но вроде как технический уровень, планирование, эффективность, уровень вовлеченности команды, что-то там еще.
Дополнительно оцениваются по троичной системе (ниже нормы, норма, выше нормы) все задачи над которыми сотрудник работал за последние полгода (пересматривают оклад раз в полгода), это частично используется для повышения/понижения грейдов, а частично для бонусов. Причем задача оценивается по 6 пунктам, сейчас на память не вспомню, но вроде как технический уровень, планирование, эффективность, уровень вовлеченности команды, что-то там еще.
По грейдам, системе грейдирования материалов хватает в нете
по большому счету — ниочем…
Завтра к Joel'у подойдет ключевой человек и скажет, что компания X предложила на $500 больше. Он отправит его проставлять буквы в таблице навыков?
Иногда в переводах статей не хватает мнения переводчика хотя бы в виде выводов или пояснений «что хотел сказать автор».
что вот это например такое?
Доставка
Хорошо организованная доставка. Навык в быстрой доставке кода пользователям
что вот это например такое?
Насколько я понимаю, это насколько быстро человек может начать использовать то, что вы написали. Бывает нужно много чего еще дописать/доустановить/доразвернуть чтобы заработало.
Code delivery по сути это называется, насколько я помню.
В оригинале:
Грубо говоря — это насколько быстро разработчик может выкатить ту или иную фичу для пользователей или какое-либо исправление и т.д.
В оригинале:
Ships
Good artists ship. Skill at getting code to users quickly
Грубо говоря — это насколько быстро разработчик может выкатить ту или иную фичу для пользователей или какое-либо исправление и т.д.
Статья пиар сток ехчейндж, какие мы хорошие и у нас работают лучшие… на работодатель всегда хочет платить меньше (не всегда в условиях рынка это получается, могут переманить), так что почитайте таблицу проставьте себе и увидите почему мы платим вам столько… и это справедливо, и разаработчики будут думать, что они столько стоят и не ходить на лево )
Четыре ссылки в начале поста и ни одна не ведёт на оригинал :)
> Время, проведённое за работой не связанной с программированием, не считается;
Хм, а если работа связанная с программированием, но нагрузка = 1 рабочий день в неделю (однодневка)?
Это будет не вровень тем кто кодит по 10 часов в день и более.
Хм, а если работа связанная с программированием, но нагрузка = 1 рабочий день в неделю (однодневка)?
Это будет не вровень тем кто кодит по 10 часов в день и более.
>… и обуславливается только соглашением между сторонами. Что, собственно, всех устраивает.
Если стороны согласились — это не значит, что всех все устраивает.
Если стороны согласились — это не значит, что всех все устраивает.
взаимоисключающие параграфы, нет?
или вы про вырожденные случаи, когда договор одной из сторон кровью подписывается?
или вы про вырожденные случаи, когда договор одной из сторон кровью подписывается?
«Я не буду ломать тебе все кости а ты будешь остегивать 25% прибыли.» Произнесла поигрывая битой одна из договаривающихся сторон. Второй ничего не осталось как согласится.
Я к тому что как и у обоих сторон есть могут быть аргументы чтобы перетянуть выгоду от соглашения в свою сторону. Не уверен что меня как новичка устраивает то то что мне будут платить на 30% меньше чем моему коллеге, но мне некуда деваться. Так же и меня как работодателю не устраивает платить мегаспецу на 50% выше рынка только потому что он единственный знает как все работает.
И такие несбалансированные соглашения имеют тенденцию к пересмотру по прошествии времени или разрыву.
Я к тому что как и у обоих сторон есть могут быть аргументы чтобы перетянуть выгоду от соглашения в свою сторону. Не уверен что меня как новичка устраивает то то что мне будут платить на 30% меньше чем моему коллеге, но мне некуда деваться. Так же и меня как работодателю не устраивает платить мегаспецу на 50% выше рынка только потому что он единственный знает как все работает.
И такие несбалансированные соглашения имеют тенденцию к пересмотру по прошествии времени или разрыву.
ИМХО это не показатель. Во-первых, единичные случаи не отражают всей статистики. Во-вторых, тут не показан контекст. Может у него жена 80к зарабатывает, или он наследство получил, или что еще.
Да… за $6k разницы в месяц я бы переехал даже в Москву :)
пост ни о чем.
Потомучто ни о чем. Ля-ля-ля, мы самые хорошие, посмотрите, какую систему расчета зарплат мы придумали: (вода).
Да и входные данные не фонтан. Я такой же список, но из других факторов составлю минут за 30, если мне за это заплатят. Ни обоснования почему именно так правильно, ни формулы расчета. Красиво обёрнутый информационный мусор.
Да и входные данные не фонтан. Я такой же список, но из других факторов составлю минут за 30, если мне за это заплатят. Ни обоснования почему именно так правильно, ни формулы расчета. Красиво обёрнутый информационный мусор.
А что, кто-то утверждает что именно это единственный и правильный путь? Статья описывает один из возможных подходов, и совсем неплохой. Утверждать, что какой-то метод лучший — заведомо неверно, слишком могут отличаться условия для разных сфер деятельности фирм.
К слову сказать, многие российские конторы даже до такого подхода не доросли, а расчет зарплаты делается одним из двух вариантов:
— «палец, пол, потолок»
— «кручу, верчу, на… ать хочу»
К слову сказать, многие российские конторы даже до такого подхода не доросли, а расчет зарплаты делается одним из двух вариантов:
— «палец, пол, потолок»
— «кручу, верчу, на… ать хочу»
Судя по списку навыков, еще долго учится. Как с Украины подключится к CompuServe????
У Джоэла всегда была потрясающая особенность — писать ни о чем, без конкретики и фактов, без реальных примеров. В стиле писателей «Как стать миллионером» где основная суть надо много трудится, очень хотеть и чтобы вам повезло.
Как сказал препод по программированию Бузовский (Киев, КПИ, ФИВТ) «Я могу вас научить рисовать, но вы никогда не будете рисовать, как рисуют одаренные»
Перевод не понравился, по сути не намного лучше google translate — весь текст коряв, полон англицизмов в словах, выражениях и построении предложений.
Да и сама статья ни о чем.
Вопрос тем, кто занес ее в избранное: зачем?
Да и сама статья ни о чем.
Вопрос тем, кто занес ее в избранное: зачем?
Зарегистрируйтесь на Хабре, чтобы оставить комментарий
Сколько нужно платить разработчикам?