Очевидно, каждый проект отличается, но большинство заданий разработки можно гарантировать для имения определенного количества сотрудничества среди разработчиков. Где дело обстоит так мой опыт состоял в том, что новые ресурсы могут на самом деле неумышленно замедлить людей, на которых они полагаются, чтобы принести им до скорости, и в некоторых случаях это может быть Вашими ключевыми людьми (случайно, это - обычно 'ключевые' люди, которые не торопились бы для обучения newb). Когда они до скорости, нет никаких гарантий, что их работа впишется в установленные 'правила' или 'культуру работы' с остальной частью команды. Таким образом, снова это может принести больше вреда, чем пользы. Так, чтобы в стороне, они были обстоятельствами, где это могло бы быть выгодно:
1) новый ресурс имеет трудную задачу, которая требует минимума взаимодействия с другими разработчиками и набором навыков, это было уже продемонстрировано. (т.е. портирование существующего кода на новую платформу, внешне осуществляя рефакторинг мертвый модуль это в настоящее время блокируется вниз в существующей кодовой базе).
2) проектом управляют таким способом, которым другое время членов более основной команды может быть совместно использовано, чтобы помочь обеспечению newb до скорости и менторства их по пути гарантировать, что их работа совместима с тем, что было уже сделано.
3) другие члены команды очень терпеливы.
Это так же просто, как
IsNull(FieldName, 0)
Или более полно:
SELECT iar.Description,
ISNULL(iai.Quantity,0) as Quantity,
ISNULL(iai.Quantity * rpl.RegularPrice,0) as 'Retail',
iar.Compliance
FROM InventoryAdjustmentReason iar
LEFT OUTER JOIN InventoryAdjustmentItem iai on (iar.Id = iai.InventoryAdjustmentReasonId)
LEFT OUTER JOIN Item i on (i.Id = iai.ItemId)
LEFT OUTER JOIN ReportPriceLookup rpl on (rpl.SkuNumber = i.SkuNo)
WHERE iar.StoreUse = 'yes'