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

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

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

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

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

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

А как насчет того, чтобы получить вклад каждого? Каждый, с кем человек работает, будет иметь уникальное понимание этого человека.

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

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

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

Я думаю, что хороший оценочный вопрос мог бы ответить на этот вопрос.