随筆prototype

前回の記事を少し踏まえた記事かもしれない。

前回の記事：
・フリーライダーと呼ぶのだろうか

自分がイライラしたり醜いと感じるのは、自分が頑張りすぎていることのサインなのではないかと思ったので、そのようなときには、自分を少しだけ頑張らない方向へ持っていくようにしてみた。その結果、少し楽だった。

それから自分は、誰かが頑張る自分を見習ってくれるんじゃないかという期待を持って頑張ることがあるけれども、私が頑張れば他の人が頑張る必要が少なくなるため、あまり効果的ではないのかもしれない。

あるいは、頑張ることは場合によっては良いことで、しかし自分は頑張る対象を間違っているのかもしれない。

食事をするときに、心の中で感謝をする心構えが身についてきたかなと思う。この食事ができる背景にも、多くの人の労働や負担があるのだろうな、と想像する。このようになったのは、最近、午前3時ごろに仙台駅西口のペデストリアンデッキを渡るときに、改修作業や掃除をしている人たちを見たことも一つのきっかけだろう。普段このあたりを気持ちよく歩けるのは、この人たちによるところがある。自分の利便のために、たとえばかみ終わったガムを吐き捨てるなどといった行為は、この人たちを(take advantage ofという意味で)出し抜くことになるかもしれない。そうでなくても、どこかで誰かの負担が大きくなるのはほぼ確実だ。誰かがやってくれるだろう、と思う時の誰かは、架空の人間ではない。私も、その誰かになっていることがあるから分かる。ある仕事を私がやってくれるから、自分はやらなくていいや、と思っている人がいる。同時に、私も色々なことを他人任せにしている。

出し抜くことは良くないことだと思う。私もぜんぜん完璧ではない。時にはルールを破ったりマナー違反をしたりする。横断歩道の横に自転車マークの通行帯が無ければ、しましまのところを走行する。このような走行が原因で歩行者が不快になったこともあるかもしれない。道にごみが落ちていても、近くに利用できるごみ箱が無ければ、見て見ないふりをする。そしてそのような私を許してほしいなと思う。お互い様であると心から言えるようになりたい。

上記のようなことを思う今日この頃。そのような中で、どのようなきっかけだったかは忘れたけど、ある日私は、Google で "ゆっくり考える時間" を検索した。そして見つけたのが以下。

・http://www.cheesemarket.jp/column1.html

やっぱり、出し抜くことは良くない。私がゆっくり考える時間を持てないのは、出し抜く人が多いからだ。外でゆっくり行動している人を見るとイライラすることがある。私は、自分のことを平均以上に良心を持った人間だと思っているが、このような側面はとても醜いもんだと思う。

Dave Brill さんの折り紙の作品「Book」を作ってみたのだが、なかなか見ばえ良くできなかった。以下の動画を見ながら作った。

・http://jp.youtube.com/watch?v=dXLhjYgMZ68

この記事の最後に載せた画像は、私が実際に折ったものをいくつかの方向から撮ったもの。表紙を一つめくったところが不恰好かなと思う。折り方をどこかで間違えているような気がする。

PDF を見るときは Foxit PDF Reader を使っているのですが、軽いと評判の Sumatra PDF viewer を試してみました。

・http://blog.kowalczyk.info/software/sumatrapdf/

2008年6月29日の時点では、最新のバージョンは 0.8.1 です。ダウンロードするファイルは、インストーラと ZIP の 2種類用意されています。私は後者をダウンロードしました。解凍すると中身は実行ファイルが 1つのみ、大きさは約1.09MB です。
プログラムを起動してツールバーの項目から、Sumatra PDF viewer を規定の PDFリーダにすることができます。また、ツールバーの Language から Change language を選んで、言語を日本語などに変えることができます。

自分のはてなブックマークに、いくつか PDFファイルのエントリがあったので、それらをダウンロードして、きちんと表示されるかを試してみました。

・http://b.hatena.ne.jp/Bill/20080610#bookmark-8906619
パッと見た感じでは、きちんと表示されています。

次に、おそるおそる日本語の PDFファイルです。
・http://b.hatena.ne.jp/Bill/20080205#bookmark-7361306
これはダメでした。全部のページで Couldn't render the page と出ます。解決する方法はあるようです。
・http://kzworks.at.webry.info/200703/article_6.html
しかしこれはまだ試していません。

