なぜかまだだれもdebを公開していなかったようなので、作り方を調べてみました。

基本手順

今時のデビアン系では、普通に「./configure && make && make install」で入るソフトウェアであれば、実質2コマンドでdeb化出来るようです。

• ソースを落として、「ソフトウェア名-バージョン」の名のディレクトリに展開
• dh_makeする
• debuildする

依存ライブラリを入れる

1

sudo aptitude install build-essential ruby ruby-dev rubygems libtokyocabinet-dev

aptで入るのはこれぐらいだと思われる。http://hatotech.org/kumatch/archives/2010/03/04/ubuntu_kumofs.html http://d.hatena.ne.jp/irasya/20100120/1263936307 等参照

deb作成に必要なパッケージを入れる

1

sudo aptitude install dpkg-dev dh-make debhelper devscripts lintian

先に、GPG公開鍵を作っておく

http://gnupg.hclippr.com/gnupg%E3%81%AE%E4%BD%BF%E3%81%84%E6%96%B9/ のとおりの手順で作成しときましょう。乱数生成が大変ですが、頑張って。

1
2

sudo aptitude install gnupg
gpg --gen-key

参考：https://wiki.ubuntulinux.jp/UbuntuPackagingGuideJa/basic-scratch

gpg鍵を設定していない場合は、debuildからエラーが表示されるでしょう。gpg鍵を設定してもいいですが、debuildに-us -ucオプションを与えることで、署名をしないことも可能です。ただし、署名をしない限りUbuntuにパッケージをアップロードすることはできません。

つーことです。

まず、依存するライブラリであるMessagePackのdebを作成

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19

$ tar xzf msgpack_0.5.2.tar.gz
$ cd msgpack-0.5.2/
$ dh_make -e udzura@udzura.jp -c apache -f ../msgpack-0.5.2.tar.gz 
 
Type of package: single binary, indep binary, multiple binary, library, kernel module, kernel patch or cdbs?
 [s/i/m/l/k/n/b] #=> i
 
Maintainer name : Udzura Kondo
Email-Address   : udzura@udzura.jp 
Date            : Tue, 20 Jul 2010 19:35:28 +0900
Package Name    : msgpack
Version         : 0.5.2
License         : apache
Using dpatch    : no
Using quilt     : no
Type of Package : unknown
Hit <enter> to confirm: 
Done. Please edit the files in the debian/ subdirectory now. msgpack
uses a configure script, so you probably don't have to edit the Makefiles.

メンテナがあなたになってしまいますが、まあ気にせずに。

バージョン0.5.2では make check でどうしても通りません（gtest.hを入れても通りません…）。いったん、make checkをしないように、 Makefile.in の617行目の以下をコメントアウト。

617

check: check-recursive

これで、

1

$ debuild

終了後、親のフォルダに無事にdebファイルが生成されます。

kumofsをdeb化

まず、先ほど生成したてのdebをインストールしないとビルドできません。

1
2
3
4

$ cd ..
$ sudo dpkg -i msgpack_0.5.2-1_all.deb
# 一緒にこちらも
$ sudo gem install msgpack

あとの手順は一緒です。

1
2
3
4

$ tar xzf kumofs-0.4.10.tar.gz
$ cd kumofs-0.4.10/
$ dh_make -e udzura@udzura.jp -c apache -f ../kumofs-0.4.10.tar.gz 
$ debuild

動くの？

まっさらなUbuntuサーバ（OpenSSH ServerのみONでインストール）に入れてみましょう。

あらかじめSFTPか何かでdebを送り込みます。

今回、全然依存とか考えずにdebuildしたので、手動で依存するっぽいパッケージを入れます。

1

$ sudo aptitude install ruby ruby-dev rubygems libtokyocabinet8

あれ、これだけ？

deb本体を入れてみます。

1
2
3
4

$ sudo dpkg -i msgpack_0.5.2-1_all.deb
# このあと
$ sudo gem install msgpack
$ sudo dpkg -i kumofs_0.4.10-1_all.deb

試運転します。

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
61
62
63
64
65
66
67
68
69
70
71
72
73
74
75
76

