Википедия говорит, что номер автобуса " более известен как номер грузовика ". Но в США "сбитый автобусом" - это практически идиома, в то время как "сбитый грузовиком" - нет (хотя любая из фраз легко понятна). Что касается высокого/низкого качества, то в статье Википедии говорится:
" Высокие номера автобусов хороши (при этом в лучшем случае быть равным количеству разработчиков на проекте). Это означает всем разработчикам понятна кодовая база более или менее одинаково. Низкий номер автобуса (особенно один) представляет собой высокий Риск"
Я бы добавил к тому, что сказал @cartoonfox: Беспорядочное прогаммирование пар - это хороший способ распространить критические знания вокруг команды, чтобы номер грузовика был как можно больше. Если вы не обмениваетесь парами часто и с большим количеством разных членов команды, знания распределяются не очень быстро.
Вы хотите высокий коэффициент грузовика / шины:
Фактор грузовика (определение): «Номер людей в вашей команде, которые должны быть ударить с грузовиком до того, как проект В серьезных неприятностях "
(из: http://www.agileadvice.com/Чахивы/2005/05/truck_factor.html ) )
Т.е. вы не хотите части кода, который Только один человек знает, как это работает, или только один человек может продлить / поддерживать. Знание должно быть распространено среди всей команды через такие вещи, как Wiki Info и Pair-Programming.
Многое зависит от вашей бизнес-логики. Если бизнес-логика требует, чтобы SomeGroupObject
не имел значения null, что означает, что SomeClass
не может быть создан без SomeStartObject Object
, то конструктор должен определенно выдать исключение, вероятно, IllegalArgumentException
.
Программист должен иметь возможность предположить, что объект был успешно создан, если не было создано исключение. Тип исключения зависит от аргумента, но, тем не менее, должен быть снят. Последнее, что нужно - конструктор не может построить допустимый объект и не сообщить об этом вызывающему.
Я думаю, что использование значений по умолчанию в конструкторе - опасная привычка.
-121--2578804-Номер грузовика (или коэффициент грузовика) - это количество людей с ключевыми знаниями, которые вы не можете заменить, т.е. если бы это число людей попало одновременно под грузовик, вы не смогли бы продолжать разработку.
Я считаю, что некоторые химические компании запрещают ключевым сотрудникам путешествовать вместе по этой самой причине...
Обсуждение здесь: http://c2.com/cgi/wiki?TruckNumber
Вот история о том, что Билл Аткинсон был одним из ключевых людей в грузовом факторе Mac - один из ключевых людей, которые работали над QuickDraw в первые дни Мака. произошла автомобильная авария, и люди были обеспокоены тем, что он не сможет закончить свою работу над графическим программным обеспечением Mac:
http://folklore.org/StoryView.py?project=Macintosh&story=I_Still_Remember_Regions.txt
Высокий номер грузовика лучше - то есть сложнее стереть то, что сразу много критически важных людей...
Низкий номер грузовика хуже - то есть существует больший риск того, что несколько критически важных людей могут заболеть или уехать или погибнуть, оставив проект в состоянии неустранимого коллапса.
Программирование пар является хорошим способом распространения критических знаний вокруг команды , чтобы номер грузовика был как можно выше.
Принципал одинаково, называете ли вы это:
также Принципал одинаково, описываете ли вы его с помощью более высокого числа как лучше, или более низкое число лучше:
Я посмотрел на нее время от времени, но я не вспоминаю, что на первом месте (см. Ответ @ Паоло). Независимо от того, что сначала пришло, я испытал достаточно путаницы об этом, что убедитесь, что все стороны используют одну и ту же версию числа, высокой или низкой. ;)