のであった。
まず、EMM386(だっけ）で、しくじります。メモリがまずいのか、なぜかはわからない。
そして、ネットワークの根幹部分であるNDISが死ぬのである。
風のうわさでは、ネットワークカードをはずしてインストールしてから、はめればいいとか
書いてはあったが、面倒なので、ほっておく。
ここでおおきな教訓を得る。ようするに、昔の環境は、OSというかマシンごとごっそり保存すべし。
あるいは、VM ware使うという手もあるけど。（価格が高いので、poor man’s VM Wareこと…では
遅いしね～)
スカパーの食チャンネル(ch 281) なぜなら、お腹がすくから。
って書いていたら、名称が「食チャンネル」から「Foofies TV」に変わった…
スカパーや、ケーブルTVの加入者ならわかるとおもうんですが、Channel NECOの
○山雄三のBlack Jackってどうよ。
加○雄三が、美術商(?)でブラックジャックの親友なのであるが、明らかに加山雄三が
Black Jackなのである。
というか、そのように、番組タイトルでも謳っているし。
う～ん、微妙だ。
本当にCPUは速くなったのだろうか?と思う今日この頃なのである。
確かに、クロックはGHz代が通常である昨今、速くなったことは確かである。
でも、限定した使い方（一次キャッシュを使わないなど）をすると途端に遅くなっちゃうんだよね。
まあ、だからキャッシュは有効で、殆どのプログラムは、割と効率よく、キャッシュにヒットするってことなんだろうけどね。
簡単なツールを作成するため、Ruby拡張ライブラリと初格闘してみる。なぜ、拡張ライブラリを
選んだかというと、Cで一部のソースが存在したからである。
で、感想。至極簡単なり。
昔、FortranとCとMotifを組み合わせたことがあるが、それよりもずっと簡単なのだ。
また、オブジェクト指向は、ある意味、構造化プログラミングの延長線上にあるかのように、
よく構造化されたCライブラリは、Ruby拡張ライブラリとしてもすっきりとおさまるのである。
なので、皆さん Ruby拡張ライブラリにはまってみませう。
/.Jで議論があった、携帯Java。もはや、Once write云々ではない様子。
まあ、我々も互換性がないほうが、銭が….なわけで。それはそれで…
なんですが、やっぱり、Javaってどうよって気になります。
そのうち、Ruby, Pythonみたいなスクリプト系がより重要視されるんだろうなと思います。
この時期は、日本では防災訓練の季節です。まあ、某米国も9.11があるので、防災訓練している
ところもあるかもしれないけどね。
でも、就業時間中に地震が来たら、多分大変なことになるだろうな～と思います。
火事がね～。あんなに建物があるところで、道が狭いと来たもんだから、多分消防車は無理だろうな～。
と憂鬱になてみたりする。
の話題が、/.Jにあった。真相はどうだか知らないが、個人的には、こんな風に思った。
まず、前頭葉しか使わんから切れやすい子供(?大人)になるってことは、基本的に人間は切れやすい
動物ということなのかな?
あと、痴呆症の老人がゲーム脳になるとどうなるのだろうか?(くだらない疑問ばっかですいまそん)
なんですけど、やっぱりあんまり見ないんだよね。
チャンネル多すぎて何みていいかよくわからんし….とりあえず「ドリフ大爆笑」でもみておくか?
この前、TVで見た「世界うるるん滞在記」にて、菓子職人の話が非常に印象に残った。
ようするに料理は、レシピを頭で描いて、それから作るということ。つまり、頭の中で素材を
混ぜ合わせて、頭の中に完成形を作り、それを単に作るというのだ。
昔なにかで、彫りもの（!=tatoo)をする人って、石とか、木とかに埋まっている仏像を単に
掘り出すだけだっていう話を聞いた（読んだ）ことがある。
これらを踏まえると我々プログラマーたるもの、コーディングに関しては、単に頭の中に
埋まっている答えに沿って作業を進めるべきであろう。彫刻家の例を例にとれば、最初は
荒削りで掘り出し、じょじょにディテールを作りこんでいく。
これに従えば、ソフトウェアの作成もトップダウンで行うべきなのかもしれない。
実際、設計はトップダウンで、コーディングはボトムアップで行うというものが、割合
的に多いと思われるが、やっぱり、設計も実装もトップダウンで進めるほうがいいのかも
しれない。
トップダウンにこだわることは、おそらく、フレームワークを意識した流れになるし、
何せコードが読みやすいような気がする。
というわけで、トップダウンに適したプログラミング言語が、いいのかも?
(ってことは、プロトタイプ系の言語(Selfとか)が有力なのか?)
最近のコメント