u-kondo@ubuntu-test01:~$ kumo-manager --usage
usage: kumo-manager -l <addr[:port=19700]> -p <addr[:port=19700]>
 
  -p  <addr[:port=19700]>   --partner        master-slave replication partner
  -a                        --auto-replace   enable auto replacing
  -Rs <number=4>            --replace-delay  delay time of auto replacing in sec.
  -k  <number=2>    --keepalive-interval     keepalive interval in seconds
  -Ys <number=10>   --connect-timeout        connect timeout time in seconds
  -Yn <number=4>    --connect-retry-limit    connect retry limit
  -Ci <number=2>    --clock-interval         clock interval in seconds
  -TW <number=2>    --write-threads          number of threads for asynchronous writing
  -TR <number=8>    --read-threads           number of threads for asynchronous reading
  -o  <path.log>    --log                    output logs to the file
  -g  <path.mpac>   --binary-log             enable binary log
  -v                --verbose
  -d  <path.pid>    --daemon
 
  v0.4.10 revision 0d4cb3a6797ce91ec8c1ee23fce6a3a1894ee618 Wed Jul 14 19:07:35 2010 +0900
 
error: unexpected argument: --usage
u-kondo@ubuntu-test01:~$ sudo kumo-manager -v -l localhost &
[1] 4255
u-kondo@ubuntu-test01:~$ 2010-07-20 18:53:11 ./manager/init.h:43: start manager 127.0.0.1:19700
 
u-kondo@ubuntu-test01:~$ 
u-kondo@ubuntu-test01:~$ sudo kumo-server -v -l localhost -m localhost -s /var/kumodb.tch &
[2] 4270
u-kondo@ubuntu-test01:~$ 2010-07-20 18:53:20 ./server/init.h:45: start server 127.0.0.1:19800
 
u-kondo@ubuntu-test01:~$ 2010-07-20 18:53:22 ../rpc/client_tmpl.h:157: connecting to 127.0.0.1:19700
2010-07-20 18:53:22 ../rpc/client_tmpl.h:187: connect success 127.0.0.1:19700 fd(10)
2010-07-20 18:53:22 manager/framework.cc:69: new node 1 127.0.0.1:19800
2010-07-20 18:53:22 server/framework.cc:74: new node 0 127.0.0.1:19700
2010-07-20 18:53:22 manager/mod_replace.cc:35: server connected 127.0.0.1:19800
 
u-kondo@ubuntu-test01:~$ 
u-kondo@ubuntu-test01:~$ 
u-kondo@ubuntu-test01:~$ kumoctl localhost status
hash space timestamp:
  Thu Jan 01 09:00:00 +0900 1970 clock 0
attached node:
not attached node:
  127.0.0.1:19800
u-kondo@ubuntu-test01:~$ 
u-kondo@ubuntu-test01:~$ 
u-kondo@ubuntu-test01:~$ kumoctl localhost attach
2010-07-20 18:53:35 manager/mod_replace.cc:161: update hash space at time(5495924397745111052)
2010-07-20 18:53:35 manager/mod_replace.cc:173: new server: 127.0.0.1:19800
2010-07-20 18:53:35 manager/mod_replace.cc:254: start replace copy; full=0
2010-07-20 18:53:35 manager/mod_replace.cc:272: active node: 1
nil
2010-07-20 18:53:35 server/mod_replace.cc:189: start replace copy for time(5495924397745111052)
2010-07-20 18:53:35 server/mod_replace.cc:214: dst active node: 127.0.0.1:19800
2010-07-20 18:53:35 server/mod_replace.cc:218: empty hash space. skip replacing.
2010-07-20 18:53:35 server/mod_replace.cc:386: finish replace copy for time(5495924397745111052)
2010-07-20 18:53:35 manager/mod_replace.cc:365: start replace delete time(5495924397745111052)
2010-07-20 18:53:35 server/mod_replace.cc:437: start replace delete for time(5495924397745111052)
2010-07-20 18:53:35 server/mod_replace.cc:459: finish replace for time(5495924397745111052)
2010-07-20 18:53:35 manager/mod_replace.cc:401: replace finished time(5495924397745111052)
u-kondo@ubuntu-test01:~$ 
u-kondo@ubuntu-test01:~$ 
u-kondo@ubuntu-test01:~$ kumoctl localhost status
hash space timestamp:
  Tue Jul 20 18:53:35 +0900 2010 clock 12