-http://simpleism.net/blog/2008/05/bom
UTF-8 で保存していたのを UTF-8N で保存しなおしたら、ファイルデータの先頭の EF BB BF という 3バイトがつかなくなった、ただそれだけのことで、べつに難しい話ではないような。

面白いフラッシュのパズルゲームを知った。
・http://pya.cc/pyaimg/pimg.php?imgid=16056
以下の記事経由。
・ゆっくりほどいてってね！！！

レベル10までクリアした。レベル10のクリアタイムは42分1秒。三角形や四角形などを見つけて作るのがコツかなと思った。

最近、テキストエディタでウィンドウを分割して使うことが多い。同じような使い方で、ウェブページのフレームというものがあるけど、これは一般的には受動的だ。決定的なウェブの利用目的は、収集、比較、選択だと言われるが、ウェブブラウザでユーザが能動的にウィンドウを分割して、よりよくウェブの利用目的を達成しようとすることもあるのだろうかと思い、Google で「Firefox ウィンドウ分割」を検索してみたら、Split Browser というアドオンがそういえばあったと思い出せた。自分の Firefox にこのアドオンをインストールしてみたけど、これが今後役に立つかどうかはまだ分からない。

ウィンドウ分割してウェブページを表示するときに、ウェブページがたとえば二段組や三段組になっていると見づらいと感じることがあるだろうか、という疑問を持った。たとえばの部分は他には、マージンを大きくとっているというのが当てはまる。「HTML文書のこの要素だけをウィンドウ分割で表示」みたいな機能があれば、ページ内の段組や余白は問題にならないだろう。このような機能をスムーズになおかつ直感的に行えるようになるのは、まだまだ先だと思うけれど。たとえば……

JavaScript::Bookmarklet Blog: 消す！
・http://bookmarklet.daa.jp/blog/archives/000036.html
この Bookmarklet で、クリックした部分に表示されている要素を非表示にすることができるようになるが、目的の要素の子要素が邪魔で目的の要素を選ぶことが難しい場合が少なからずある。この問題を解決できた仕組みを用意することが容易だとしても、もっと他に多くの問題がありそうな気がする。

MTH - DQ博物館 - 直接攻撃によるダメージ計算
http://gekko-dq.hp.infoseek.co.jp/dqmuseum/physdam.html

ミジンコクエストのダメージ計算式は、まだ決めていないけど、ドラクエ方式だったら変動率は 49/64 から 79/64 の間にしようかな、と思った。79割る49 は黄金比にかなり近いです。しかしダメージが大きいときと小さいときの比はもっと大きくなりがちでしょう。守備力を引くからです。

新しくウィンドウを開いてそこに何かを表示する系の Bookmarklet を作ろうと思ったけど、JavaScript のそういう機能はあまり使わないので覚えられない。そこでちょっとメモしてみることにした。

……と思ったけど、自分で整理する前に、以下の 4つのページでだいたい事が足りるような。

・http://developer.mozilla.org/ja/docs/DOM:window.open
・http://developer.mozilla.org/ja/docs/DOM:document.open
・http://developer.mozilla.org/ja/docs/DOM:document.write
・http://developer.mozilla.org/ja/docs/DOM:document.close

そして以下は自分用のまとめ。

var WOR;//WindowObjectReference
WOR = window.open('', '適切な名前');
//WOR.closed に、ウィンドウが既に閉じられたかどうかの真偽値が入っている。
var d = WOR.document;
d.open();
d.write('hogehoge');
d.close();//ブラウザにページの読み込みの終了を伝える

window.open の第一引数には URL を指定するんだけど、空文字列の場合は about:blank がロードされる。

window.open の第二引数には名前を指定するんだけど、この名前はリンクのターゲット (HTML の A要素の target属性で指定するやつ)に使われる。'_blank' という特別な名前が使える。

window.open の第三引数で、オプションを指定できる。私はとりあえず何も指定しなくていいやと思うので、省略。

document.write() するときに、document.open() されていないと、自動的に document.open() されるらしい。ただし HTML文書中に直接埋め込まれている document.write() はのぞく。

武器の値段
・http://h.hatena.ne.jp/Bill/9236556388377893456

鎧の値段 = 2 * (守備力 ^ 2)

