Route 477

■ [web] Googleドキュメントの表計算で曜日を入力させる方法

今年の春から、家計簿を付けるのにGoogleドキュメントを使っています。最初はOOo Calcでやってたんだけど、 「Googleドキュメントならどこのマシンからでも更新できてよくね？」ってことで移行。

しかしですね、Googleドキュメントはなんと日付の書式指定で曜日を付けられないのです。つまり

1 | 2008年11月1日(土) | コーヒー | 120 |

みたいなことができない。しかも、OOoの文書からインポートしたてのときはちゃんと曜日が出てたんですが、 なんかセルをコピーしたり移動してるうちに一部分だけ曜日が出なくなった、これはキモい。

んで調べてみたところ

• Perl Tips ｜ Google ドキュメント (Google Spreadsheets) で、日本語の曜日を表示する方法

にて方法が紹介されていました。

1つのセルに日付と曜日両方を出すことはできないんですけど、セルを分けて、例えばA1に日付、B1に以下のような数式(?)を書く。

=IF(A1="", "", IF(WEEKDAY(A1, 2)=1, "月", IF(WEEKDAY(A1, 2)=2, "火",  IF(WEEKDAY(A1, 2)=3, "水",  IF(WEEKDAY(A1, 2)=4, "木",  IF(WEEKDAY(A1, 2)=5, "金", IF(WEEKDAY(A1, 2)=6, "土", IF(WEEKDAY(A1, 2)=7, "日"))))))))

と、

  |      A        | B  |     C    |  D  |
-----------------------------------------
1 | 2008年11月1日 | 土 | コーヒー | 120 |

のようになります。やったね！あとはB1をコピーしてB2, B3, ... に貼り付けていけばおｋ。(A行が空のところはB行も空になります)

しかしこんなことせんといかんのがいかにもなんだかなであります。今はDropboxがあるんだから普通にOOo Calc使おうかなぁ。

■ [ruby] %Qを使ったQuineにRubyの暗黒面を見た

暗黒面ブームに便乗してみる。

最近、人生初を書いて、結局$0かformatのどっちか使わんといかんのかなぁと思っていたところ、%Qを使ったQuineを発見。

• 自己生成プログラム - ラシウラ

Ruby版だけ引用すると、

lines = %{
print "lines = %{"
print lines
print "}"
print lines
}
print "lines = %{"
print lines
print "}"
print lines

でQuineになるとのこと。

一見どうなってるのか分からんっていうか「}"」のところで文字列が終わってパーズが通らないように見える…んですが、そういえば

括弧を区切り文字にした場合、対応が取れていれば 区切り文字と同じ括弧を要素に含めることができます。

%(()) => "()"

[リテラルより引用]

というルールがあるんだった…。なるほど。

まぁだからといって暗黒面といえるかというと、別にあって困るもんでもないし、いつか役に立つかもというか実際にQuineを書くときには役に立つことが 証明されたわけですし、仕様を書く人が苦労するだけのことで、何も問題はないですね！

