komagataのブログ

情報処理推進機構：プレス発表：記事：「2010年度日本OSS貢献者賞・日本OSS奨励賞」受賞者を選定

IPA（独立行政法人情報処理推進機構、理事長：藤江一正）は、このたび、優れたオープンソースソフトウェア（OSS）の開発及び普及に貢献した個人等を表彰する「2010年度日本OSS貢献者賞」および「2010年度日本OSS奨励賞」の受賞者を選定しました。

今回発表された日本OSS貢献者賞2010に日本語プログラミング言語なでしこの作者、酒徳峰章さんが受賞されていました。おめでとうございます。

以前、尊敬するエンジニアは誰？と聞かれたときに、DHHですかねー？などと適当に答えてしまったんですが、本当は酒徳さんだなあーと。

どれが良い悪いではなく、プログラマーを

0を1にするのが得意な人
1を10にするのが得意な人
10を100にするのが得意な人

の３つに分けるとしたら酒徳さんは0を1にするタイプの人だなあと思っていました。

酒徳さんを初めて見たのは確かオープンソースカンファレンス2005だか2006で、なでしこの発表をされている時でした。その頃僕はプログラマーというと早口で捲し立てる完璧主義者というイメージを持っていたので、(プログラマーにもこんなにゆっくりしゃべってくれる優しそうな人がいるのか)と驚いたことを覚えています。

その後ウノウで働く中で数回ペアプロやったり、酒徳さんの活動をウォッチしてたんですが、とてもユニークな人で、僕もこういう風になりたいなと思うようになりました。(社内で聞こえてきた会話の断片などを元に記憶を掘り起こしているので事実と違うところをがあるかもしれません。)

プログラミングが半端じゃなく好き

ウノウで開発合宿をしたとき、WindowsのGUIアプリを誰か(ココイチさんかな？)が作っていて、「よくあるこういう処理ってどうすればいいんでしたっけ？」と聞いたときに酒徳さんが「それならいいのがありますよ」といって取り出した自作ライブラリの名前が"BenriUtil"。「BenriUtilっていい名前ですね！」というと「これ、便利なんですよ・・・」と言っていました。

また別の時は、「女子高生にプログラミングをしてもらうには携帯しかない！」と言って、FlashLiteのプログラムを良く知るためにActionScriptを始めていました。(Web開発環境"葵")

「Delphi好きの我々にとっては馴染み易いですね」(変数宣言の名前と型の順番が同じ)と言って勉強のために作ってたのがHello, Worldではなく、1マス1マスが人の形の画像を使ったライフゲーム。

僕自身も、上手い下手は兎も角、(ご飯が食えて、死ぬまでプログラミングが出来ればそれでいいや・・・)と考えてるクチなんですが、それでも酒徳さんよりプログラミングが好きか、楽しんでやっているかと問われると自信がありません・・・。

極端な成果物指向

元々、酒徳さんが"日本語プログラミング言語ひまわり"を作ったのは会社のアルバイトの人の業務自動化のためだそうです。

ウノウでCTOの尾藤さんがペアプロの時に、酒徳さんがプログラミング言語やコンパイラを作るときには普通必ず使うであろう技術やツールを知らないことに驚いていました。「今までどうやっていくつも言語を作ってきたんですか？」って。

酒徳さんはというと「おお、こんな便利な物があったんですね！これは凄いですね！」と言っていました。

しかし、その後、周りの人に聞いたり、定番の書籍(ドラゴンブック等)を読んであっという間に習得していました。

「これで次からはプログラミング言語がもっと楽に作れる！」とか言ってました。

成果物指向かつ楽しんでやりたい

0を1にするには極端に独善的である必要があります。しかし、酒徳さんはそういった欲望を他人に迷惑の掛からない自分のソフトウェアのコードの中だけで爆発させているように見えます。

僕自身は上記３種類でいったら1を10にするタイプかなあ・・・と思っているので直接的には真似出来ませんが、常々、酒徳さんをリスペクトしている次第です。

MacでTerminal.appから起動したアプリとFinder/Spotlightから起動したアプリの環境変数が違う。(厳密にはFinderとSpotlightも違う)

MacVimから色々やろうとしたときにかなりウザイ。

:!rvm
zsh:1: command not found: rvm

shell returned 127

:!echo $PATH
/Applications/MacVim.app/Contents/MacOS:/usr/bin:/bin:/usr/sbin:/sbin

