「『メモ帳』標準のBOMなしUTF-8に、Windows Searchは対応していない」記事へのコメント

BOM有りに統一すべきだった

[Anonymous Coward]

BOMは「ゴミ」であって不要なデータが入ってくるのが無駄だと主張する人がいますが、無駄なのは文字コードの自動判別の方です。

よくある文字コードを自動判定するという動作は、ファイルの内容の一部（1KBとか）、アプリによってはファイルの全部を読んでから文字コードを判定するので非常に負荷が大きいのです。
BOMなら3バイト読むだけで済みます。

そして、Unicodeに対応しているアプリであればBOMは文字コード・エンディアンの判別に使えばいいし、そうでないなら無視すればよろしい。

UTF-8のBOMがあるだけで不具合起こすアプリなんていうのは、今時そっちの方がおかしいので修正すれば

Re:

[Anonymous Coward]

BOM入ってるとcatで簡単に結合できないし、パイプでテキスト処理したあとにBOM付け直したりが鬱陶しいじゃん。
どう考えてもゴミじゃん。

cat はBOMを無視してくれる

[Anonymous Coward]

それ試してから言ってる？
catやWindowsのメモ帳は、ファイルの途中に含まれるBOMを表示しない(幅0の空白)というBOMが邪魔にならない理想の実装になっているんだけど。

catではBOMは表示されないので、ゴミが見えて気になることも無い。catはファイルの途中のBOMも完全無視（半角スペースにもならない完全非表示）してくれる。

fileA (BOM付き) と fileB (BOM付き) を結合するなら↓で良い。

cat fileA fileB > fileC

fileC の fileA と fileB の間にBOMが紛れ込んでないないかって？
うん、紛れているよ。でも3バイト多くなっても気にしなくて良いのでは。
みんなが cat のようにBOM

cat に関する訂正

[Anonymous Coward]

catコマンドの実装に関する部分が正確性にかけていた（コンソールの仕様を含めてcatコマンドであるかのような書き方をしていた）ので突っ込まれる前に訂正

正しくは
「一般的なLinuxコンソールではBOMは不可視なので、catコマンドの標準出力にBOMが含まれていても気になることはない。
　だから無視すれば良い。」
です。

Re:

[Anonymous Coward]

その出力からパイプで繋いでファイル作成とかしてると、BOM付きファイル名の厄介なファイルが生成されてしまうのでは…
地獄でしかない。

Re:

[Anonymous Coward]

BOM推進派 == UNIXの思想を理解してない半可通、というのがここまでの感想。

Re:

[nekopon (1483)]

UNIXはただ死んだだけでなく、本当にひどい臭いを放ち始めている -- R.Pike

Re:

[Anonymous Coward]

それはカーネルと権利関係の話でしょ。
テキストベースのコンソールの文化は、そもそも死んですらいないどころか、サーバーではデファクトスタンダードだ。

Re:cat に関する訂正

[nekopon (1483)]

デファクトスタンダードが腐ってないという理由はない
// Plan9 はそこからスタートしたんじゃなかったっけ

Re:

[Anonymous Coward]

横から失礼。その「理由」を具体的に示してもらいたいね
文脈から判断するに、「(デファクトスタンダードとなった)テキストベースのコンソールの文化」が
腐ってる理由、ってのがちゃんとあるんだよね

Re:cat に関する訂正

[nekopon (1483)]

腐っているという理由もない、というのがいつもの私の答えです。
が、これだけデータがメタだらけになっている昨今コンソールだけではしんどいです…

Re:

[Anonymous Coward]

どうぞこれからもしんどい思いをお続けください。いつも通りに

Re:

[Anonymous Coward]

vscodeのRemote Developmentを使うと幸せになれる。