attached node:
  127.0.0.1:19800  (active)
not attached node:
u-kondo@ubuntu-test01:~$ 
u-kondo@ubuntu-test01:~$ 
u-kondo@ubuntu-test01:~$ sudo kumo-gateway -v -m localhost -t 11211 &
[3] 4289
u-kondo@ubuntu-test01:~$ 2010-07-20 18:53:47 ../rpc/client_tmpl.h:157: connecting to 127.0.0.1:19700
2010-07-20 18:53:47 ../rpc/client_tmpl.h:187: connect success 127.0.0.1:19700 fd(7)
 
u-kondo@ubuntu-test01:~$ 
u-kondo@ubuntu-test01:~$

動いているようですが、、、

ホストOSからtelnetで繋いでみましょう。

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17

$ telnet 192.168.122.71 11211
Trying 192.168.122.71...
Connected to 192.168.122.71.
Escape character is '^]'.
get foo
VALUE foo 0 5
12345
END
set hogehoge 0 0 20
hogehogehogehogehoge
STORED
get hogehoge
VALUE hogehoge 0 20
hogehogehogehogehoge
END
exit
Connection closed by foreign host.

kumofs側へ。

1
2
3

u-kondo@ubuntu-test01:~$ kumohash -m localhost assign foo
db0f3feab5c7ee0b  foo
  0: 127.0.0.1:19800

ちゃんと動いているようです！

スクラッチビルドよりはるかに手順が少なくなりました。

今後

元々の目的は「沢山のサーバにいれてためしたいのに、いちいちスクラッチビルドするのは面倒。。。」と思って適当でもdeb化して社内にでも配布仕様と思っていたのですが。

• もっとまともに依存関係を書く
• libmsgpack-ruby的なdebも作る。RubyのGemだとどう作るんだろう？
• PPAに公開する方法を調べる

以上を頑張れば、僕のPPAにkumofsリポジトリを公開したりすることもできますね。

もっと読む（俺が）

• The Ubuntu Packaging Guide 日本語版
• ■[debian]Debianパッケージ構築のメモ
• Debianパッケージの作り方と公開方法: groongaを例にして
• Ubuntu Weekly Recipe 第46回　PPAの活用

いやまあ、未だに「採点ミス？　隣の人の答案じゃないの？」　とか疑ってたりもするんですが（w　さすがに普通に合格したと思います。今回は、DBスペシャリストを目指す皆様のため、私がやってきた勉強の記録を（僭越ながら、さらに言うとうろ覚えながら）列挙してみます。

10月～11月半ば

• 数年単位の大きな目標をでっち上げる
• 「応用情報」試験終了の帰りに、参考書を買う
• データベースそもそもについての知見を蓄える。僕は『楽々ERDレッスン』を買った

最初の「でっち上げる」ってところなんですが、僕はそもそも「XXXX年までにシステムアーキテクトとDBスペシャリストを取って、足元を固めておく」というゴールを打ち立てて勉強していたんですね。なので、応用情報に関しては、去年10月の時点で落ちていても受かっていても、その次の4月はDBスペシャリストを受けよう、と決めていました。ということで、応用情報の試験から開放されてすぐ次の試験に取りかかったのは自然なことだったんですね。

こういう大きな目標を立てるメリットの一つとして、「資格を目標ではなく手段の中に組み込みやすくなる」ということがあるのかな、と思います。「試験に合格する」ではなく「足元を固める」、というところを念頭に置くということです。

3つ目の項目のような動きもその流れで始めました。

で、これって特にDBスペシャリスト固有のtipsなんですけど、あの試験はDB設計と事例分析が配点の多くを占めます。DB設計って、別に試験のためだけの技術じゃないですし、一般の設計ノウハウ本を読んでおくことはものすごい為になった気がします。試験のための設計と実業務の設計はむろん違いますが、ことDB回りに関しては基本的な考えは一緒（具体的にはとにかく正規化）かな、と。

