Unicode に関する誤解の誤解 - odz buffer
ref:Open ブログ: ◆ シフトJIS と unicode via:Matzにっき(2007-03-12) 初めにお断りしておくが、本項は、誰かを批判することが目的ではない。素人にありがちな誤解を正すことにある。 上記のサイトで、素人が間違いを犯しているからといって、素人を批判するつもりは毛頭ない。素人が専門知識をもたないのは当然だからだ。私としては、批判するためというよりは、読者が他山の石として眺めるために、上記のサイトを見ることをお勧めする。 Encode.pm の maintainer である dankogai 氏を素人呼ばわりするのもなかなか勇気があると思うが、じゃ、そういう本人の誤解を正しておこうか。 一方、 unicode には問題が山積みだ。だいたい、素人は unicode という言葉を使っているが、 unicode というものは一種類しかないわけではない。UTF-8，
require-final-newline - odz buffer
それこそdiffが好例になるじゃないですか。Gnu diffは、 入力ファイルに改行がないとメッセージを出すわけです けど、「ファイルが改行で終わらないときはメッセージを 出す」っていう機能のテストをテストするときには、 当然、改行で終わらないデータを用意しないといけ ません。だから、あの記事でテスト・データのことに ついて言及したわけです。 いや、改行で終わっていないテキストファイルが必要なのはわかります。ただ、改行で終了していないテキストファイルが必要な場面が滅多にない人間からすると、自動で改行を挿入するからって「プログラマが使うエディタじゃない」とまでいう感覚が分からないなぁと。 自分の感覚だとほとんどの場面では改行を自動挿入してくれたほうが嬉しい。だから mode-require-final-newline は t で、改行が必要ないデータが欲しいときは適当に代替エディタを使うか、
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
どこまで必要か - odz buffer