rmコマンドに悩んだらmvコマンドで/tmpに移動させてもいいんだよ

仕組みが面倒だとズルをしたくなるじゃないですか、こんな感じにコレだけ慎重に慎重にって言ったら、面倒くさくなってしまいズルをして、ズルをした結果やらかすことが往々にしてあると思ってます。 ↩

3日後に消えているかもしれません。再起動したら消えているかも知れません。誰かが再起動したから直後に消えてるかもしれません。（消えない場合は意図的にそうしているか、そういうOSでないか等々の理由がありますが、長くなるので割愛します。他の記事を探してください。） ↩

そもそも論を言うならば、今すぐ削除する（読み込めなくする）必要があるファイルってあんまりないと思います。そのため、 mv で /tmpに移動しても良いと思ってます。 ↩

だいたい Linux ってよばれてるOSについてはある程度つかえるTipsだと思いますが、RHELの〜とかUbuntuの〜とかそういう細かい話を調査してまとめるのが手間だったので省かせてもらいました。あと、少し前のmacOSとかでも3日後に消えるらしいので、macでも使えると思いますが、macOS Mojaveで、なんか消えてない気がしますので、参考にしていただく際はご自身でご自分の環境について確認いただければとおもいます。 ↩

仲良くさせていただいている方に、 rm -rf ./大切なファイル（ディレクトリ）を、とてもとても大切な環境で実行したことがある方がいます。これは、その方が涙目になりながら、教えてくださったTipsです。あの時、/tmpに移動していれば... と後悔されていました。（結局、なんとかなったと聞きましたが）不幸なことになるチームや人を減らすために書かせてもらいました。個人的な思い1としては、プログラマになり、自身のローカルのDockerやVagrant、もしくはリモートに存在する環境上で作業することが出てくると思います。その際に、ファイルを消したい... ということが往々にしてあると思います。ただ、そのファイルをあとで見たいと思うことないでしょうか。もしくは1時間後に見たいと思うことは無いでしょうか。たしかに、自身のターミナルのログを保存している（もしくは履歴が追える）のであれば、catしておくとかであとから見直すことも可能です。ただ、経験上、面倒くさいとおもってます。似たようなログがあったら「どれだ！?」ってなりました。そのため、取り敢えず削除したいなーって場合は /tmp に移動させています。個人的な思い2としては、本番環境でrmコマンドを使う場合もできる限りmvコマンドで代用してます。理由は、「取り返しの付かないファイル削除」もしくは「削除して慌てるようなファイルをやってしまう」ということを防げるためです。基本はmvでやって、どうしても削除しないと行けない場合のみ、慎重にrmコマンドを打つように心がけすることができます。個人的な思い3としては、shell スクリプトに入っていたrmコマンドで事故っているところをみたことがあります。被害は非常に軽微でしたが、見ていて変な汗が手からでてきました。その時も、/tmpに移動していれば、「/tmpから戻せばいいじゃろ」って冷静に対処できたと思います。当然、復旧させる方法もググれば一杯出てきますが、ググって探して方法を特定するまでドキドキしているところを見てるのがいやでした。あと結局復旧ではなく再度作り直すでなんとかしていたようです。 ↩