この本は、そのへんの「理想」と「実務」のバランスがすごくよく取れていて、また実際の例に即して（レッスンなので）設計手順を解説してますんで、業務経験を補うという意味でも勧めます。発行年は古いですけど、その間にRDBMSの考え方が劇的に変化したわけじゃないですから。僕にとっては充分役立ちました。

11月後半～

• 早期に、「範囲全体」の見渡しをする
• 見渡したら、最初に過去問第に「体当たり」し、「ショック」を受ける

全体を見渡す、というのは、基本情報を受け始めたときからの癖なんですけど、そもそも全体のゴールが分かっていないとモチベーションが保ちにくいこと、範囲が区切られているとはいえ、各分野は結局どこかでつながっていること、以上2点からまず全体像を把握することを勧めたいと思います。

応用情報ぐらい範囲が広いと逆に辛いかもしれませんが。。。でも、高度試験は特に、各分野が密接に関連しているわけですから。僕は一ヶ月ぐらいで参考書の全範囲を一通り読みました。

ポイントとしては、この「素読み」の段階では、別に問題を解かなくても、着実に一項目ずつ進めなくてもいいということです。マジで意味不明だったら飛ばせばいいという話です。そもそもこの時点で4ヶ月以上残ってるので定着には充分余裕があります。早い段階で全体が見渡せれば、余裕が生まれます。

それに、僕はSQLはほとんど勉強してないです。実務だけで充分な知識がついていたようです。こういう得意不得意が見えてくる、というのも全体を見渡すメリットですね。

で、全部見終わってから一旦実際に出た問題に飛び込んでみる。それも、午前から通しで解くのをお勧めします。

「実問題を解く」のが大事で、上記の得意不得意の分析というのもそうですが、多くの場合、実はそれ以前の問題で、そもそも解ける訳ないんですよね。全体が見えても定着してないんですから。「まだ解けない」という事実を体で理解しましょう。でも、分からないなりに考えてみるのが大事です。

この早期失敗の擬似体験は、試験であがいてみる感じをつかむということと、全体を見渡せたからと言って安心してしまわないようにすること、の二つが大きな狙いです。

僕は素直に、翔泳社の教科書シリーズをメインに使いました。皆さんは2011年度版ですね。。

12月後半～

• 午前問題はとっとと潰す、そして時間を取られ過ぎない
• 午後1を脚元固めする

一度一通り解いてみて、ようやく問題を解きまくるフェーズに入るわけですが……。

情報処理の高度試験では、一番大事なのは「午後1」です。午後2は、午後1が完璧に出来ればその知識とコツで解けます。ただ、午前2はちょっと範囲が違ったりするんで（DBスペシャリストなら、セキュリティやネットワークの問題も出てくる）、専用の対策が必要になります。

そうは言ってもあくまでメインディッシュは午後1です。午前2はぶっちゃけ同じ問題を使いまわしているので、ちゃんと対策すれば数週間で8割は安定して取れるようになるでしょう。そうしたら、もう対策は要りません。6割でいいんですから。むろん、直前にもう一度解いてみるのはアリですが、時間を掛けすぎる必要は全然無いですよね。

あと、午前1を受けざるを得ない状況の人は、いっそ思い切って応用情報技術者を取りましょう。午前1の問題範囲は、DBとほとんどかぶらない一般的な内容で（というか、全高度系試験共通）、ここを対策するのは結構な負担です。それならば、どうせ多くの試験は1年に一度しか受けられないのですし、秋の時間で応用情報の浅くとも広い知識を押さえた方がいいんじゃないでしょうか。応用情報処理資格取得者は午前1免除です。これは大きいということです。

午前2が安定してきたら、午後1の対策に入りましょう。まずは無心で、3～4年分の過去問を解いてください。

1月～

• 午後1のパターンに慣れる
• 午後2からも逃げ出さない

午後1を3～4年分解けば、以下の事実に気づくと思います。つまり、パターンがあるよね、と。

1. 事例分析（これは第何正規形？とかをしつこく尋ねる）
2. DB設計（E-R図とかを書かせる）
3. SQL（穴埋めとかスクラッチとか）
4. 何だか訳の分からないことをさせる問題（インデックスとかリカバリとか）

