アカウント名:
パスワード:
1. 余計な事をするな2. それでも何か実装したい場合には1のルールに従え
メモ帳で良いですね
> メモ帳で良いですね
BOM をつけないでくれ．#たしか，少し前に BOM なしに対応したってストーリがあったような．
excel がbomなしutf-8のcsvファイルを文字化けさせるの不便そのものだと思う。中の人は使ってないのかな。
CSVファイルをExcelで開こうとする奴は、滅んで良いと思う。
CSVとK3を区別してないのも問題ですよね。
というか、ちゃんとダブルクォートで括った市外局番付き電話番号を勝手に数値に変換しないでほしい。
住所の地番もCSVから読むとぶち壊されるよね。100%じゃなくてどこぞの国の表日法に合致する時だけ破壊されるから、初期段階での発見を阻害するおまけ付。せめて認識した表記と同一の書式になってれば無編集で扱う分には被害無いのに。# それはそれで気付きにくいんで地獄だけど。# お節介したときは報告＆取り消しの手段が残ってて欲しいものだ……
それだとEXCELでCSVを作る奴が救われてしまう。EXCEL=CSVで話をするバカのなんと多いことか・・・
中の人じゃないけどフツーにExcelで開くことを想定してcsvはbomありのutf-8で作るようにしてますよ。基本的にWindows環境で使われるテキストファイルは第一候補がbomありutf-8、第二候補がsjisで作っておけば間違いない。
utf-8にはbomを付けるのが常識ですよ
UTF-8にBOMは不要、が常識です。BOMはUTF-16,32で必要なものです。
BOM付きUTF-8で動かないソフトウェアが欠陥品なだけです
UTF-16とかでBOMあると動かないのは欠陥だけど、UTF-8ではそうではない。逆にBOM無しでトラブル起こすソフトは欠陥なんだけど。
一番の欠陥はUTF-8でのBOMについて定義しなかったUTF-8自身だな。
ちゃんとBOM付けないからですよ。BOM付きでトラブル起こすソフトは欠陥があるので使うのを止めましょう。
勝手にBOMをつけるのはまさに1.違反そのもの。なお最新のWindows 10のメモ帳は既定がUTF-8でUTF-8 BOM付きをオプションで選べるのでこの点に関してはまともなようだ
勝手にBOMを外すのはまさに1.違反そのもの。
1を順守してテキスト形式のエンコーディングは必ずBOM付きUTF-8で設計してますよ。おかげさまでノートラブル。必要なものを外すのは余計な事ですからね。
BOM付きUTF-8でCSV作ってslackのメッセージに添付させてみたら、BOMがきれいに消えてしまうのですよ。正義はどこに。（そういえば正義を行えば世界の半分を怒らせるんでしたっけ）
BOMはギチギチに規格を守るならUTF-8には付加されない文字なんすよ。なので素のUTF-8読み込みでBOMがあるとコケる事がある。でもコケるのはUTF-8的には問題のない動作。逆にBOMなしでコケるやつも居るけど、これでコケる奴はそもそもUTF-8の対応として間違っている。BOM付けても付けなくてもコケることはあるので、規格的に正しくしようとすると付けないのが正解。
……なんだけど、BOM付けてコケる奴が大分少なくなってきて、文字コードの自動認識考えるとBOM付きの方が便利、というのが現状。便利だけど間違ってるってのがややこしいんだよ……
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
ハッカーとクラッカーの違い。大してないと思います -- あるアレゲ
ソフトウェア機能実装のガイドライン (スコア:5, すばらしい洞察)
1. 余計な事をするな
2. それでも何か実装したい場合には1のルールに従え
Re: (スコア:0)
メモ帳で良いですね
Re: (スコア:1)
> メモ帳で良いですね
BOM をつけないでくれ．
#たしか，少し前に BOM なしに対応したってストーリがあったような．
Re:ソフトウェア機能実装のガイドライン (スコア:0)
excel がbomなしutf-8のcsvファイルを文字化けさせるの不便そのものだと思う。中の人は使ってないのかな。
Re: (スコア:0)
CSVファイルをExcelで開こうとする奴は、滅んで良いと思う。
Re:ソフトウェア機能実装のガイドライン (スコア:1)
CSVとK3を区別してないのも問題ですよね。
というか、ちゃんとダブルクォートで括った市外局番付き電話番号を勝手に数値に変換しないでほしい。
Re: (スコア:0)
住所の地番もCSVから読むとぶち壊されるよね。
100%じゃなくてどこぞの国の表日法に合致する時だけ破壊されるから、
初期段階での発見を阻害するおまけ付。
せめて認識した表記と同一の書式になってれば無編集で扱う分には被害無いのに。
# それはそれで気付きにくいんで地獄だけど。
# お節介したときは報告＆取り消しの手段が残ってて欲しいものだ……
Re: (スコア:0)
それだとEXCELでCSVを作る奴が救われてしまう。
EXCEL=CSVで話をするバカのなんと多いことか・・・
Re: (スコア:0)
中の人じゃないけどフツーにExcelで開くことを想定してcsvはbomありのutf-8で作るようにしてますよ。
基本的にWindows環境で使われるテキストファイルは第一候補がbomありutf-8、第二候補がsjisで作っておけば間違いない。
Re: (スコア:0)
utf-8にはbomを付けるのが常識ですよ
Re: (スコア:0)
UTF-8にBOMは不要、が常識です。BOMはUTF-16,32で必要なものです。
Re: (スコア:0)
BOM付きUTF-8で動かないソフトウェアが欠陥品なだけです
Re:ソフトウェア機能実装のガイドライン (スコア:1)
UTF-16とかでBOMあると動かないのは欠陥だけど、UTF-8ではそうではない。
逆にBOM無しでトラブル起こすソフトは欠陥なんだけど。
一番の欠陥はUTF-8でのBOMについて定義しなかったUTF-8自身だな。
Re: (スコア:0)
ちゃんとBOM付けないからですよ。
BOM付きでトラブル起こすソフトは欠陥があるので使うのを止めましょう。
BOM付きUTF-8は滅びろ (スコア:0)
勝手にBOMをつけるのはまさに1.違反そのもの。
なお最新のWindows 10のメモ帳は既定がUTF-8でUTF-8 BOM付きをオプションで選べるのでこの点に関してはまともなようだ
BOM無しUTF-8は滅びろ (スコア:0)
勝手にBOMを外すのはまさに1.違反そのもの。
Re: (スコア:0)
1を順守してテキスト形式のエンコーディングは必ずBOM付きUTF-8で設計してますよ。おかげさまでノートラブル。
必要なものを外すのは余計な事ですからね。
Re: (スコア:0)
BOM付きUTF-8でCSV作ってslackのメッセージに添付させてみたら、
BOMがきれいに消えてしまうのですよ。
正義はどこに。（そういえば正義を行えば世界の半分を怒らせるんでしたっけ）
Re:BOM付きUTF-8は滅びろ (スコア:1)
BOMはギチギチに規格を守るならUTF-8には付加されない文字なんすよ。
なので素のUTF-8読み込みでBOMがあるとコケる事がある。
でもコケるのはUTF-8的には問題のない動作。
逆にBOMなしでコケるやつも居るけど、
これでコケる奴はそもそもUTF-8の対応として間違っている。
BOM付けても付けなくてもコケることはあるので、
規格的に正しくしようとすると付けないのが正解。
……なんだけど、BOM付けてコケる奴が大分少なくなってきて、
文字コードの自動認識考えるとBOM付きの方が便利、というのが現状。
便利だけど間違ってるってのがややこしいんだよ……