2008-01-18[n年前へ]
■ウルフルズ「ええねん」 
なんでもそうやと思うけど、自信ある部分とまったく駄目な部分ていうのと両方持ってんと、ちゃんとした“ものづくり”は出来へんと思う。小さい世界におると見失いがちで、常に恐怖感と闘っとかんと進歩ないし。
ジョン.Ｂ.チョッパー
2008-03-28[n年前へ]
■「物語が語られる順序」と「因果関係」
「ゲームの右と左 マリオはなぜ右を向いているのか」という「上手と下手」に関する記事を読んだ。こういった、上手・下手もしくは左・右といった辺りのことは、スライド・デザインにおける「上手と下手」、もしくは、「上手と下手」のブログで調べたこと・感じたこと・書いていることから、特に自分の中で変わっていることはない。
けれど、左右や上手・下手という軸でなく時間軸というものを考えると、たとえば、物語が語られる時間軸というものについて考えると、いくつも新しく感じたこと・納得したことがあった。そのひとつが、北村薫「ミステリは万華鏡」（集英社文庫）の中で語られていた「順序」というものである。
最も簡単な物語の語り方は、はじまりから始め、物語が終わるまで、あるいは聞き手が寝るまで話すというものである。
「小説の技巧」(白水社)ディヴィッド・ロッジ
「物語が語られる時間軸」というのは、物語が時間軸のどの地点から始まり（読者に対し語られだして）、どの時点に収斂していくか 、ということである。もしも、いたって原始的な物語であれば、背景から話を始め、原因・過程を話し、そして結果を話すことになる。
あるいは、その逆に、たとえば推理ドラマであれば、まず冒頭で、「事件が起こる前・過去」と「ぼやけた形で描かれる事件が起こった瞬間」が描かれる。そして、そのあとの物語は、その瞬間・時点へと逆に遡っていくのが普通である。つまり、結果から原因・背景へ向かっていくのが通常のミステリの「方向性」である。
語りの順序における斬新な実験の例として思いつくものは、ほとんどが犯罪や悪行や道徳的・宗教的な罪に関するようなものである。だからこそ、たとえば刑事コロンボの場合は、その物語が語られる時間方向性が、原因→結果という時間の流れそのまま、というところに「意外性」があったわけだ。
「小説の技巧」(白水社)ディヴィッド・ロッジ
北村薫は「語りの順序が、現在→過去というように流れる物語」に関して、このようなことを書いている。内容を抜粋するために、少し書き方を書き直すならば、それはこのようになる。
ピラミッドを逆さまにしたように、最後に「出発点・背景」が描かれれば、その一点は、物語の冒頭から語られた「それ以降に起こったこと」のすべて重みがのしかかる。そして、出発点はその重みに歪み、過去と未来のコントラストは、ますます鮮やかになるのだ。
「普通人間のいちばん好きな考え方は因果関係です」と言ったのは心理学者の河合隼雄で、「人は、因果関係を納得しやすい。というか、因果がないと、物事の関係性を納得しにくい生き物なんだよね、人って」と書いたのは、小説家の新井素子だ。
彼らの言葉を、「物語が語られる順序」と「因果関係」が描かれたパズルのピースを並べようとするなら、どんな風に人は並べたがるものだろうか。あるいは、そんなピースに描かれた模様は、人によってどのように違って見え、どのように違って組み合わされるものだろうか。
2008-03-29[n年前へ]
■各種計算サービス用サーバの再起動など
プラネタリウム/色計算/天体座標計算/月面表示…などの遊び感覚の各種計算を行うサービス、「Lunar-Triangle Calculator」「Spectrum Color Conversion」「The Lunar Surface Telescope」「The Lunar Timescope "Mobile"」「Mobile Planetarium」「PC Planetarium」用サーバを再起動しました。
また、キーワードの一覧ページの処理先（キーワードブログ）や、個別記事指定時の関連記事自動読み込み、などいくつかのサーバ処理の手順などを変えました。
2008-07-28[n年前へ]
■ニッチなニッチな個人サーバ構成を図解する
下の図は、「ニッチなニッチな個人サーバ」の構成を図解になります。何が「ニッチなニッチ」かというと、個人でサーバを動かしていて・ソフトウェアやネットワークとはほぼ無縁の生活をしていて(何しろApacheの綴りをすべてApachと間違えて書いているくらいです)・それでいて、コンテンツ提供のサーバソフトを自分でいじったりしている・・・という状況を、とりあえず「ニッチ」としてみたのです。
hirax.netはそんな「ニッチなニッチな個人サーバ」であるわけですが、そのサーバ構成をふと図解してみました。というのは、あまりにサーバ構成がツギハギだらけになってきて、自サーバを整理するために、サーバ間の繋がり・関係を（自分のために）図解してみたのです。
hirax.netは現状4台のサーバで動いています。「大容量ファイル配信」「小さな静的ファイル配信」「メインコンテンツ配信用のRailsアプリを動かす mongrelクラスタ」「いくつかの実験サービスを動かすRails アプリを動かすmongrelクラスタ」「SQLサーバ」「各種数値演算用サーバ」「画像処理サーバ」といったもを、それぞれのPCに役割分散することで動いています。役割分散させると管理が面倒なので、いずれは、まったく同じ機能・同じ構成の仮想サーバにでも処理を分散させるようにしたいのですが、なかなか、そんな再構築作業ができないでいます。
そもそも、「ニッチなニッチな個人サーバ」ですから、そんな増改築は本来必要でないように思いますが、遊びがてら色々増改築を繰り返してきた結果、こんな古い温泉街の老舗ホテルのような、あるいは、四国かどこかにあるという「軍艦島マンション」のような入り組んだ手作りサーバ構成になってしまいました。
「Rails入門書を読んだ勢いで、個人サーバ用のアプリをRailsで書いて、自アプリでサーバ運用する人」も少なくないだろう、と思います。便利なブログツールやサーバもたくさんあるわけですが、（素人ながらも）自分で何か作ってみたくなり、適当に動かしている人もチラホラいるだろう、と思います。そんな「素人が手軽に動かすことができるお手軽・気軽なサーバ構成」は、一体どういうものなんでしょうか。他の方々のサーバは「軍艦島マンション」構成にはなってはいないものなのでしょうか……。
」など。