Когда, если когда-нибудь, “количество строк кода” полезная метрика?
Из Ссылка на MySQL в CREATE VIEW:
В предложениях DEFINER и SQL SECURITY указан контекст безопасности, который будет использоваться при проверке прав доступа во время вызова представления.
blockquote>Этот пользователь должен существовать и всегда лучше использовать «localhost» в качестве имени хоста. Поэтому я считаю, что если вы проверите, что пользователь существует и измените его на «localhost» при создании представления, у вас не будет этой ошибки.
35 ответов
Они могут быть полезными, чтобы указать, что величина приложения - ничего не говорит о качестве! Моя точка здесь просто, что, если Вы указываете, Вы работали над приложением с 1 000 строк, и у них есть приложение, которое является 500k строками (примерно), потенциальный работодатель может понять, есть ли у Вас опыт большой системы по сравнению с маленьким служебным программированием.
я полностью соглашаюсь с садком для кроликов, что количество строк кода, который Вы удаляете из системы, более полезно, чем строки, которые Вы добавляете.
Функционально никогда, кроме ранее упомянутой цели "хвастовства".
Строки! = эффективность. Часто отношения являются обратными, по моему опыту (хотя не строго, специально для экстремального значения, по очевидным причинам)
Строки количеств кода полезны при подаче обширности всестороннего продукта клиенту, который полагает, что строки кода общий индикатор размера продукта. Например, когда Вы пытаетесь убедить кого-то, кого Ваш продукт обрабатывает много угловых случаев, или когда Вы пытаетесь войти в бету для средства разработки, где поставщик инструмента хочет получить максимальное покрытие кода для тестирования.
Я нашел его полезным при двух условиях:
-
Измерение моей собственной производительности на моем собственном новом проекте, когда это - головы, вниз кодирующие время.
-
При работе с крупной компанией и разговоре с менеджером, который действительно только понимает виджеты в день.
В первую очередь, я исключил бы сгенерированный код и добавил бы код входа генератора и самого генератора.
я тогда сказал бы (с некоторой иронией), что каждая строка кода может содержать ошибку и должна сохраняться. Для поддержания большего количества кода, Вам нужно больше разработчиков. В этом смысле больше кода обеспечивает большей работой.
я хотел бы исключить модульные тесты из оператора выше, поскольку меньше модульных тестов обычно не улучшает пригодность для обслуживания:)