アカウント名:
パスワード:
1行にしたりUTF-8にしたutf_all.csvが別で作られるようになっただけでKEN_ALLはKEN_ALLのまま
例え悪名高いKEN_ALLといえど、使っている人が多いから切り捨てられないというわけですな。
既に専用のパーサーを書いてしまったからなぁ。どうせ新しくするなら、CSVもやめてJSONにしたら、使いやすくてみんな喜んだだろうに。
こういう純粋な二次元表形式で表せるデータならCSVの方が冗長性がなくパースも高速ですっきりする
CSVは方言が多すぎて、すっきりはしないだろ。
KEN_ALL.CSVで使われてる形式が安定していればいいだけの話で、それ以外のCSVの読み込みまで気にする必要はない。
方言に対応させて作った自前の専用CSVパーサーよりも、圧倒的な実績がある汎用のJSONパーサーのほうが安定してるだろ。冗長性や、速度を気にするようなサイズでもない。
Excelで読めない時点で論外。
JSONとの対比の話題でExcel持ち出すのが論外
JSONとの対比の話題で利用方法に考えが至らないのが論外
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
目玉の数さえ十分あれば、どんなバグも深刻ではない -- Eric Raymond
KEN_ALLじゃない (スコア:0)
1行にしたりUTF-8にしたutf_all.csvが別で作られるようになっただけで
KEN_ALLはKEN_ALLのまま
Re: (スコア:0)
例え悪名高いKEN_ALLといえど、使っている人が多いから切り捨てられないというわけですな。
Re: (スコア:0)
既に専用のパーサーを書いてしまったからなぁ。
どうせ新しくするなら、CSVもやめてJSONにしたら、使いやすくてみんな喜んだだろうに。
Re: (スコア:0)
こういう純粋な二次元表形式で表せるデータならCSVの方が冗長性がなくパースも高速ですっきりする
Re: (スコア:0)
CSVは方言が多すぎて、すっきりはしないだろ。
Re: (スコア:0)
KEN_ALL.CSVで使われてる形式が安定していればいいだけの話で、それ以外のCSVの読み込みまで気にする必要はない。
Re: (スコア:0)
方言に対応させて作った自前の専用CSVパーサーよりも、圧倒的な実績がある汎用のJSONパーサーのほうが安定してるだろ。
冗長性や、速度を気にするようなサイズでもない。
Re: (スコア:0)
Excelで読めない時点で論外。
Re: (スコア:0)
JSONとの対比の話題でExcel持ち出すのが論外
Re: (スコア:0)
JSONとの対比の話題で利用方法に考えが至らないのが論外