cloned.log - パート 16

将棋でオセロ

Posted on 2009年1月25日 by cloned / 0件のコメント

去年、新潟旅行に行ったときに、将棋の駒を使って何か新しい遊びができないかと試したもの。
ルールは単純で、基本はオセロのまま。次の点がオリジナル。

強さの順は「歩 < 香車 < 桂馬 < 銀 < 金 < 角 < 飛車 < 王」とする。
自分より弱い駒しか対象の列にない場合に返すことができる（王は王でも返せない）。
- 例外として歩は歩を返すことができる。

これが、なかなか面白かった。
まずは、手持ちの駒を用意する。普通に将棋盤に並べるものを手持ちとする。

DSCF1713 posted by (C)cloned
対戦開始。

DSCF1714 posted by (C)cloned
いきなり王で歩を返された。王は絶対に返すことができないという意味で、通常のオセロでいうところの四隅に相当する。

DSCF1716 posted by (C)cloned
強い駒を先に出す方が良いのか、弱い駒で攻めるべきなのか、考えどころ。

DSCF1717 posted by (C)cloned
ぱっとみた感じではどちらが有利かわかりにくい。

DSCF1719 posted by (C)cloned
最終的に。

DSCF1721 posted by (C)cloned
駒を多く返したほうが勝ち。

DSCF1722 posted by (C)cloned
将棋の駒の向きしか違いがないので、少々見難いという問題はあるけれども、一度やってみてはいかがでしょうか。

日常

おいしい日本酒を飲んだ

Posted on 2009年1月24日 by cloned / 0件のコメント

昨日は、id:curestと新年会。最近はもっぱらビールのことが多いけれども、新年会と言えばやはり日本酒。非常においしい日本酒が飲めてとても満足だった。

姿あらばしり posted by (C)cloned
少し余っているのということで、サービスで昨年（だったかな）のものと比較に飲ませてもらえた。うれしい。

姿あらばしり posted by (C)cloned
感想としては、黒いラベルの方が舌に印象深くてうまいなと感じた。

〆張鶴しぼりたて posted by (C)cloned

十四代黒龍しずく、十四代龍月 posted by (C)cloned

十四代龍月 posted by (C)cloned
これは何時間前のあけたてですよ、という情報を教えてくれるので、とても贅沢。
その他、特別純米酒豊賀もいただいた。それにしても、ちゃんと全部写真を撮っておくべきだった。今度からは気をつけよう。
ごちそうさまでした。

技術

WebのUIが四角形であること

Posted on 2009年1月23日 by cloned / 0件のコメント

WebのUIはほとんど四角形。もっと言えば長方形か正方形（もちろん角丸を含む）。
何故だろうか、と思ってふと自分の部屋を見渡すと、驚くほどに四角形に囲まれている。
PC、本、スピーカー、ビデオデッキ、収納ケース、扉、フローリング板、部屋の形自体（設計）。
とはいえ、四角形ではないものは当然ある。靴、手袋、食器、瓶、楽器、ハンガー。
なるほどなと思った点。人間が直接扱うものはケースバイケースで形を考慮する必要があるが、その他であれば特に理由（CDが丸くなっているというような）がない限りは四角形が都合の良い形であるということ。整頓しやすいとかもあるのだろうか。
そこで、Webに限定してみると、直接Webを触ることはできない。マウスなりキーボードなりのインタフェース経由になる。だから、四角形が多くて当然なのだろう。もし、Webが直に触れるようになれば大きくUIが変わってきそうだ。もちろん、タッチパネル程度ではだめで、厚みがあって手で握れるような、そういうインタフェースになった場合だけれども。

技術

MySQLで桁溢れや不正日付などのINSERT/UPDATEをエラーで落とす

Posted on 2009年1月22日 by cloned / 0件のコメント

MySQLはでフォルトだと桁溢れや不正日付などを極力エラーにならないように処置する。例えば、VARCHAR(5)なカラムに「abcdefg」をINSERTすると「abcde」が挿入される（警告は出る）。
元々、Oracleを使っていたので、MySQLのこの挙動に最初は驚いた。不正な日付でも「0000-00-00 00:00:00」で（警告とはいえ）成功してしまう。個人的には不正な値はそもそもINSERT/UPDATEに失敗して欲しいと思うところ。
ただ、これはMySQLのSQLモードを利用することで、ちゃんとエラーで落とせるみたい。

Strict Mode は、MySQL が無効または不明な入力値をどのように処理するかを制御します。何らかの理由で値は無効になることがあります。たとえば、カラムに対して違うデータの入力、範囲を超える入力などがあった場合です。値が不明であるということは、挿入する新規のレコードに、カラム値がない場合で、定義に、明示的な DEFAULT 節がないときです。

