"hogepiyofoobar".Substr().From(2).To(5);

なんか素直じゃない気がするんですよね。 これ、言語仕様が許すのであればキーワード引数を使って

"hogepiyofoobar".substr(from=2, to=5);

と書いた方が素直だと思う。 JavaとかPHPはキーワード引数がないからこんなになっちゃう (元記事はC#なんだけど、C#は知らない)。 PHPだと連想配列を使って、

"hogepiyofoobar".substr(array('from' => 2, 'to' => 5));

みたいなスタイルも可能ではあるのだろうけど、これはこれでもやもやする。

流れるようなインターフェイス、 あるいは単なるメソッドチェインでもいいんだけど、 "hoge".substr().from(2).to(5) みたいな書き方をすると、from()関数、to()関数に適切な機能が分割できて、 それぞれの関数がすっきりして、 使う側からも読みやすくなるというのが幸せなのだろうとは思う。

依存性の逆転原則を生かしてコーディングすると、 オブジェクトに、それが依存するオブジェクトをいろいろ設定しなければならなくて、 コンストラクタの引数で渡せればいいのだけど、

$hoge = new Hoge(logger = $logger, pdo = $pdo, memcache = $memcache);

のようにキーワード引数が使えないから、

$hoge = Hoge::factory()
      ->withLogger($logger)
      ->withPdo($pdo)
      ->withMemcache($memcache);

こんな風に書いてたりする。 妥協の産物ではあるんだけど、 with*() 関数がそれなりにすっきりするので、そんなに嫌いではない。

キーワード引数がもっといろんな言語で使えたらいいんだけどなあ。

両親が泊るのを代わりに予約してやっただけなのに、 宿泊者名で予約しないとダメですの一点張り。

ディズニーかつ名前つながりで似たようなことがあったからね。 保険組合の優待券でディズニーランドに行ったら、 優待券には本人が会社名とか被保険者名とか被扶養者名とか書くんですけど、 窓口に持って行ったら「被扶養者の名前を書いてください」って言われたんですよ。 でも僕は被保険者本人であって、被扶養者ではなかったので、 「僕は本人ですよ」と言ったのですが、 「被扶養者の名前を書いてください」の一点張り。

これってまずい状態なんですよ。 僕としては被扶養者の名前を書きたくないわけじゃなくて、 書く内容がないよということ、 あるいは「じゃあ何を書けばいいんだよ」「言ってる意味がわからないよ」 ということを伝えたいんですけど、 それが「僕は本人ですよ」の一点張りになってるんですね。 窓口の人には窓口の人なりの考え方があるはずで、 「被扶養者の名前を書いてください」の一点張りになってると。

結局「じゃあ何を書けばいいんですか」と聞くことで 「本人の名前を書いてください」という返事を引き出すことはできたのだけど、 なんかもやもやするんだよなあ。 「被保険者本人なら被扶養者名の欄には本人の名前を書いてください」 というのは窓口の人が最初に言うことじゃないかと。 標準的ではない書き方だし、 そういう特殊な書き方をするというのを知っているのは窓口の人で、 客としてはそんな特殊ルールの存在にすら思いが至らないので。

コンパイラでソースをアセンブリ言語に変換することができたりするので、 それを比喩に使うと、 真のソースは頭の中にしかなくて、 プログラム書いたよと言ってる「それ」は コンパイル済みのアセンブリコードであり、 読もうとすれば読めないこともないけど、 ソースじゃないよね、という感じです。

つってもこれって個人的な技能の域を出ない話なんだよなあ。 設計の技能、つまり頭の中にある設計図をよりよいものにする技能の方が、 よりプロダクトに貢献するだろうし。 いやもちろん、設計図がそのままソースコードになっていれば理解しやすいから、 メンテナンスコストが下がるとか、 重複コードを書かなくて済むようになって開発速度が向上するとか、 設計の技能に繋がってはいるはずなんだけど、 直結している気はしないんだよね。

うーん。 全体設計とかアーキテクトとかいう言葉を意識しすぎ？

• そもそも何をやってる関数なんだ、これ？
• どこに手を入れればいいんだろう？
• 直すべき箇所はわかったけど、 ここを直すと関数名と処理が不整合になっちゃうよな。
• 直したはいいけど、既存の機能に悪影響を与えていないかな？
• 短かった関数がどんどん長くなるよー

最初にプログラムを書いているときは、頭の中に完璧な設計図があって、 実際のコードはその設計図をきちんと反映してなく、 ドキュメントにも設計図はきちんと反映してないのですが、 とにかく頭の中の設計図をもとにコーディングして、読んでるので、 読めるんですね、きっと。 それが半年後になると、頭の中の設計図は失われ、 残ったのは不十分なソースコードのみということになってしまうと。

なので「心掛け」としては、 「頭の中の設計図を全部コードに反映させさい」ということなのだけど、 それはすぐにできるようにはならない。 もし昨日やったことを忘れてしまう薬があれば、 それを毎日飲むことで頭の中の設計図を消去し、 コードしか頼りにならないという状況を作ることで、 頭の中の設計図を全部コードに反映させるということができるのだろうけど。

20代後半とか、30代とかになると、 脳の力が衰えてきて、頭の中に設計図を保つことができなくなってきて、 コードの質を良くしないとコーディングできなくなるというのは、 あるかもしれない。

• 最大公約数的な規制。 最小限のことだけ決め、その決まりは絶対に守る。
• 最小公倍数的な規制。 なんでもかんでも規制するが、時と場合によって守らなくてもよい。

人によって、文脈によって、国によって、文化によって、 この2つのどちらを頭においているかが変わるんじゃないかなあ。 「未成年の飲酒は禁止。でも大学生だしいいんじゃね？」 みたいなのが後者。

これをごっちゃにするとまずいと思う。 努力目標的な、最小公倍数的な規制としてルールを作ったら、 絶対に守らなければならない規制として厳格に運用されるとかね。 厳格に運用されるという前提なら、 その規制は最大公約数的に、最小限のものだけにするべきだし。

情報・通信工学科

コンピュータ、通信、ネットワーク、メディア処理技術、 マンマシンインターフェース、数理情報解析技術の分野

知能機械工学科

ロボット、自動車、産業機器などの メカトロニクス製品に代表される分野とこれらの融合先端分野

先進理工学科

電子工学、光エレクトロニクス、自然科学、バイオサイエンスの分野

先端工学基礎課程

平日の夜と土曜日に授業を受けられるカリキュラム(教育課程)

となって、よくわかります。 1つ足りないって？　 だって説明読んでも意味わかんねえんだもん。

どっかのWebAPIから何か取ってきて、 それをXMLだとしてパーズして、 キー名を変えたり不要な要素を取り除いたりして、 最後に配列が欲しい、というようなことを考えます。 これをクラスから先に考えると 「WebAPIにアクセスするクラス」というようなものが抽象的に浮んでくるのですが、 そこから先に進めません。 エイヤで始めてしまって、あとで直したり、直しきれなかったりします。

そこで発想を逆転させて、まずそれぞれの機能を関数として考えます。

$hoge->connect($url)
     ->fetch()
     ->parseAsXml()
     ->filter(array('callback1', 'callback2'))
     ->toArray();

メソッドチェインとして考えるのもたぶんポイントで、 戻値がどんなクラスであるかは一旦考えなくてよくなります。 まずは関数だけを考えると。

んで、次にクラスを考えます。 connect()が返すのはきっとConnectionだろう。 fetch()はConnectionに対する副作用であるべきか、 同じクラスの新たなインスタンスか、 それともResponseというようなクラスに分けるべきだろうか。 parseAsXml()の結果も同じく副作用であるべきか、新しいクラスか。 filter()を使うかどうかは任意だから、 parseAsXml()の戻値と同じクラスでいいだろうな。 toArray()の戻値は配列に決まってる。 等々。

これは「接続」や「接続の結果戻ってきた文字列」、 「接続の結果戻ってきた文字列を解釈したもの」のような、 抽象的なものをクラス分けするときに威力を発揮しそうだと思いました。

サイズが大きくなる問題

• 通常ページの上から下まで全部記述するから、サイズが大きくなるし、 タグの開き-閉じの関係もわかにくい。
• プログラミングでいうところの関数みたいなことでどうにかなるか。
• Smartyであれば{include}。これは関数のようにも使える。
• つまりヘッダ、本文、サイドバー、フッタのような 別々のテンプレートにしておく。
• 使える局面では使えるだろうな。

文章とデザインの関係

• デザインを記述するのはテンプレートをおいてほかにない。
• 文章って関数的なものなのか。 「概要説明」とう関数があって、 その中に「このページはこれこれです」とあって、 テンプレート内では{概要説明を呼ぶ}とか書いてあるとか。
• 文章の長さにまどわされずにデザイン的なタグの開く-閉じるがわかる。
• 可能なところはやっぱり{include}か。やたら長い説明文とか。
• 全ての文章を{include}するというのは変な気がする。
• 実験としてそういうコーディング作法を試してみる価値はあるかも。

リソースファイル

• 何かのファイルを差し替えると、 文章が日本語になったり英語になったりするイメージ。
• 文章とデザインの関係をつきつめていくとそうなる？

分岐の爆発

• 構造化プログラミング用語でいうところの順次はただのHTML。
• 反復はそれ用の変数に配列なりイテレータなりを入れるので、 プログラマとデザイナーとの連携は取れているはず。
• 条件分岐は爆発する可能性が高い。
• 分岐はネストの深さ、条件文のどちらも複雑になる。
• リファクタリング的にはネストした中身を適切に関数にしたり、 条件文を関数にしたりすることですっきりさせる工夫がある。
• ネストした中身を関数化するといえば{include}で大体できるか。
• 条件文を関数にするのって、本来はコントローラの仕事じゃね？

MVCモデルと作業者

• ある条件のときに何を見せるかというのは、 本来的にはコントローラの管轄だよな。
• ある条件のときに何を見せるかというのは、 作業の上ではデザイナー兼ライターの管轄になりがち。
• 結果としてコントローラは素のフラグを大量に渡して、 テンプレートのif文で表示を切り替えるようなことをしがち。
• Smartyの言語構造を駆使してプログラミングをすることはできるけど、 それってたぶん斧で釘を打つようなアレ。

Smartyには助手が要るんじゃね

• 簡易なプログラミング言語のような何か。
• 条件文あたりを吸収する。
• {assign var="flag" val=...}でもいいんじゃね？
• assignでもいいんだけど、遅延評価的な何かか。 でもそれって単にコスト的な問題で、 富豪プログラミングでは無視できるか。

暫定的まとめ

• 長すぎる文章は別ファイルにしてinclude
• if文のネストは別ファイルにしてinclude
• if文の複雑な条件は上の方で適切な名前の変数にassign

ユニットテストを書け。

韓国では2009年4月1日から、 1日訪問者数が10万人以上のポータルサイトや動画サイト、 ニュースサイトの掲示板にユーザーが書き込みをする際の 「本人確認」が義務付けられた。 ユーザーの住民登録番号と氏名を照会して実名確認をしたうえでないと、 会員登録できない。

10万人以上と制限がついてるからいいのですが、 これがもし「全ての掲示板」みたいなことになったとすると、 個人で掲示板スクリプトを作って公開するとか、 スクリプトに手を入れるとか、が難しくなるよなあ、とか思ったりしました。

自分で本人確認しようと思ったら個人情報を抱え込むことになってリスクあるから、 OpenIDを使うとかになるのかな。 それでも厳密なログを取ることが必要になるかもしれない。 Wikiであれば最新版とか、最新版と1つ前の状態だけ取っておけばよいとかではなく、 全てのリビジョンを保存しておいて、 誰が何を書いたかがわかるようになってなければならないとか。

たとえば何かの検索エンジンでも、 検索履歴が誰でも見れるようにしたら面白いとか思ったとして、 そういうのを作ったとしますよね。 そしたら検索履歴で会話できるから、 これは本人確認の義務あり、となると、 検索するのにもOpenIDでログインしないといけないとか、そんな感じ。 あるいは監視の義務があるとかね。

道具

• 包丁
• まな板
• ピーラー (あれば)
• 片手鍋 (大は小を兼ねる)
• 計量カップ
• お玉

野菜

この中から適当に選んで切って鍋に入れます。 量は2人前で、うちの鍋だと8分目くらいかなあ。

• タマネギ (これメイン。2個くらい入れます)
• ニンジン
• 大根
• カイワレ大根
• エリンギ
• ジャガイモ
• そのほか適当に

野菜によっては青臭くなるので注意しましょう。 インゲンマメは鬼門。

魚・肉

1種類選んで鍋に入れます。

• ベーコン・ハムの類
• つみれなど練り物の類
• 鮭水煮缶などの缶詰

そのほか

• 水320cc (固形コンソメのマニュアルによると300ccですが、蒸発分を入れるとこんな感じかと)
• 固形コンソメ
• 胡椒・唐辛子等 (あれば)

作り方

1. 野菜を切って鍋に入れます。
2. 魚・肉を鍋に入れます。
3. 固形コンソメを鍋に入れます。
4. 水を鍋に入れます。この時点では野菜が水にひたりきっていませんが、気にしません。
5. フィーリングで胡椒をかけます。
6. 4分間強火にかけます。すると沸騰します。
7. 15分間弱火で煮ます。
8. 気分で胡椒・唐辛子等をかけます。

Fedora9 では ircd-hybrid と ircd-ratbox が選べるのだけど、 何故かircd-ratboxにはNadokaが繋げなかったので、ircd-hybridを選択。

# yum install ircd-hybrid
# chkconfig --add ircd  ←要るのかな。ircd-ratbox は要った。
# chkconfig --level 3 ircd on
# chkconfig --list ircd
ircd            0:off   1:off   2:off   3:on    4:off   5:off   6:off

ウノウラボ Unoh Labs: ircdをインストールしたのでメモ を参考にして設定。

Nadoka

Nadoka: IRC Client Server Program - nadokaさんとあそぼう をインストール。 これは はてなブックマーク - Fuktommyのミニブログ - お気に入り を監視するためなんだけど、 1分おきにアクセスしてたら差分が取れなくなってるっぽい。 id:naoyaがSBM勉強会で、 RSSならガンガンアクセスしてもいいよ、でもHTMLは勘弁な、って言ってたのに… とりあえず様子見。

いじったところは plugins/rss_checkbot.nb で tojis だったのを toutf8 にしたとか、 そのくらい。

  Servers = [
   { :host => 'localhost' }
  ]
  User     = 'nadoka'
  Nick     = 'nadoka'

  BotConfig = [
    { :name      => :RSS_CheckBot,
      :rss_paths =>
        [
          'http://b.hatena.ne.jp/fuktommy/favorite.rss',
        ],
      :cache     => "./tmp/rss-cache",
      :ch        => '#fuktommy',
      :tm        => 5,
      :over_message => nil
    },
  ]

tig.rb

tig.rb (twitter irc gareway) - 冬通りに消え行く制服ガールは、夢物語にリアルを求めない。 - subtech を参考にして設定。

# yum install ruby rubygems ruby-devel gcc 
# gem install json
svn co http://svn.coderepos.org/share/lang/ruby/net-irc/trunk net-irc

なぜか401エラー出ていたので、試行錯誤した結果、次のように修正。

Index: examples/tig.rb
===================================================================
--- examples/tig.rb     (リビジョン 32627)
+++ examples/tig.rb     (作業コピー)
@@ -186,7 +186,7 @@
        end

        def api_source
-               "tigrb"
+               ""
        end

        def jabber_bot_id

起動スクリプト

たとえばtig.rbはこんな感じのスクリプトで。

#!/bin/sh -e
#
# start/stop Twitter IRC Gateway.
#

USER=ircclient
COMMAND=/srv/ircclient/tig/tig.sh
PIDFILE=/var/local/run/ircclient/tig.pid

test -x $COMMAND || exit 0
cd /var/tmp

case "$1" in
    start)
        echo -n "Starting twitter irc gateway: tig"
        sudo -u $USER $COMMAND < /dev/null > /dev/null 2>&1 &
        echo "."
        ;;
    stop)
        echo -n "Stopping twitter irc gateway: tig"
        if [ ! -f $PIDFILE ]; then
            echo " not running."
            exit 0
        fi
        kill -TERM `cat $PIDFILE`
        pkill -KILL `cat $PIDFILE` > /dev/null 2>&1 || true
        rm $PIDFILE
        echo "."
        ;;
    restart|force-reload)
        $0 stop
        $0 start
        ;;
    *)
        echo "Usage: $0 {start|stop|restart|force-reload}"
        exit 1
        ;;