これ、午後1が4問だったころのパターンなんですけど、3問になってからをふりかえって、2009年度は「1, 2, 3」、今年は「1, 2, 4」でしたね。パターンがまったく無になったということは無いです。

4はDBというか、多分旧アプリケーションエンジニアやシステムアーキテクト的なセンスが要る感じがするんで、ちょっと対策し辛い気がします。1、2、3は対策すれば結果が返ってくる問題形式です。DBスペシャリスト独特の変な作図も慣れればつっかえない程度には書けるようになります（はず。。。）。

過去問は4問時代のものをやるウェイトが増えるでしょうけど、中問1つあたり30分を切る、を目標に頑張りましょう。

同時に、午後2も少しずつ問題を解いていきましょう。何せ全然形式が違うし、大問一つ解くという形式も慣れが必要ですから。理想は午後1は6~8年分、午後2も5年分はやっておきたいところ。

3月～

• ちゃんと、使いやすい問題集を買う。資料や書籍をケチらない
• 毎日何かする

翔泳社の教科書もよかったんですけど、過去問がPDFだったりしたので、印刷とかいろいろ面倒でした。なので、思い切って、改めて問題集を買いました。

この問題集は、午後1、午後2がテーマごとに固まっていて、僕の勉強法では使いやすかったです。特に午後2、印刷したペラペラのハンドアウトでやるのは辛い。。。冊子がいいです。

3月ぐらいになるともう基本知識を一から付けようとか無理なんですが。でも、ちょっとずつでも毎日何かを積み上げましょう。小手先な知識を少しでも付けるのはすごく大事です。59点は不合格ですが60点は合格です。

そして何より、毎日何かしてきた、という実績を積むことで、本試験での精神的余裕が生まれます。

あとは……対策しても落ちる時は落ちます（w　対策不足だ～とかクヨクヨしてても意味ないです。どうせ数年掛けて取るつもり、と割り切って、本試験では余裕の態度で受けましょう。

全体のふりかえり

Keep

• 「しないこと」を決めたのはよかった。午前問題はもうやらない、とか
• 全体を最初に見通したのは、プレッシャーの軽減につながった気がした
• 勉強の目的は「合格＝３」：「知識、知見の取得＝７」の割合で

何だかんだで範囲が広いですから、優先順位を付けましょう。午前問題は後半はほとんどやりませんでした（直前ぐらい）。　この「やらない」って勇気が要りますが、実際午前2が100点でも65点ぐらいでも通過点は通過点なのですから……。大事なこと、よりハードなことにリソースを集中させるべきです。

全体を見渡すことの重要性は、前述の通り。

あと、「知識の足元固めをする」方でモチベーションをコントロールすべきなんですが、そうはいっても「資格を得る」ってでかいですし、何より合格すると気持ちいいですよね（w　合格のための小手先の技も積極的に身につけましょう。でもそっちに走りすぎても目的がブレます。なので、３：７。

Problem

• 最初から飛ばしすぎて、後半息切れした感がある
• 「何もしてない」期間がちょっと出てしまった

この二点は密接で、3月頭とかは息切れでほとんど何もしていなかった気がします。。。

継続性とか習慣性が大事な気がします。あと、建て直し。一週間ぐらいサボっても平気な顔で学習継続のループに戻っていけるといいですね。再起動を恐れないというか。

ダメループを自分の意志で断つのには気合が要りますが、重要です。何でもいいから再開してみる、例えば午後2の対策がとっくに終わっていても、とりあえず午後2を久しぶりに解いてみる、とかそういうのがコツでしょうか。

Try

• 自覚的なモチベーションコントロール
• 論文対策をする
• 進捗をメモ程度のものでも記録する
• 「直前対策勉強会」的なものに一回は行ってみる？

試験対策って要するに勉強なんですけど。でも、何のために資格という形で一つの体系立った知識を勉強するかっていうと、勉強したこと業務とキャリアに生かしたいからですよね。何が言いたいかというと、くどい感じですけど、僕等の仕事は勉強が日々の業務で、日々の業務が勉強だと思うんです。