トランザクションテーブルでは、無効または不明な値がクエリにある場合はエラーになります。これは、STRICT_ALL_TABLES または STRICT_TRANS_TABLES のどちらかのモードが有効になっている場合に起こります。クエリは中断、そしてロールバックの対象になります。

4.2.6. SQL モード

意図したデータではないかもしれないが稼働し続ける方が良いのか、バッサリとエラーで落として良いのか、状況によるけれども自分で作るときは今度からこれを利用してみよう。

日常

手軽に作れるおいしいベビーリーフサラダ

Posted on 2009年1月17日 by cloned / 2件のコメント

本当に手軽。やることが「洗う」と「ちぎる」しかない点がポイント。
材料は次の通り。

レタス
ベビーリーフ
生ハム

まずは、レタスを水で洗いながらちぎってゆく。あまり細かくせずに、一口サイズよりも少し大きくちぎる。しゃきしゃき噛むことができて楽しい。

DSCF2089 posted by (C)cloned
次に、ベビーリーフを水で洗う。

DSCF2087 posted by (C)cloned
適度なボールザルがあると水がきれるので便利。

DSCF2086 posted by (C)cloned
準備は完了。もう盛りつけるターン。まずは器を用意する。

DSCF2090 posted by (C)cloned
レタスを入れる。

DSCF2091 posted by (C)cloned
ベビーリーフを入れる。

DSCF2092 posted by (C)cloned
ここで、黒コショウと塩を適度にふる。コショウは粉砕されているものではなく、ミルを使ってその場で粉砕するのがおすすめ。香りがとても良い。

DSCF2093 posted by (C)cloned
生ハムを手で小さくちぎりながらのせてゆく。終わったら生ハムを中心に少しだけ塩をふる。

DSCF2094 posted by (C)cloned
あっという間に完成。ドレッシングにしたり、温卵をのせたり、バリエーションが広がる。食べるのが一人でレタス一株ちぎったら、普通は食器に入りきらないので、おかわり有りの特典がつく。

DSCF2095 posted by (C)cloned
ちなみに、本日の夕食は、ふぐの皮をポン酢でいただきながら、ベビーリーフサラダと鯛の刺身をいただいている。大変おいしい。

DSCF2098 posted by (C)cloned

「ベルギービールという芸術」を読んだ

Posted on 2009年1月16日 by cloned / 0件のコメント

それこそとりあえずの一杯というビールのイメージを持った人にでもなるほどなと思わせるところから始まり、後編は素敵なビールの魅力へ。
良いところはビール専門書ということでもなく、現地のカフェ、現地の文化にたくさん触れている点。
必ず皆に言われると書籍中に頻出の「ベルギーに同じ味のビールは二つとない」という言葉のインパクトが非常に大きい。

ベルギービールという芸術 (光文社新書)

作者: 田村功
出版社/メーカー: 光文社
発売日: 2002/09/01
メディア: 新書
購入: 3人クリック: 18回
この商品を含むブログ (19件) を見る

日常

auから電池パック無料サービスの通知

Posted on 2009年1月11日 by cloned / 0件のコメント

機種変更をしてから1年がたったところで、auからメールがきた。フルサポートコースの「電池パック無料サービス」のお知らせだった。
こういうのは買うときには大げさに言うけど、後は放置のケースが多いのに、ちゃんと連絡があってなかなか好印象。まぁちゃんと覚えていたけどね。

技術

メールアドレスは256文字まで

Posted on 2009年1月8日 by cloned / 0件のコメント

データベースのテーブル定義などを考えるときに、そのものの持つ最長はいくつなのかと考えることがある。例えば、メールアドレス。

The maximum total length of a reverse-path or forward-path is 256
octets (including the punctuation and element separators).

http://www.rfc-editor.org/rfc/rfc5321.txt

これに準拠するのであれば256文字が最長と見なせば問題ない。RFCだけを考慮してしまうとそれに準じていないサービスがあった場合に困る可能性があるのだけれども、別段の理由がなければ非常に参考になる数値だと思う。
ただ、現実的にあり得る範囲がよくわからないものもある。例えば、URL。
URL の最大長は何文字?が良くまとまっているのだけれども、これを参照する限りはIE基準に2083バイト以内くらいにするべきなのかななど苦悩する。
とはいえ、それでも勝手な想像で適当に1,000とか10,000とかやるよりはある程度の実情を調べる価値はあると思う。

日常