esac

exit 0

#!/bin/sh -e
cd /srv/ircclient/tig/net-irc
echo $$ > /var/local/run/ircclient/tig.pid
export HOME=/srv/ircclient/home
exec /usr/bin/ruby ./examples/tig.rb

クライアント側

サーバからはsshトンネルでクライアントに持ってきて、 LimeChat で見るように設定。

とはいえ

事実上はてブが見れないので、こんなことやっても無駄なんだよなあ。 Twitterだけなら専用クライアントでいいし。 はてバーぶろぐを追う用の環境という感覚なんだよね。

• スパム投稿を制限したい。
• 検索エンジンが検索履歴を削除するのを制限したい。

どちらも完全に防ぐことは難しいですが、 ある程度防げればいいかなあ、という程度です。 必要な箇所だけにDigest認証をかけることにしました。

スパム投稿の制限は、POSTに限ってダイジェスト認証をかけるという作戦で、 これは検索すると定番の設定が出てきます。

<Location "/">
    <Limit POST>
        Require valid-user
    </Limit>
</Location>

検索履歴を削除するのの制限というのはどういうことかというと、 hogeという単語で検索すると、それが履歴に残り、 ?mycmd=delsearch&myword=hoge にアクセスすると 履歴から消えるという仕組みになっています。 これってPOSTでやるべきじゃね、という説もありますが、 直すのめんどくさいので今回はGETのままでやりました。 投稿もPOSTだけに制限されてるのか謎。

