なるほど。
もし今後の修正で「何か変更する」処理が入り不具合が生じた場合、
原因を特定しにくくなる可能性があるので、ディープコピーでもいいのかなと思います。

実際に変更される処理がないとしても、
「コード全体を把握した上で、変更される処理がないと分かる」のと
「ディープコピーなので最初から問題を切り分けられる」のでは
読みやすさが違いますので。

シャローの利点は
* データの状態を共有できる(これをやりたいケースはあまり浮かびませんが)
* リソース負荷の軽減

であり、ディープの利点は

* 可読性/メンテナンス性の向上

だと考えていますが、今回のケースではディープの利点を捨ててまでシャローの利点を取る理由はないかな、という感じです。