View и copy: где ловят баги

Представление это новый объект-массив, который смотрит в ту же память, что и исходный, просто с другой формой, сдвигом или шагами. Базовые срезы, .T, reshape по возможности возвращают view, а индексирование списком индексов, булевой маской и арифметика создают новый массив. Первый класс багов: взяли срез для «временной» обработки, нормировали его на месте и незаметно испортили исходные данные. Второй: оставили маленький срез от гигантского массива, и вся большая память не освобождается, потому что срез держит ссылку через base. Защищаюсь явным .copy(), когда собираюсь менять данные, и проверкой np.shares_memory в тестах. В pandas аналогичная путаница давала SettingWithCopyWarning, в pandas 3.0 её закрыл Copy-on-Write: любая выборка ведёт себя как копия.