盾の値段と兜の値段もべき乗の式で、と思ったけど、どうもドラクエっぽくない結果に。でたらめではなくて、値段を決めるよりどころがほしい。

OOo の Calc で 2次元のグラフにドラクエ8 の武器の攻撃力と値段をプロットしていき、回帰曲線を追加するのだが、その曲線が具体的にどのような式なのかを知ることができない。あと多項式の回帰が選択肢にないのがくやしい。Excel にはあるんだけどな。

ミジンコクエストの武器をとりあえず 50種類考えました。次は鎧、なんだけど、何個ぐらいにしようかなってことで、ドラクエを参考にしてみようと思いました。

　　武　鎧　盾　兜　装飾品
DQ8 98　55　26　33　36
DQ7 87　64　22　28　30
DQ6 63　48　18　21　20
DQ5 65　51　17　21　 7
DQ4 35　25　 9　10　 1
DQ3 33　24　 7　 8　 4
DQ2 16　11　 5　 3　 2
DQ1　7　 7　 3　 -　 4

DQ3 以外は公式ガイドブックを見ながら数えました。DQ3 の公式ガイドブックは現在所持していないので、以下を見ました。
・http://www5f.biglobe.ne.jp/~aba/dq3/item.html

多くても 40種類ぐらいかなぁと思っていたけど、ドラクエと比較してそんなに飛びぬけて多くも少なくもなさそうなので、そんな感じでいきたいと思います。

Blue-on-blue というのは、同士討ちとかそういう意味。由来を探した。

・http://www.indopedia.org/Friendly_fire.html
＞The term "blue-on-blue" originates from wargaming exercises where friendly forces are blue and enemy forces are red.

私もこの慣習に従い、味方を青く敵を赤く表現しよう。色で分けることはちょっと気が引けるけど、どうせ自分しか利用しないものを作るのだし。

JSONP な形式で提供したいデータがあるけど、そのコールバック関数名(？)を決め打ちにはしたくない。

http://example.com/data.json?callback=foo にリクエストすると foo({/*この部分は JSON なデータ*/}); を返すような仕組みって、CGI とか使わないと無理ですよね。あと XSS の対策も必要ですよね。誰かがこのような CGIスクリプトを配布していたりしないかなぁ。

ドラクエ6 のベストドレッサーコンテストを、そこそこ早い段階でランク7 まで優勝するためのメモ。筆者はドラクエ6 をあまりやりこんでいない。目指すは賞品の賢者の石！

レベル1 からレベル7 までは、シャンポルテの館から出入りしないで一気にクリアしたい。コンテストに参加する度に、装備していないアイテムが勝手に袋の中に入ってしまうので、アイテムの管理が面倒くさいし、シャンポルテの館にはルーラで行けないから。

準備するものの中で、特筆すべきものを箇条書きにする。

・踊り子に転職した主人公
・スーパーテンツク（カルカド周辺）
・神秘の鎧（小さなメダル60枚）
・おしゃれな奇跡の剣
・おしゃれなドラゴンシールド
・おしゃれな鉄仮面
・デセオのパス（マウントスノーのイベント攻略）

これらを用意しても一番ギリギリなのはランク6 かな？レベル28 の主人公が、奇跡の剣、神秘の鎧、ドラゴンシールド、プラチナヘッド、デセオのパスで 310点だった。もっと低レベルだと、スーパースターになるか、美し草を投与するかしないといけないかも。

小さなメダルは、ガンディーノに行く前、なおかつグラコスを倒す前に 60枚集まった。これはどこに落ちているのかを把握していないと集めるのが大変。ちなみにキラーマジンガは、まだ倒せなかった。

ドラゴンシールドは、サンマリーノのカジノで 2000枚稼がないといけない。これを鍛冶屋で鍛えると、かっこよさがプラス47 になる。鍛えた炎の盾のかっこよさはプラス45。入手のしやすさ、入手の早さ、かっこよさを総合的に比べて、どっちがいいか迷う。

・http://d.hatena.ne.jp/hatenastar/20071004/1191485328

はてなスターの SiteConfigWiki に随筆ザの人を追加しました。Firefox を使っているなら、以下のページより Hatena Star というアドオンをインストールすると、ザの人の /one/ から始まる記事ページのタイトルの横に星をつけるやつが出現するようになります。
・http://www.hatena.ne.jp/tool/firefox#HatenaStar