RewriteEngine On
RewriteCond %{QUERY_STRING} mycmd=delsearch
    RewriteCond %{LA-U:REMOTE_USER} ^$
    RewriteRule ^$ /login/ [R]
<Location "/login/">
    Require valid-user
</Location>

/login/ って何かというと、 docrootで ln -s . login として作ったシンボリックリンクです。 Apacheの設定だけでやろうとしたけど、うまく行かなかった。 んで、削除URLにアクセスしようとすると、 /login/ に飛ばされて、Digest認証を要求されるという仕組み。 %{LA-U:REMOTE_USER} のところは思ったように機能してないんだけど、 これを外すと /login/ に2回アクセスしてる。謎。

パスワードファイルはこんな感じにして作る。

% htdigest -c bbs.fuktommy.com bbs.fuktommy.com guest

全体をまとめた設定ファイルはこんな感じ。

<VirtualHost *>
    ServerAdmin webmaster@fuktommy.com
    DocumentRoot /srv/www/bbs.fuktommy.com
    ServerName bbs.fuktommy.com
    ErrorLog /var/log/httpd/bbs.fuktommy.com.error.log
    CustomLog /var/log/httpd/bbs.fuktommy.com.access.log combined

    <Directory "/srv/www/bbs.fuktommy.com">
        Options +Indexes +ExecCGI
        AllowOverride None

        RewriteEngine On
        RewriteCond %{QUERY_STRING} mycmd=delsearch
            RewriteCond %{LA-U:REMOTE_USER} ^$
            RewriteRule ^$ /login/ [R]
    </Directory>

    <Location "/">
        AuthType Digest
        AuthName "bbs.fuktommy.com"
        AuthUserFile /srv/passwd/bbs.fuktommy.com
        <Limit POST>
            Require valid-user
        </Limit>
    </Location>

    <Location "/login/">
        Require valid-user
    </Location>