(11/2追記：これ以外にもevalとかヒアドキュメントとかjoinとかいろいろあるそうです : http://d.hatena.ne.jp/shinichiro_h/20081102#1225569359 )

■ [ruby] Ruby1.9の紹介も兼ねて、「＋暗が gsub できない件」について遅レスする

遅レスが辞書に入ってる（らしい）ATOKはさすがといったところですが、それはともかく。

• ＋暗が gsub できない - まさにっき（使えないプログラマーの記録）

Ruby 1.8の場合

うーん、JISコードなのが辛いところですね。EUC-JPか、SJISか、UTF-8なら -K オプション(or $KCODE)で対処できるんですが*1、 JISコードはネイティブでサポートされていないので、正しく扱おうと思ったら EUC-JP/SJIS/UTF-8 のどれかにいったん変換するのが良いと思います。

例 (EUC-JPを通す場合)

require 'kconv'
$KCODE="e"

str = "footestbar"
after = File.read("tasuan.jis").chomp.toeuc
puts str.gsub(/test/, after)  #=> EUC-JPで「foo＋暗bar」と出力される

ここではスクリプトの最初で「$KCODE="e"」としてEUC-JPを指定しましたが、コマンドラインで「ruby -Ke test.rb」のように-Kオプションを指定してもOKです。 *2

Ruby 1.9の場合

しかしですね、文字コード周りが大幅に強化されたRuby 1.9ならきっともっとスマートになんとかしてくれるはず…！ サポートされるエンコーディングもこんなにあります。

さて、Ruby 1.9では$KCODEが廃止されて、「ソースコードに日本語を使うときはマジックコメントを書いてください」というポリシーになりました。例えば

 # coding: utf-8
 puts "日本語"

のように。1行目がshebang(#!)のときは2行目に書きます。前後に余計な文字があっても良いので、Emacs使いなら

 # -*- coding: euc-jp -*-

と書くのが良いでしょう。また「:」の代わりに「=」でも良いらしいので、vim使いなら

 # vim:set fileencoding=euc-jp:

と書くことができます。

よってスクリプトに「coding: iso-2022-jp」と書いておけば解決…と言いたいところなのですが、Ruby1.9でもJISコードはダミーエンコーディング*3なのでスクリプトのエンコーディングとしては使用できません。

でも大丈夫、1.9ではFile.openのモード指定("r"とか"w"とか書くところね)に文字コードの情報も書けるようになったので、 「これはJISコードだよ」と宣言しつつ読み出せばいいはずです。

str = "footestbar"
after = File.read("tasuan.jis", mode: "rb:iso-2022-jp").chomp
puts str.gsub(/test/, after)

open1.rb:3:in `gsub': incompatible character encodings: ISO-2022-JP and US-ASCII (Encoding::CompatibilityError)
        from open1.rb:3:in `<main>'

おっと、afterがJISコードならstrもJISコードにしなければならないようです。

str = "footestbar".encode("iso-2022-jp")
after = File.read("tasuan.jis", mode: "rb:iso-2022-jp").chomp
puts str.gsub(/test/, after)

open2.rb:3:in `gsub': incompatible encoding regexp match (US-ASCII regexp with ISO-2022-JP string) (ArgumentError)
        from open2.rb:3:in `<main>'

そうか正規表現もか。

しかしRegexp#encodeというメソッドはないぞ…。エンコーディングを付加した文字列を正規表現に変換すればいいのかな。

str = "footestbar".encode("iso-2022-jp")
pattern = Regexp.new("test".encode("iso-2022-jp"))
after = File.read("tasuan.jis", mode: "rb:iso-2022-jp").chomp
puts str.gsub(pattern, after)

これでどうだろう？実行してみる。

foo!testEbar

駄目じゃん/(^o^)\

はっ！よく見たらリファレンスにこんなことが…

ダミーエンコーディング

文字の列としての処理をサポートしません。

[多言語化より引用]

文字の列としての処理をサポートしない→単純にバイトの列としてgsubされる→おおこれは\0だな→testに置き換えるか→文字列が壊れる

結論

例えばiso-2022-jpを避ける

str = "footestbar"
after = File.read("tasuan.jis", mode: "rb:iso-2022-jp").chomp.encode("utf-8")
puts str.gsub(/test/, after)

実行結果：

/Users/yhara/proj/blog/plus_kurai % ruby-1.9 conv.rb
foo＋暗bar

Ruby 1.9はべんりですね (^o^)

参考

「Rubyリファレンスマニュアル刷新計画」のm17nの項が非常に参考になりました。

• http://doc.okkez.net/191/view/spec/m17n

■ [ruby] 1.9.1-preview1でのダミーエンコーディングの一覧

上の記事のおまけ。

irb(main):009:0> Encoding.constants.find_all{|c| e=Encoding.const_get(c); e.respond_to?(:dummy?) and e.dummy?}
=> [:ISO_2022_JP, :ISO2022_JP, :ISO_2022_JP_2, :ISO2022_JP2, :UTF_7, :CP65000]

■ [ruby] irb-1.9

上のテストはirb-1.9を利用しました。irb-1.9は僕が自分で書いているシェルスクリプトで、中身は

#!/bin/sh
ruby-1.9.1-preview1 -rirb -e 'IRB.start'

のようになっています。ruby-1.9.1-preview1はhomeにインストールしたruby 1.9へのsymlinkです。

「1.9を使ってみたいけど、/usr/local/binにインストールする勇気はない(もしくは1.8と共存したい)」という人におすすめです。

■ [ruby][event] ちょっとアメリカ行ってきた

RubyConf 2008に参加してきた。

• 上空から見るとアメリカ平たすぎワロタ
• これみんなRubyistかー！
• ノベルティTシャツのXXLとXXXLが普通になくなっててワロタ
• Seattle.rbはやばいｗ
• 英語ぜんぜんききとれん！もっと鍛錬しないと。
• でもMechanize/Meow/NokogiriのAaronさんにNokogiriの日本語リファレンス(書きかけ)を紹介できたので満足した。

(追記：時差ボケがこんなひどいものだとは知らなかった…！とくに帰って2日目がやばいから気をつけろ＞未来の俺)

■ [ruby][prog] 普通の人のためのふつうの言語

まつもとさんのkeynoteから考えたこと。

• 普通の人はメタプログラミングなんかしない。
• でもメタプログラミングができることはとても重要。なぜなら、それは言語の最大の力を規定するから。
• ライブラリの作者は普通の人ではないから、ふつうの機能も使いこなせる。
• 使用される頻度が低くとも、メタプログラミング機能を用意することは、強力なライブラリを生み出すという点で重要。
• ので、普通の機能だけでなく、「ふつうの機能」をどう設計するかがこれからのプログラミング言語には重要になってくるだろう。

9784797336023

注：「普通」はバズワードなのであまり深く考えないでね

■ [ruby] 高度に発達したDSLは言語そのものと見分けがつかない(?)

http://www.lingr.com/room/merb.jp にて。

• (アメリカの)Railsユーザの中には、RubyとRailsの区別がついてないやつがいて困る(インスタンス変数ってviewに値を渡すためのものだよね？みたいな)
• RailsはDSLすぎるのではないか→MerbもDSLだけど、もうちょっとRubyに近い文法にしてるよ

要するにDSLを凝りすぎると言語自体の習得を妨げるという主張か。面白いなぁ。

こういう話を見るとマクロがなくて良かったねと思ってしまう(言語組み込みでマクロが提供されてたら、Railsの文法はもっとカオスになってたに違いないｗ)

しかし現在はParseTreeというライブラリで構文木が取れてしまうんで、もうマクロがあるのと変わらないわけで。パンドラの箱はもう半分開いている。

■ [javascript][event] Kanasan.JS

勉強会に参加して，できる人達の議論を聞いて，

プログラミングが大好きな人達と直接話ができて．

誰かが教えるのではなく，皆で学ぶ，という勉強会は珍しいみたいですね．意外でした．

初めて参加した勉強会が，「一方的に教えてもらって懇親会で名刺交換して終わり」というものではなく，

Kanasan.JSみたいなもので本当に良かったです．

というかKanasan.JSで良かったです． :)

[(programmer? yaotti)より引用]

発起人であるkanasanが関西を離れるとのこと。お疲れさまでした。

※Kanasan.JS自体はこれからも続きますよ！

■ [rails] ActiveSupportにArray#secondが実装されたようです

• http://github.com/rails/rails/commit/22af62cf486721ee2e45bb720c42ac2f4121faf4

+    assert_equal array[1], array.second
+    assert_equal array[2], array.third
+    assert_equal array[3], array.fourth
+    assert_equal array[4], array.fifth
+    assert_equal array[5], array.sixth
+    assert_equal array[6], array.seventh
+    assert_equal array[7], array.eighth
+    assert_equal array[8], array.ninth
+    assert_equal array[9], array.tenth

DHHはCommon Lisp使いか！

それはともかく、method_missing使ってarray.twentiethとかarray.one_thousandthとかでアクセスするライブラリを誰か書くといいよ。

■ [mac] 円高

VM Fusion 2を、

普通に買うと

9980円

11552円 (パッケージ版だから？)

英語サイトからドルで買うと

約7800円 ←

円高…恐ろしい子。

＃…と思ったら12/5までキャンペーン価格で6780円と来たか！

■ [misc] 執筆とか

ようやく終わりが見えた。

■ [web] thatsping.jpのドメイン切れについて

このtDiaryに設置してるブログパーツが古いドメイン(.com)のままで、それが他人の手に渡って、表示がおかしくなっていたようです。会社で指摘されました。

お騒がせしました。

■ [misc] 缶ビールは量が多すぎる

よくニュースで「新商品でビールを飲まない若者の開拓を」とかやってますけど、どうも意識にギャップがあるなぁと思うのは一缶の量。

ビール飲み慣れてない人間にとって350mlは多すぎる。最初の一口は旨いと思うんだけど、途中からもういいやってなるんだよね(笑)。しかも、ペットボトルみたいに栓ができるわけじゃないし。350と500とかじゃなくて、もっと小さい缶のを出すべき。

値段は高くたっていいの。毎日飲むならそりゃ安い方を選ぶけど、月に一缶しか酒類を買わないとしたら、150円のと300円のとどっちを選ぶか、せっかくなら高い方ですよね。 むしろ高い方がプレミア感があって売れるかも、くらいの。

＃ちなみに家で一人では飲まないだけで、飲み屋では普通に飲みます。