Я думаю, что это из-за давления работы на работе, которое требует крайних сроков и высшего руководства, выдвигающего проект, чтобы вытащить его за дверь. Таким образом, вы можете представить себе, что при тестировании, проверке вопросов и ответов, в подобных средах под давлением утечки памяти могут проскальзывать через сеть.
Поскольку в вашем вопросе не упоминается язык, сегодня существует автоматическое управление памятью, которое заботится об учете / отслеживании памяти, чтобы гарантировать отсутствие утечек памяти, подумайте Java / .NET, но некоторые могут проскользнуть через сеть. Это было бы с подобными C / C ++, которые используют функции malloc / new, и их неизменно сложнее проверять из-за огромного объема выделяемой памяти.
Опять же, отследить эти утечки может быть сложно найти, который бросает еще один кривая в этот ответ - если он работает на машине разработчика, он не обнаруживается, но при работе память начинает протекать черт возьми, это конфигурация, аппаратное обеспечение, конфигурация программного обеспечения или что-то еще, утечка памяти может возникать в случайной ситуации, которая уникальна для производственной среды, или это ограничение времени / затрат, которое допускает утечки памяти или из-за того, что инструменты профилирования памяти являются непомерно дорогостоящими или не имеют достаточного финансирования, чтобы помочь команде разработчиков отследить утечки ...
В общем, каждый в команде разработчиков несет ответственность за то, чтобы код работал, и знает правила управления памятью (например, например, для каждого malloc должно быть free, для каждого new должно быть delete), но не следует винить в этом сами команды разработчиков и указывать пальцем на руководство для «накопления давления на команду разработчиков».
В конце концов, было бы ложной экономией полагаться только на команду разработчиков и возлагать «самодовольство» на их плечи.
Надеюсь, это поможет,
С наилучшими пожеланиями,
Том.