1999年8月の陰気な男でいいですか?1999年8月の陰気な男でいいですか?このページは単なるいしかわの日記になりました。普通に書いても陰気なページになると思うので、タイトルはそのままでいきます。99/8/31今日は駄目だ〜。99/8/30目標が無いと人はテンションを維持するのが難しい。大会とかコンテストとかの持つ力を実感している。今週は程々で乗り切ろう。99/8/29やっぱり今日も何も出来なかった。ま、そーゆー週末もあるよな。99/8/28夜中にジュースを買いに外に出た。今日も何も出来なかった。自分の時間は自分で作らねば。今日は家族休息の日と思えばいいな。99/8/27ようやく週末だ〜。こ・ん・しゅ・う・は、何故か辛かったな〜。今日も発泡酒を飲んで風呂に入った。書くべきか?)ってまだソフトを出していたんだねぇ。発売予定のプレステソフトのパッケージを見たら書いてあった。テクノソフトというより、佐世保マイコンセンターの方がしっくり来るね。サードマシンが最悪状態。完全フルインストールしたいが、今のファイルをバックアップも出来ない!どうするんだ?99/8/26すっかり夜は秋の風情だねえ。今日こそはホントに早く寝よう。99/8/25今日は昨日の反動かキモチがテンパってしまった。カルシウムが足りないのかにゃぁ。サードマシンが調子悪いのも何とかしたいけどにゃぁ。99/8/24なんか今日は幸せな1日だった。気持ちが落ち着いているのがいいのかもしれないな。昨日の夜久しぶりに渡辺美里を聴いたのがよかったのかもしれない。99/8/23やりたいことはいっぱいだ。こんな時にテンションを下げずに如何に力を出せるかでホンモノかどうかが決まるよな。ゆーわけでホンモノでないいしかわはちょっとテンション下がり気味だ。今日はセンサ回路の本を買った。久しぶりにアナログ回路と戯れたい。99/8/22とりあえず家庭の平和は回復した。久しぶりにエレキパーツを買った。高校生の頃ヒロセとか若松でパーツを買うのは怖かった。なんかボッタクラレテイルンジャナイカと思っていた。なんかシロートでも分け隔て無くきちんと対応してくれたように感じていた。今もラジ館4Fの若松は気持ちよく買い物できるねこのまま閉店しないでね。99/8/21今日も今日も刺激に満ちた1日だった。昨日書いたハードとソフトの融合の続きのようなことが書かれていた。みんな考えることは同じなんだな。ロマンについて書かれている記事が面白かった。内容的にはプログラムではなくハードウェアの再構築によってノイマン型のプロセッサでは実現できない高速動作を低コストで実現するというロマンについて書かれている。ハシカのようなものだ」という評があるというのが興味深い。いしかわ的には純粋なハードウェアのみの再構築よりも、ハードウェアとソフトウェアの境界線の喪失の方にロマンを感じる。共通の言語によって記述されたシステムの動作アルゴリズムを、コンフィグレーションによってアルゴリズムとは無関係にハードウェアとソフトウェアに分解するというものだ。現在はまずどこをハードウェアで実現して、どこをソフトウェアで実現してといったアーキテクチャの決定を事前に行なってからそれぞれの作業を開始する。決めておき、あとでその構成を一切変更しないという状況と同じだ。確かにそれは理想的ではあるが、実際には後から変更を行ないたい場合も存在する。ソフトウェアのみによる場合には部分的な変更も容易に行なえるが、ハードウェアとの境界を変えるコストは非常に大きい。結局、そのシステムが何を行なわなければならないのかといった所だけに集中した作業が行なえるかどうかということだ。さまざまなことを行なえる。メモリやプロセッサ速度、接続されている機器によって、出来ること出来ないことはある。メモリや記憶装置や圧縮処理の壁を越えて情報の保持を行なうことは出来ない。物理的な範囲においては、非常に大きな可能性を秘めているのだ。結局そのようなソフトウェアの柔軟性といったものを、ハードウェアによる実装の部分にも拡張できれば、ハードウェアの仕様の決定を待たずに、システムが何をするのかといったことを記述できるのではないか?例えば記憶容量と並列処理のトレードオフ等が考えられる。処理は遅くても記憶容量が必要なシステムの場合は、ハードウェア資源をメモリ回路に割振るようなシステムになるのが理想だし、処理速度の方が優先される場合には同じ資源を並列処理回路に割振るようなシステムになるとよい。ゆーかさー、いしかわ的には処理とか機能とかシステムとかそーいったものを記述できる統一した手法が欲しいんだよねー。ハードとソフトの融合だけでなくてもいいや。複数プロセッサによる分散環境でも同じだよ。ある1かたまりのプログラムに後からコンフィグレーションを与えることで、それを複数のプロセッサに分散させることとかさ、そーゆーの。要は1つ1つのプロセッサに出来ることが後から変わっても、最初に書いたプログラムを変更せず、コンフィグレーションのみを書き換えることで分割結果が変われば、その最初のプログラムは資産ってものになるんじゃないのってことだす。使って複数のタスクで処理を書く。タスク間のやり取りはシステムコールのみを用いて実現する。何らかのサービスルーチンを用いて書く。操作するからこのプロセッサが受け持つということをコンフィグレーションとして与える。すると各プロセッサのタスク間をやり取りするシステムコールの部分が、物理層を伴う通信ドライバを使用するものに置き換えられる。そんなものが欲しいのだよねぇ。言っちゃうと、プログラム記述上複数の時間軸で分けて書いてある部分、その場で動的に判断している部分を出来るだけベタに記述することでプロセッサの能力を最大限に生かすような、そんな開発環境が欲しい。これはまた今度書いてみよう。