資格勉強で覚えた正規化理論を仕事で使ったり、逆に実務経験で覚えたSQLで点を稼いだり、そういう感じだと思うんです。

勉強の自己目的化は一番避けたいことだ。

モチベーションコントロールというか、「何のために？」「どうやって？」「何を？」っていうのを念頭に置きつづけることが、最大のパフォーマンスを出すコツなのかなと思います。5W1H(2H)って大事ですけど、僕はその中でも「What」「How」「Why」が特に大事で、後ろに行くほどより大事、そう思っています。

精神論臭くなってしまいましたが。。。

一応常々気をつけてはいますけれど、この辺のモチベーションコントロールに自覚的になりたいんですよね。2010年度SA試験は、そこが一番のTryになると思ってます。

あとのTryは細々としたものですが、「論文」はいままで受けたことのない形式なので普通にチャレンジで、あと進捗記録も、前回はここはいい加減だったのでやってみたいということ。

それから、せっかく対策している人はたくさん居るんですから、同じ目的の人たちでなんらかの人のつながりを作れたらな～とも思います。論文対策勉強会とか、ちゃんと調べて行ってみたいです。

＊　＊　＊

うまくまとめられた気がしないし、参考になるのかはなはだ不明瞭ですが書いてみました。ぼちぼちと直すかもしれません。

取り急ぎ、右サイドバーに「バーンダウンチャート」が出現しています。。。どうなることやら。

INTERN (0) [RubyODBC]Cannot allocate SQLHENV

とか言って接続できません。すげー困ってました。

The only thing that worked was 0.9995-1 from the archives. I’m not sure if it has ever been done but the best way to fix this regression might be to use the older version.

• https://bugs.launchpad.net/ubuntu/+source/libodbc-ruby/+bug/447523

LaunchPadではこう言っていて、僕もまったくその通りに思うので微妙なんですけど、hardy（！）のlibodbc-ruby1.8(0.9995-1)を入れることで解決しました。

（※ 一応、Ruby-ODBCの公式から0.9995を落としてコンパイルしても、同じエラーが出ました。。）

• http://packages.ubuntu.com/hardy/libodbc-ruby1.8

1
2

wget http://kr.archive.ubuntu.com/ubuntu/pool/universe/libo/libodbc-ruby/libodbc-ruby1.8_0.9995-1_amd64.deb
sudo dpkg -i libodbc-ruby1.8_0.9995-1_amd64.deb

aptitudeで入れるunixodbc(-dev)や、gemのdbi、dbd-odbcには関係のないバグのようなので、その辺は普通に入れていいと思います。

あと、selectできることを確認しただけだったりするので。。。複雑なことをしようとするとやっぱり落ちるかも。

＊　＊　＊

そうそう、Ruby Enterprise Editionなら何の問題なく、最新版で接続できた、なんて情報が上記LaunchPadにはあります。僕は試してないですけど（環境が出来上がってる状態で、Ruby自体を切り替えるのは大変……）。

Ubuntu 9.10では簡単にインストールできます。

1

sudo aptitude install mysql-query-browser

なお、他の環境についてはMySQL公式でインストール手順を教えてくれます。英語、ですけど。

諸機能

「アプリケーション」＞「プログラミング」に「MySQL Query Browser」が登録されます。

接続後の画面です。

基本的に、テーブルを上のSQL入力フォームにドラッグ＆ドロップすればいいです。

図解するとこうです！！

わかりますね！！！

SQLは「ctrl＋Enter」で実行できます。

なお、テーブルジョインをしたい際などは、四角い所の下の方にドラッグして持っていくとメニューが出ます。「Add Table」でFROM句に追加したりできます。

SELECT句やWHERE句に特定のフィールドを指定したい際は、フィールドをドラッグします。こんな感じで出ます。

ちなみに、結果表示はタブ表示できたり、タブをさらに分けたりできます。

あと、Explain Queryもできます。一旦実行後、「Query」＞「Explain Query」ですね。

＊　＊　＊

最近、高いMacBookを買わなくても、中古のThinkPadやLet’s NoteにでもUbuntuを入れれば比較的快適、かつモバイラブルな開発環境が構築できる気がしています。僕のようなユルいLinuxユーザでもUbuntuは充分使える。。