</VirtualHost>

というようなことを説いて新入社員を洗脳する計画である。 今日「リファクタリング」 という本買ったし、 前に「テスト駆動開発入門」 も読んだんだけど、 デザインパターンとユニットテストを網羅というか、 関連づけて説明した本ってないかなあ。 こういう時はこのパターンを使い、そのときのテストはこう書くべし、みたいな。 つか、デザインパターンに挙げられているような設計はテストしやすいのだ、 というのが素早く実感できればいいのだけど。

テストファーストというとユニットテストのことだけど、 自動化できない機能テスト、結合テストについても、 予め(実装以前・実装と並行して) テスト項目を作っておいた方がいいのかなとか思ったり。 自動化できないということは 「めんどくさいからテスト省略」→省略したところに不具合あった、 のコンボを起こしやすいんだよなあ。人間の心理的に考えて。

ここでいうP2Pってたぶん「朔のP2Pガイドラインに基く表示を書いた」で触れたような、 「運営母体のあるP2P」というか「サービスとしてのP2P」というか、 なんかそういうことだと思うのですね。 「P2Pネットワーク実験協議会シンポジウムに行ってきた」も挙げときます。

僕の見解としては、 「サービスとしてのP2P」が大きくなっていって、 1つの運営母体ではまかないきれないほどの規模になると 「インフラとしてのP2P」になると思っていて、 「インフラとしてのP2P」って何かというと、 電子メールだったりウェブだったりするわけです。 電子メールもウェブも、「サーバ」がありますが、 それは実際にはPCでもいいわけで、 実際母校の大学ではサーバにFreeBSDやLinuxを入れたり、 Sunのワークステーションを使ったりして、 電子メールやウェブのサーバを運用したこともありました。