以下は随筆ザの人の設定情報のページです。
・http://s.hatena.ne.jp/siteconfig?host=*.hito.thebbs.jp

以下は今回私が書いたコードです。

path: '^/one/\d+',
entryNodes: {
　'div.naka': {
　　uri: 'window.location',
　　title: 'h3 a:first-child',
　　container: 'h3'
　}
}

----

正規表現は苦手なので苦戦しました。今のところ、location.pathname が /one/数字 のページのみですが、もっと色々なページに対応した方がよいのでしょうかね。

戦闘する→疲労がたまる(筋繊維が損傷する)→宿にとまる→超回復！

このような発想があった。ドラクエ風の RPG にこのようなシステムを導入したとき、テキストによる表現をどのようにするかに気をつけないと違和感がありそうだ。あと、現実的には、休息が長すぎると我々は筋力が衰えるけど、RPG でそこまでするのは酷だと思う。とりあえずミジンコクエストにこのアイデアは盛り込まない。

ミジンコクエスト@2007-09-16 からちょっとずつ作業を進めて、「ぼうけんのしょをつくる」の部分が6割ぐらいできてきたかな。

あとこの部分で足りないのは、主人公の名前を決めた後に、主人公やパーティの初期状態を決定すること。HPや攻撃力はどのぐらいか、どんな道具を持っているか、何ゴールド所持しているか、など。セーブする部分はモジュール化して、うっかりミスとかが無ければ完成した。

この記事に添えた画像は、ぼうけんのしょの1番を作った後にミジンコクエストを起動しなおして、ぼうけんのしょの2番を作ってみようとしたところ、ウィンドウの大きさが不適切だったところ。泥臭い作りになっているからこういうことが起こる。これも要改善。

*.asファイルのファイルサイズの合計は約25.5キロバイト。

商は quotient、余りは residue あるいは reminder。頭文字が被っていないから都合がよい。しかし割る数 (dividend) と割られる数 (divisor) は頭文字がどっちも D で都合がよくない。文字式なんかで割る数と割られる数をアルファベット一文字で表すときには、どれを使うのが適当かなぁ。自分がこーこーせいぐらいのときはてきとーに a と b とか、m と n とかにしていたような気がする。

分母は denominator、分子は numerator。割る数は分母、割られる数は分子ってことで、割る数を d にして、割られる数を n にするというのはどうかな。

・http://www.soi.wide.ad.jp/class/98008/slides/09/16.html
このページも d と n だ。最初見たとき、 n は natural の n なのかなと思ったけれども。

平仮名とカタカナに濁点とか半濁点をつけたいのでメモ。Shift_JIS のコード表っぽいもの。数字は全部 10進数。
■ 1バイト目が130。平仮名。
か:169, が:170
き:171, ぎ:172
中略
ち:191, ぢ:192

つ:194, づ:195
て:196, で:197
と:198, ど:199

は:205, ば:206, ぱ:207
ひ:208, び:209, ぴ:210
中略
ほ:217, ぼ:218, ぽ:219

■ 1バイト目が 131。カタカナ。
ウ: 69, ヴ:148

カ: 74, ガ: 75
キ: 76, ギ: 77

#define RED 255, 0, 0
#define ctype paintOut(%1) color %1 : boxf
paintOut(RED)

昨日考えた上のようなものをミジンコクエストのコードに取り入れてみた。色の名前は今のところ 4つ。いまいちメリットを実感できない。それはさておき、コマンドの実装ができたので、いままでモジュール化しないでベタ書きしていた、起動直後の「ぼうけんのしょをつくる」などの部分を作り直していこう。

問題になりそうなのは、:
1. 名前を入力するところの実装
2. セーブファイルの仕様
3. 変数名の管理 (使用している変数の数が大幅に増えそう)

1 については、画面の広さ的にはまぁ大丈夫だけど、今まで実装したコマンドの仕様の範囲内で作れるかどうか。もしできなかったら、実装を拡張するかもしれない。

2 については、ファイルサイズは 1つの冒険の書につき 2キロバイトにしてみた。配列変数に 8つの 0 と 1 を入れたものを直接ファイルに書き込むと 32バイトになるけど、これは手間をかければ 1バイトですむ。

3 については、2 に関連する。

----

この記事に載せた画像は、名前入力のところの作りかけです。