「初めてウェブアプリ作ろう！」　ってときの実行＋開発環境として、LAMPっていうのがあるけど（僕もはじめてはLAMPでしたよ）、その「P」にはRubyが入らない。そしてたいていPHPが入る。Web連携って考えるとPythonやPerlよりは適しているのかもしれないけれど、で、意外とLAMPって言葉がPHP普及に一役買ってるんじゃないかと思っていました。

今更ながら、LAMPとは。

• Linux
• Apache2
• MySQL
• PHP（多くの場合）

なわけで。ウェブ開発の鉄壁の包囲網ですね。このPHPを無理やりRubyに替えてもなあ、「LAMR」って読み方不明だし、「らむる」？　語感悪いし、って思っていたんですね。

で、急に、「じゃあ並び替えればよくね？」　って思い立って、

• MARGL

という言葉を作りました。「まーぐる」と読みましょう。並び替えなので分かると思うけれど、

• MySQL
• Apache2
• Ruby
• Linux

です。で、肝心の「G」は何？　っていうと、

• Git

です。僕は敢えて、バージョン管理システムをこの鉄壁の包囲網に導入したい。そしてRubyなら状況等諸々を考えて、Gitがいいでしょう、と。

別にPostgreSQLでPARGL、SQLite3でSARGL、SubversionやCVSでMARSL、MARCLでもいいと思いますけれど。語感極端に悪くなってないし（大事）。でもNginXにするととたんに発音ができないので、Apacheの「A」は大事だなって思った。

それはいいとして、このフラッシュアイデア、いくつか自己ツッコミしたいところです。

Git要るの？ なんでGitなの？

そもそも、バージョン管理システムは、プログラマ以外では全然普及してないんじゃないか？　例えば程近いところにいるはずのウェブな人たちの間でも？　と思う出来事が一つあったから、敢えて入れたいな、何て思ったわけで。

その出来事とは、「Web担当者フォーラム」のこの記事。

• マルチプラットフォームなリスクヘッジ。Web2.0の命のために

もう1つが「世代管理」。別名保存するファイル名に「日付」を織りこみます。たとえば「datafile.txt」を作業する前に 「datafile091021.txt」と日付をいれ、プログラムファイルなら「test-v2-091021.php」と「v」の後にバージョンナン バーを配します。作成日付はプロパティをみればわかりますが、ファイル名で「いつ作業した、どのバージョンか」を明示し意識付けするのはヒューマンエラー 対策です。

この旧態依然な管理法を聞いて、プログラマならみんな思うと思うけど、「いや、バージョン管理ツール導入しなよ」と。あなたたちどうせMacなんだからSubversionもGitも簡単に入るじゃないか、と。WindowsでもTortoiseSVNとか使いやすいじゃない、GitもTortoiseGit出たし十分実用に足るし、と。

それもその辺の人がやってるブログならともかく、アクセスも多い影響力もでかいインプレス系のメディアで、いかにも「Web制作者代表です」みたいな雰囲気でこういうことぶちかまされちゃうと、ちょっとなあ、と思ったわけで。宮脇さんという方には個人的には共感する部分も多いんだけれど、この記事はいただけないぞ、と。

と同時に、例えばプログラマの先輩が、わざわざSubversion使ってるのになぜかFTPで本番環境にデプロイしてたりしてたのも見てきたし、「ああ、バージョン管理ツールって全然普及してなかったり、名前知ってても使いこなせてなかったりするのかなあ」とか思って。それなら、初心者にいきなりGitに触れてもらう、ってのも何かしら有益なのかなあ、と思い、「MARL」でも別に語感悪くないのに（とにかく語感重要）敢えて加えてみました。という流れ。

星の数ほどあるバージョン管理ソフトの中でGitを選んだ理由は、みんな使ってるから、ってだけでなく、具体的には。

• 軽い
• 少なくともgithubとHeroku.comを利用する際に便利だし、いろいろRuby界隈で便利
• Ruby on Railsの多くのプラグインはGitで入れる

