Количество строк кода в [закрытое] время жизни

Смотрите на ohloh. Сайт показывает метрики из проектов с открытым исходным кодом.

Сайт оценивает, что 107 187 строк кода соответствуют усилию 27 лет Человека (4 000 строк кода в год).

Пример глупости такой метрики - то, что число из проекта, я играл с внешней работой в течение 2 лет.

В зависимости от того, что они делают с ответом, я не думаю, что это - плохой вопрос. Например, если кандидат помещает JavaScript на их резюме, я хочу знать, сколько JavaScript записали их на самом деле. Я могу спросить, например, для количества строк в самом большом проекте JavaScript, который они записали. Но я только ищу смысл масштаба, не фактическое число. Это 10, 100, 1000, или 10 000 строк?

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

Это - интересная метрика для просьбы рассмотрение, что Вы могли записать многим много строк плохого кода вместо того, чтобы писать всего несколько умных.

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

Существует в основном три способа иметь дело со смешными запросами на бессмысленные метрики.

1. Откажитесь отвечать, бросив вызов корреспонденту по их причинам и объяснив, почему те причины глупы.

2. При проведении времени, собирая всю информацию Вы можете, и вычисление ответа в меру Вашей способности.

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

Первые ответы, которые я вижу, кажется, проводят первую строку. Думайте о том, хотите ли Вы все еще задание несмотря на глупость их требований. Если ответ тих Да, избегайте номера 1.

Второй метод включил бы рассмотрение Ваших старых репозиториев кода из старых проектов.

В этом случае я пошел бы с третьим путем.

Умножьте число лет, Вы работали над языком на 200 рабочих дней в год 20 строками кода в день и использованием это.

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

Если Вы работали больше над анализом, дизайном или управлением, отбросьте число на три четверти.

Если Вы работали в среде высокой церемонии (защита, медицина), отбросьте число порядком величины.

Если Вы работали над средой с особенно низкой церемонией, увеличьте ее порядком величины.

Затем поместите глупость позади Вас и продолжите Вашу жизнь как можно быстрее

Лучший ответ на такой вопрос является одним из следующего:

• Почему Вы хотите знать?
• Какое значение Вы приписали бы такому числу?
• Это в порядке если я просто и отпуск примерно теперь?

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

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

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

Как тестовый ответ, я спросил бы это:

Если в программе я могу решить проблему A, B и C в 1 000 строк кода, и другой программист решает те же проблемы в 500 строках кода, кто из нас является лучшим (и ответ был бы: недостаточно информации для оценки)

Теперь, если бы Вы все еще хотите оценить количество строк, я просто начал бы думать о проектах, которые человек записал и сравнивает их размер с известным количеством. Например, у меня есть библиотека классов, которая в настоящее время располагается о 130K строках кода, и я записал подобные вещи в Delphi и других языках плюс некоторые значительные проекты приложения, таким образом, я оценил бы, что у меня есть хорошие 10 миллионов строки кода самостоятельно, по крайней мере. Действительно ли число значимо? Не в малейшем.

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

Если бы вопрос компании на самом деле серьезен, и Вы думаете, что интервью могло бы привести к чему-то интересному, то я просто выбрал бы случайное число для наблюдения, куда это ведет :-)

Умный из сверхцветов стека обычно избегал бы организации, которые спрашивают этот вид вопроса. Если корректный ответ не "ха, wtf??"

Ха, напоминает мне, когда я принял базирующуюся среду тестирования C, которая началась как 20K + строки, которые я закончил тем, что свернул в 1K LOC путем факторинга вниз к подпрограмме вместо 20K строк кода диареи, первоначально написанного исходным автором. К сожалению, меня шлепнули тяжелее для любых ошибок в коде, поскольку мой KLOC's, записанный на самом деле, пошел отрицательный... Я хорошо подумал бы об уменьшении кодовой базы в метрики управляемая организация....

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

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

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

"Это - очень уважаемая компания в ее домене, и я уверен, что у них есть некоторое очень серьезное основание задать этот вопрос"

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

Что действительно рассчитывает как "Строки кода"? Я оцениваю, что записал приблизительно 250 000 Строк Кода C#, возможно намного больше. Проблема? 95% были одноразовым кодом, и не все был для изучения. Я все еще пишу маленькую программу с 3 строками в десятый раз просто, потому что легче записать те три строки снова (и изменить параметр), чем идут, ищут существующие.

Кроме того, строки кода ничего не означает. Таким образом, у меня есть два парня, каждый записал на 20% больше Строк, что другой, но они на 20% больше было ненужными сложными строками, "развертыванием цикла" и в других отношениях бесполезным материалом, который, возможно, был пересмотрен.

Очень жаль, уважаемая компания или нет: Просьба о Строках кода является верным признаком, что у них нет подсказки об измерении эффективности их программистов, что означает, что они должны полагаться на методы каменного века как измерение LoC, которые почти так же точны как календари в каменном веке. Что означает, что это - возможно хорошее место для работы в том, если Вам нравится уменьшать и расширять Ваши Числа время от времени.

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

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

Единственный другой способ сказать, что вы не знаете, - это угадать, а это на самом деле не демонстрирует навыков решения проблем.

И никто еще не процитировал рассказ Билла Аткинсона о 2000 строках ...

В пятницу днем ​​(ну, примерно в одну пятницу в месяц) саморазвитие упражнения на работе за последний год, включая тесты, прототипы и инфраструктуру, я, наверное, написал около 5 kloc. Однако один проект взял существующее приложение C / C ++ на 25kloc и переопределил его как 1100 строк Erlang, а другой взял 15kloc существующей библиотеки C и превратил его в 1kloc C ++, поэтому сеть сильно отрицательна. И единственная причина, по которой у меня есть эти числа, заключалась в том, что я хотел увидеть, насколько они отрицательны.

Похоже, это анкета Д.Е. Шоу?