・・・ほう(ｲﾗｯ

/etc/launchd.confでsetenvすればいいそうです。(なんでcshみたいな書き方なんだろう？)

# /etc/launchd.conf
setenv PATH /Applications/MacVim.app/Contents/MacOS:/Users/komagata/.rvm/gems/ruby-1.8.7-p299@ruby1.8.7/bin:/Users/komagata/.rvm/gems/ruby-1.8.7-p299@global/bin:/Users/komagata/.rvm/rubies/ruby-1.8.7-p299/bin:/Users/komagata/.rvm/bin:/Users/komagata/bin:/opt/local/bin:/opt/local/sbin:/usr/local/bin:/usr/bin:/bin:/usr/sbin:/sbin

できた。

(/etc/pathsやenvironment.plistで設定する方法もあるみたいですが、Finder/Spotlightの両方共設定することが出来なかったのでこの方法です。)

Lokka 0.1.0 Released - Lokka

Lokka 0.1.0をリリースしました。これはPyhaからLokkaに名前が変わってから最初のリリースです。

ダウンロードはこちらから。

PyhaはPython製であるように見えてしまって紛らわしい説があった(あたりまえ)のでGoogleグループで投票で新しい名前、Lokka(ロッカ)になりました。

公式サイトもlokka.orgになりました。改めて調べてみると北欧の地名？ってPyから始まるものが結構多いんですよね。Pythonのソフト作るときにいいかもです。

msakamoto-sfさんからマルチプラットフォームで外部プロセス実行とそのプロセスとのプロセス間通信が簡単にできるQProcess(Qt)を教えてもらったので勉強の為にCUIアプリのSayKanaをQtのGUIアプリから叩くqtalk.appというのを作ってみました。

komagata's qtalk at master - GitHub

#include <QApplication>
#include <QMainWindow>
#include <QLabel>
#include <QPocess>
#include <QTextCodec>

int main(int argc, char *argv[]) {
    QApplication app(argc, argv);
    QTextCodec::setCodecForCStrings(QTextCodec::codecForLocale());
    QMainWindow mainWindow;
    mainWindow.setWindowTitle("QTalk");
    mainWindow.resize(200, 30);
    mainWindow.show();
    QProcess process;
    process.start("/usr/bin/env SayKana -s 70 なにかすごいきのうがあるとおもったの？。ばかなの？。しぬの？");
    return app.exec();
}

しかしTerminalから

% open qtalk.app

みたいに実行すると動くんですが、Finderから起動すると動きません。GUIアプリからCUIコマンドを実行するには普通どうするんでしょうか・・・？

2010月10日10追記：

/usr/local/bin/SayKanaとしたらFinderからでも動きました。/usr/local/bin/saykanaだと上記の状態になってました。僕のzshの設定のせいっぽいです。

newしないでクラス変数ってどうやってテストするのかな？と思ってたら貰ったパッチに書いてあった。

class Foo
  @@foo = 'foo!'
end

puts Foo.send(:class_variable_get, '@@foo') # foo!

gist: 612950 - GitHub

なるほどー、これは簡単！

pyhaのGUIランチャー(一般の方やデザイナーの方には黒い画面必須はありえないから)を作ろうとしてるんですが、コードベースが共通でwindows, mac, linux対応のGUIランチャーを作るとすると何を使えばいいのか悩んでました。やはり各種環境でネイティブの見た目がいいということでQtを使い始めたんですが、そもそも各種環境で共通のやり方で外部プロセス(要はruby pyha.rb)を実行するやり方がよく分かりませんでした。

よく考えたらforkが出来ないってのはMinGWとか使えば解決じゃんということに考えが至りませんでした。とにかく「Windowsではforkが使えない」という先入観にやられてました。

#include <stdio.h>
#include <stdlib.h>

int main(int argc, char *argv[]) {
    char cmd[] = "ruby -e \"puts 'ruby!'\"";
    system(cmd);
    return 0;
}

Windows(MinGW), Mac OS X, Linuxで上記のコードはフツーに動きました。何と素晴らしいんでしょう！

Qtの方は単なるランチャーで対したことしないのでそれ程大変じゃ無さそうです。(アイコンをどうやって設定するのかぐらい？)

ただ、そのGUIランチャーを同伴すると、Qtのライセンス(GPLv3 or LGPL)の影響でPyhaがMITライセンスで居られなくなるのかもしれません。どうなんだろう？

※pyhaはlokkaに名前が変わりました。公式サイトのURL、リポジトリの場所もかわりました。

貧弱一般プロジェクト(@ブロントさん)であるpyhaですが、もし興味があるという方ががいれば分り易いようにコードが大体どんな感じなのか書いておこうと思います。(pyhaは名前を見たら殆どの人はpython製だと思うということに大分後になって気付きました・・・)

基本、sinatra, datamapper, hamlです。あとは動かすためのbundlerです。

ファイルレイアウト

ファイルレイアウトはいわゆるsinatraの"Moduler"スタイルで、sinatraやったことがある人だったら、「ああ、コレか・・・」ってなもんです。

Gemfile      --- bundlerが読む必要なgemの一覧
config.ru    --- rackサーバーが最初に見るファイル
lib/
 pyha.rb     --- 今のところ特に何もしない
 pyha/       --- 基本全部この中。将来的にはgemの中に入るハズ
  app.rb     --- 中心部分。ここ見りゃ大体わかる
  helpers.rb --- rails風のヘルパー以外にapp内でのユーティリティも含む
  before.rb  --- リクエストされたときの前処理
  entry.rb   --- DataMapperのモデル。他にもいくつかある。
public/      --- ドキュメントルート
 admin/      --- 管理画面
 system/     --- エラーとかシステムで使うテンプレ
 theme/      --- テーマ。現状テーマ名=この下のディレクトリ名
  default/   --- デフォルトテーマ。erbでWordPress経験者のデザイナーに優しくをモットーに。
  p0t/       --- docs.komagata.orgのテーマ。hamlでなるべくDRYに書く。プログラマー向け。
plugin/      --- プラグインはsinatra extensionのサブセット
 hello       --- plugin以下のディレクトリ名=プラグイン名
  lib/       --- 各プラグインディレクトリ以下はgem化を見越してgemのレイアウト準拠
   pyha/     --- 一応、pyhaネームスペース以下にする
    hello.rb --- Pyha::プラグイン名というclass or moduleが読み込まれるという決まり

普通のModulerスタイルにhelpersとbeforeを別ファイルにしたってだけです。

テーマレイアウト

テーマ(テンプレートの集合)はWordPressでテーマを作ってるようなデザイナーを想定していて、そういう人がWordPressより一貫した分り易いsyntaxで簡単に書けるように注意しています。

entries.erb(必須) --- 複数のエントリを表示するテンプレート
entry.erb(必須)   --- 1個のエントリを表示するテンプレート
layout.erb        --- 外枠を表示するテンプレート
index.erb         --- トップページを表示するテンプレート
search.erb        --- 検索結果を表示するテンプレート
category.erb      --- カテゴリー別エントリ一覧を表示するテンプレート
tag.erb           --- タグ別エントリー一覧を表示するテンプレート
yearly.erb        --- 年別エントリー一覧を表示するテンプレート
monthly.erb       --- 月別エントリー一覧を表示するテンプレート
style.css         --- CSS(読み込める場所にあればどこでもいい)
screenshot.png    --- テーマ選択画面に表示される画像

必須のモノ以外はそのファイルが存在する場合はそちらを優先するようになっています。例えばentries.erbとindex.erbが両方あったらトップページにアクセスした場合、index.erbが表示されます。また、テンプレ無いでのpartialは好きに出来るのでheader.erbとかfooter.erbとか好きに作れます。また、erb, haml, erubisの3種類のテンプレートが使え、拡張子で判断されます。erb, haml, erubisの順に優先度があり、entry.erbがあるとentry.hamlは使われません。

モデル

モデルはDataMapperのをそのまま使っています。自動的にテーマデザイナー向けAPIに一貫性が出来ます。

entry    --- エントリー。サブクラスは増える可能性あり
 post    --- 投稿。pageとの違いは各種テンプレにデフォルトでassignされてるかどうかだけ(例:@posts)
 page    --- ページ。CMS的に好きなページを作る場合に使う
site     --- このサイト/ブログ自体の情報
user     --- ユーザー。そんなに使わない
category --- ツリー構造を持つ。エントリが持つcategoryはひとつだけという制約があるのはパンくずリストを生成するため
tag      --- categoryの制約が無い。パンくずリストが無ければtagだけでも問題無いんだが・・・
comment  --- いわゆるコメント。どうせdisqusとか使うだろうと思って軽視していた

プラグイン機構

プラグインはSinatra Extensionのサブセット(ココ参照)なので楽です。プラグインの決まりは上記のコードレイアウト通りですが、まだplugin以下に置いてあるものを自動で読み込む処理を書いてません。(すぐ書けるけど貧弱なcoreの改良に忙しいだけです・・・)

クラウド対応ツールとしての注意点

ファイルのWriteが出来ない環境(GAE, Herokuの殆ど)を考慮する(具体的にはローカルに画像をアップできない)
RDBだけでなく、KVS, ドキュメント指向DBも考慮する(具体的にはSQL使えない)
海外に人にも使ってもらうために、publicなところには全て英語を用意する。(commitログ、BTSなど)

その他

WordPressに比べてApache, MySQLが要らないので何気にRubyはWindows環境に向いている。

開発への参加方法

とにかく誰でもwelcomeです。「インストールした」ってブログに書いていただけるだけでもありがたいです。

MLで改善案を言う
BTSにバグ登録する
インストールしたとブログに書く。Twitterでつぶやく。
githubでforkし、pull requestする
MLやgithubにpatchを送る
公式サイト(http://pyha.cc/)のドキュメントを書く(言ってもらえれば公式サイトのpyhaユーザーのアカウントを発行します)
公式サイトの英語ドキュメントを書く(マジで助かります…)
テーマを作る
プラグインを作る

基本、コード書いてやってもいいという方にはgithubのコラボレーター権限をホイホイ渡しますのでチマチマpull requestが面倒な方はMLやtwitterでおっしゃってください。

最近のトラックパッドに付いてるマルチタッチのジェスチャー(スワイプダウンとか)をFirefoxで使う場合、今までMultiClutchというソフトを使ってたんですが、Firefox3.5からはFirefoxだけで設定できるようになってるそうです。

"スワイプダウン"に"リロード"、"スワイプアップ"に"タブを閉じる"を設定しています。これが無いとダラダラインターネットできなくなって困る。

参照：Firefox のマルチタッチジェスチャーをカスタマイズ - VERSIONFIVE

~~Pyha~~LokkaにMLを作りました。

Lokka-ja | Google グループ

僕一人ではすごく悲しい雰囲気になってしまうのでサクラでいいので入ってください・・・。

PyhaLokkaの開発について

ブログってフレームワークのHello world的な扱いで出てくるぐらいなので誰でも作れます。逆に言うと技術的なチャレンジは少なく、どれだけ手を動かせるか的なところがあってプログラマー的には面倒です。だからあまりエッジな人は作りませんよね。あるとすればミニマリストのための超シンプルツールで、これは作ってて楽しい。僕も以前、普通に作り始めたらそうなってしまって、一般ユーザーやデザイナーがWordPressに求めてるようなものは出来ませんでした。

PHP以外で一般ユーザーやデザイナーにも普及するWebアプリなんて無理なんだと諦めていましたが、RedmineはWeb制作会社にいるデザイナーに何人か聞いたら結構な割合で知ってました。なんだ、Rubyでも行けるんじゃん。

「なんで僕らは仕事で、自分のブログで、WordPressを使ってるんだ？Rubyでそういうのが無いのはおかしい！」

そんなよく分からない義務感？が開発の原動力になっていて、元々そういうツールがあればそれを使いたいし、その開発に参加すれば良いと思っています。しかし上記の様な事情があってあまり作りたがる人はいません・・・。

※Radiant CMSは僕的に設計やコードは素晴らしくて若干うっとりしたぐらいです。しかしデザイナーに聞くと、本当に欲しいのは純粋なCMSではなく、ブログツールベースのCMSであるようなのです。

~~Pyha~~LokkaはSinatraベースのまだまだ未熟なブログツールなので、Rubyがわかれば誰でもコーディングの余地がいくらでもあります。（例えば投稿した後にflushで「投稿しました」とか出すべきなのを出してないとか、helperその他はpadrinoのモジュールに置き換えたいとか、テストが無いとか・・・）

貧相なプロジェクトの割にWordPress打倒！という分り易くも無茶な目標を掲げてやっていくのは面白いかもなあと最近思いはじめました。

「みんな、オラに力（コード）を分けてくれ！」

作ってる人のためのプロフィールサービス"MAKES THIS"にAPI作りました。jsonでプロフィール情報を返します。/profiles.jsで一覧、/名前/profile.jsで個別にって感じです。

API - MAKES THIS

MAKES THISはTHE SETUPのパクりです。THE SEUPみたいにインタービューに答える風で書いてみてください。

komagataのブログ

尊敬するプログラマーについて

プログラミングが半端じゃなく好き

極端な成果物指向

成果物指向かつ楽しんでやりたい

MacでFinder/Spotlightから起動したアプリのPATH設定

紛らわしいのでPyhaはLokkaになりました

MacのGUIアプリからCUIのコマンドを実行する

newしないでクラス変数

windowsでもsystem(fork, exec, pipe他)

Pyhaの大体の仕組み

ファイルレイアウト

テーマレイアウト

モデル

プラグイン機構

クラウド対応ツールとしての注意点

その他

開発への参加方法

Firefoxだけでマルチタッチジェスチャー設定

打倒WordPress

PyhaLokkaの開発について

MAKES THIS API