ぐらいが挙げられる気がします。まあ、「Git」であることにはそんなこだわってない。。でも、Gitの特性上、上述の「オールドテクノロジー」なリスクヘッジよりさらに安全ですよね。

あと、「バージョン管理システム入れるなら、エディタとかIDEとかなんでも入るくね？」　って声もあるかと思いますし、僕もあんま反論できない（w　ただ、IDEとかだと本当に人それぞれで、NetBeansで！　みたいに決め打ちされると困惑する人も出そうかなあ、とか。Gitなら決め打ちしてみるのはアリかなあ、何て思ったり（弱気）。

「MARGX」（まーぐえっくす）じゃないのはどうなの？

結論から言うと弱みだと思います。そもそも、1年ぐらい前まではMARGLの「A」が胡散臭かった。Apache2のmod_proxyとmongrelサーバを連携するとか、慣れないと頭の痛い設定なわけで、初心者がいきなり！　とか言ってられない感じだったわけです。

今は、Passenger（二つ名をmod_rails）のおかげでずいぶん楽です。インストールと設定にちょっと癖がありますが、mod_phpに比べて極端に難しいかといわれるとそうでもない（今日び、mod_phpの設定は勝手になされてるからそこはアレかもですね）。

しかし、Passengerは、Mac OS Xでも最近のUNIXでもちゃんと動くらしいんですが、Windowsをサポートしていません。これ、結構でかいと思うんですよね。いくらUbuntuやFedoraが使いやすくなっても、普段づかいはWindowsだろうし、簡単にはMARGLは試せない（ローカルで試すだけなら、Apache連携を切り捨ててもいいとは思うんですけど）。。

そうは言ってもLinuxは僕のようなユルい人でも簡単にインストール、設定できるようになっています。それにMac対応してるし（w

MARGLを流行らせて、どうするの？

すっごい大きくて個人的な話から入りますが。

僕、そもそもそんなにプログラミング得意じゃないんです。最初はPHPとかJavaScript覚えさせられて、フレームワークもなしにガリガリ書いてたんですけど。そうこうしてるうちにRubyに出会って。で、「作ること」より低レイヤーな「書くこと」「アルゴリズムや仕組みを考えること」が好きになったのは、Rubyのおかげだと思ってるんです。

作ってるモノ自体とかにあんま納得いかなかったりとか、納期きつくて延々とガリガリコーディングしたりとか、プログラマって辛いこといっぱいあるんですけど、でもそういうのを経験しても、「Rubyを書くこと自体」って全然嫌いにならなかったんですね。これってすごい言語なんじゃないかと思ったわけです。

そういうRubyがもっと普及するといいな、普及させるにはどうすればいいのかな、とかぼんやり思ってて（でもコミュニティ活動とか、全然してない、です。。；；）。

普及の一つの方法として、初心者を取り込むために（w　何だかんだでLAMPは有名だろうけれど、もう一つの選択肢として（って、違いは言語と、Gitが入ってることだけなんですけど）MARGLが有名になれば、半々でそっちを選んでくれるんじゃないかなー、そうしたら「3年後にRubyの勉強を始める人は、何を動機にしてるだろう？」って心配もされなくなるんじゃないかなーとか思うわけです。GeekyなHackerばかりじゃなくて、Webでデザイン寄りな人ももっと増えるだろうし。別にきしださんの記事を見て思いついたわけじゃないんですけど、便乗したいと思います！

そうそう、MARGLという言葉を作ったばっかりでこういうこと書くの、大言壮語過ぎるって自分でも分かっているので、あまり本気で怒らないで欲しいですよ（w

ということで、最初にやるべきこと

時間ある時にちょこちょこと「MARGLで始めるWeb開発」みたいなブログ記事を書いていこうと思ってます（宣言してしまった！）。

あと、まずは言葉を広めたいと思ってます。なので、使ってください（w　MARGLという言葉自体には何のライセンスもないですし。

というか、「MARGLっていんじゃね？」　って言いたいだけだったのにずいぶん長い記事に。。次回（いつのことやら）、具体的なこと書きます。今使ってるUbuntu 9.10がとてもとてもMARGLなので、どう構築したか、とかね。

合わせて読みたい（俺が）

あさましく！