2010-09-25 一時帰宅
月曜解放確定！！
火曜日は横浜へ行ってこよう……。
◆ [日記] angelbeatsのタグ検索で17417件@pixiv
２日で１２件……だいぶ投稿数が減ってますな。まぁ、そりゃそうか。
実際には６０件増えてました。
……いや、数字違い過ぎるだろ……
◆ [ネタ][アニメ] プロジェクト3「アニメ店長コラボ10番勝負ROUND 1「アニメ店長×東方プロジェクト」アニメーション制作
東方がアニメになるのか。
良いのか悪いのか判断に苦しむな……。
関連：驚異の映像美！ 『アニメ店長×東方Project』、『アニメ店長×東方プロジェクト』がコラボでアニメ化！ アニメーション制作はufotable
関連：Togetter - 「神主公認東方アニメ化！ではなく「二次創作なので細かい事は知りません。（by神主）」」
公式アニメ化では無いらしい。
◆ [ネタ] 『禁書目録Ⅱ』×『俺妹』コラボＣＭ 桐乃バージョン配信開始！
アクセラレータサンマジクール
◆ [ネタ] FF14、「チョコボ」を「チョコポ（Chocopo）」と誤表記
いやいやいやいや……
◆ [ネタ] 大阪日本橋で逮捕されたネットタダ乗り「無銭ＬＡＮ」 アキバはまだ売ってる
（;´Д`）
◆ [情報][セキュリティ] 「Yahoo！モバゲー」他人のマイページにログインする不具合 サービス中断
（;´Д`）
◆ [情報] 新卒採用開始は４年生の夏以降に
またこれは……
◆ [ネタ] 校名騒動「さくらんぼ小」、「大森小」にします
やっと決着？
◆ [ネタ] 今月の漫画『とある科学の超電磁砲』上条さんまじかっけー
レールガンの上条さんかっこええなぁ。
◆ [ネタ] 【うるおぼえで歌ってみた】only my railgun【ぐるたみん】‐ニコニコ動画(9)
何となく気に入った。
◆ [ネタ] 【MAD】化物語「sugar sweet nightmare」
sugar sweet nightmareと、羽川に弱いワシ……
幸せになって欲しいものです＞羽川さん。 彼女にとって何が幸せなのかは分からないが。
◆ [ネタ] 久々に「君が望む永遠」のＯＰをニコ動で見ていて、説明文を読んでいたら「"速瀬ベンチ"」なるものを発見。
体験版のOPのイントロは、製品版と違い遙と水月の髪が揺れるシーンの描画にウェイトがかからないため、PCが速いほど揺れるスピードが速くなる。このため体験版をベンチマークに使う遊びがネットの一部で流行した。
ちょっと笑った（笑）
◆ [メモ] 「サイレントメビウス」のTVシリーズが廉価版DVD-BOXに
ちょっと気になったのでメモ。
◆ [情報] 米ビデオレンタル最大手が破綻へ ネット普及で
日本もこんな感じになっていくのかなぁ……
◆ [ネタ] “ラブプラス紳士” 現る！ キャラの名前で『ふるさと納税』
おおぅ……ｗ
◆ [ネタ] ガスマスク被って自慰行為してるのを母親に見つかった
内容はともかく、流れが面白かったので。
◆ [ネタ] 「けいおん!!」究極壁紙、ドット絵、EDケーキが作られる
すげぇ……
◆ [ネタ] 「天使ならBD、女神ならDVD」 ソフマップのAngel Beats!全巻購入特典公開
凄い商法だな……
◆ [情報][ネタ][メモ] 「ねんどろいど 巡音ルカ」2度目の再販が決定、10月中旬発売→ねんどろいど 巡音ルカ (ノンスケールABS&PVC塗装済み可動フィギュア)
うっ、すげー気になる……
自分用メモ：買う時は「こちらからも買えますよ」のAmazon.co.jpを選択のこと。
◆ [情報] 中国政府のレアアース対日輸出禁止措置、アメリカも反応
ふむ……
◆ [情報] 富士山：初冠雪…平年より６日、昨年より１２日早く
秋はどこへ行った？
◆ [ネタ] 豊崎愛生さんの新曲「地デジ化の歌」に伴奏つけてみた‐ニコニコ動画(9)
ちょ（笑）
◆ [ネタ] ういんどみる前代表が準にゃん「はぴねす！りみっくす」制作中
ちょっと気になる。
◆ [情報][セキュリティ] ADサーバー掲出タグによるセキュリティアラートと対処について
広告出してる別の会社のサーバに何か仕込まれてたらしい。で、自動感染（の可能性有り）、という流れのようだ。
……普通のサイト見てても広告を（ブラウザが勝手に）読み込んだだけで感染する、か。
かなり怖いな、これ。
◆ [ネタ] ウチの妹がここまでMなわけがない 「らめぇぇぇ！お漏らししちゃうぅ！」
ちょっと古いけど、吹き出したので。
関連：「俺の妹がこんなに可愛いわけがない」の公式Twitterで美少女文庫やあとみっく文庫がネタにされる
読むと面白い（笑）
◆ [ネタ] 【figma】けいおん！！最終回のあのシーンを再現してみた【コマ撮り】‐ニコニコ動画(9)
頑張った！！！！
だが一カ所だけツッコミ。
もう、ムント続編作っても、８月ばっかり繰り返してても叱らないから…
叱るわ！！（笑）
◆ [日記][情報] UTF-8-MACというのがあるのですね……
Macのファイル名に使われているUnicodeのエンコード方式は、微妙にUTF-8（NFCと言うらしい）と違うエンコードがされるらしく(NFD、UTF-8-MACというらしい）、Windowsとかの普通のUTF-8とのファイルのやりとりが出来ません……。
やりとり方式がFTPだったので、裏技としてUTF-8-MACとかを参考に「UTF-8-MACに対応したWindows用のFTPクライアントは手持ちのだとNextFTP(4.80)のみ」との記述があったので、Next FTP 4をインストールして対応。３ヶ月使えるので、とりあえずはこれで。他にもUTF-8-MACに対応したFTPアプリはあるようなのでutf-8-mac ftp - Google 検索あたりを参考に探してみてください。良いのがあったら教えて（笑）
まったく、これだからApple製品は！ 自分のことしか見てない（ように見える）んだよ！！ 普通のUTF-8にしろよ！！
と、今日もApple製品が嫌いになったのでした。ちゃんちゃん。
関連：Mac側でUTF-8にする方法
追記。
Unicode 名のファイルを圧縮できる形式によると……
MAC OS X 上で作成される ZIP は、'PK-ZIP版 Unicode ZIP' によく似た ZIP です。MAC OS X 上で作成される ZIP は、格納ファイル名が UTF-8-MAC でエンコーディングして格納されており、ヘッダも PK-ZIP の UTF-8 のものとは異なっています。
だそうで。一回zip圧縮して転送しても、展開する段階で化けるっぽいデスネ。なめんなApple！（まぁ、わしはExplzh使いだし、Explzhだと問題なく展開できるらしいんですけどね）
そもそも何でUTF-8を紛らわしくしたのだろうか……今度余裕のある時に調べてみよう。
追記その２：ものかの >> archive >> Unicode正規化 その５によると、ソートの問題が発生するとか……あと、CP932(ShiftJISの拡張版みたいなヤツ)からUnicodeへ変換できても、それをNFCに正規化すると別の文字になるとか……
さすが英語圏主導で作られた規格です。さすがです。Unicodeではあんまり日本語とかを考慮してくれてないみたいです。しかも新常用漢字表が迫るUnicode移行、「シフトJIS」では対応不可能 を読めば分かるように、シフトJISにも戻れません（表現できない文字ができてしまうから） 他にも異体字問題もありますしね……。
……思い切って、漢字が必要なシステムでは、日本オンリーの全く別系統の文字コードでも用意しますか？（笑）４バイトくらい使って（笑）どうせ文字は増える（？）だろうし、最近のコンピュータなら４バイト(32ビット)の方が処理しやすいし。
まぁ、そもそもコンピュータが普及して、もっと広がればUnicodeに追加される文字はどんどん増えていくわけで……。私個人としては、２１億文字位で足りるのか？ という気がしてなりません。多いように見えて、結構少ないのよ。２１億って。32ビット（４２億）もあるはずのIPアドレスがそろそろ無くなっちゃう程度には。そして全世界にあるはずの、そんな大量の文字を全てコード化・表示（は、まぁローカライズすれば乗り切れるか？）できるようにしなくちゃならないとなると……どっかで破綻する予感がふつふつとね。
Unicode大丈夫かなぁ、と思う。広い意味（そもそもシフトJISとかと一対一対応して無い時点で何かがおかしい。まぁ、文句はいろいろあるが、色々おかしいのだ）でも、狭い意味（今回のように、UTF-8とUTF-8-MACのように）でも。
追記その３
寝る前にもうちょっと調べようと思っていたら、とんでもないことが書かれたページがヒットした。Mac OS Xのファイルシステムの文字コードというページなのだが……
「UTF-8-MAC」は一般的なNFDとちょっと違っている
らしい。なんじゃそりゃ。（詳しくは、この辺を参照。MacOS X のファイル名での Unicode 正規化処理は、U+2000～U+2FFF, U+F900～U+FAFF, U+2F800～U+2FAFF を対象としないらしいです。えぇぇー……）なので、Macの文字コード(UTF-8-MAC)をWindowsやLinuxでも使えるUTF-8に変換する場合には、
#!/usr/bin/perl
use Unicode::Normalize qw/NFC NFD/;
$char = NFC( $char );
ではなく
#!/usr/bin/perl
use Text::Iconv;
$char = Text::Iconv->new( 'UTF-8-MAC', 'UTF-8' )->convert( $char );
という、「『UTF-8-MAC』を『UTF-8』に変換する」という処理をしなくてはならないらしい。
ここから導き出される結論としては、Macの文字コードは標準じゃない（NFCでもNFDでもない）、UTF-8のまがい物ということ。
さすがApple様、我が道を行くね！ せめて文字コードくらいは標準を使おうぜ！
そしてますますAppleが嫌いになっていくワシでありましたとさ。