Как бы вы оценили программиста? [закрыто]

Несколько недель назад мне было поручено оценить всех наших программистов. Мне очень неловко с этим, так как я был единственным, кто учил всех языку программирования в магазине (все они учились в колледже, не зная языка, и, если повезет, мне это очень хорошо известно). На оценке я был очень предвзятым относительно их работы (прекрасные оценки).

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

Мой вопрос заключается в следующем:

  1. Как программист, какие вопросы оценки вы хотели бы видеть?
  2. Как менеджер, какие вопросы оценки вы хотели бы видеть?
  3. Как оценщик, как вы можете предотвратить предвзятость в вашей оценке?
  4. Я хотел бы удалить тест оценки. Есть ли какие-либо преимущества в проведении оценочного теста? Есть ли недостатки?
18.08.2008 02:29:34
4 ОТВЕТА
РЕШЕНИЕ

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

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

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

11
18.08.2008 03:34:29

Как насчет получения информации от всех? У каждого, с кем работает человек, будет уникальное понимание этого человека. Один человек может подумать, что кто-то бездельник, в то время как другой человек видит, что он тратит много времени на планирование, прежде чем начать программировать и т. Д.

0
18.08.2008 02:38:16

Как насчет получения информации от всех? У каждого, с кем работает человек, будет уникальное понимание этого человека.

Это сработает, если (1) оценка проводится с открытыми дверями и (2) вы работали с этим человеком в одном проекте или даже в одном модуле. Как человек, оценивающий их, я не мог судить программистов, с которыми я непосредственно не работал.

Один человек может подумать, что кто-то бездельник, а другой видит, что он тратит много времени на планирование, прежде чем начать кодировать

К сожалению, это спорно. У кого-то, похожего на бездельника, могут быть глубокие мысли, а может и нет. И тот, кто тратит много времени на планирование, обязательно плохой программист?

Я верю, что хороший вопрос оценки сможет ответить на этот вопрос.

0
18.08.2008 03:05:24

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

2
18.08.2008 03:06:12