そういう「インフラとしてのP2P」では、 サーバ、あるいはサーバント、ノードといってもいいんですけど、 そのノードには責任者がいて、苦情受け付け、訴訟受け付けの窓口があるわけです。 「お前のサーバでこんなファイルを公開していたが、我々の権利を侵害しているぞ」 と言われるための窓口があって、 それに対して説明するなりする、そういう窓口です。 年中無休24時間営業、とはいかなくてもレスポンスの早さも必要になりそう。 これはP2Pに限らないと思うんですが、 たとえばはてなを例にすると、 どこかのデータセンターの中にはてなのサーバがあるわけですが、 はてなへの苦情ははてなに行くのであって、 データセンターの会社に行くわけではない、と。

これが再帰的であれば、 例えば僕のブクマへの苦情は 僕に来るのであって、はてなに行くわけではない、ということになるんでしょうけど、 実際にははてなに行く場合もありそうです。 その場合は、僕は「窓口」としての能力があるとはみなされてなくて、 はてなには能力があるとみなされている、ということになるでしょう。 仮にはてなにも「窓口」の能力がないとしたら、 データセンターの会社に行くということもあるかもしれません。 たぶん能力がないとしたら、 データセンターを借りる契約ができないとは思いますけど。

僕がはてなを使うときには利用規約に同意したわけですけど、 「窓口」の能力がなければはてなは使うな、 という仕組みにはなってないような気がしますね。 よくわかんないけど。

で、P2Pにまで戻ると、 「僕の理想の社会」では P2Pのノードを管理している人、 たとえば全てのWinnyユーザは「窓口」を持つわけで、 自分の公開しているファイルについては責任を持つということになります。 でもたぶんそうはならなくて、 運営会社みたいなところの「窓口」までは行くんですけど、 各ユーザに直接問い合わせがあるという気はしません。 これを保護されていると解釈するか、 軽んじられていると解釈するかは、どちらもできそうですが。

そんなわけで、 個人、例えばはてなの1ユーザが「窓口」を持ち、 はてなに苦情が行ったら「それは筋違いだからそのユーザに言ってくれ」 とはならないんだろうなあ、とか思いつつも、 社会全体としてそうならないかなあ、 例えばレスポンスの遅さ(入院なんかしたら対応できない)も含めて、 やむを得ないとして仕組みができていかないかなあ、 とか思ったりします。 個人の機能を括り出して組織をつくるわけだから、 それに逆行する流れは退化かもしんないなあ。