タグ:プロッタ
  • 体験
ソフトウェアツールの値段

この話は、30年ほど前のことである。当時、プロッタで作図をしようと、プロッタ本体とコンピュータ本体につなぐインターフェースを作った経験があったな、などと、考えていたら、ソフトウェアの値段について想い出したことがあったので、書いてみようとおもう。

 

なぜかというと、当時、8ビットのコモドール社のPETというコンピュータが、ある測定を行うために職場に導入された。

 

もちろん、表示は白黒のディスプレイで、文字も一行40字で25行程度の表示能力しかなかった。グラフなどは、手描きか、プロッタを用意して、描かせるのが一般的だった。

プロッタでグラフを描くと、見栄えがいいので、簡単なプログラムをコーディングしては、動作確認し、使っていた。

 

コーディングは、例えば、次のような手順で行う。

 

1. OPEN 2,5 — プロッタのインターフェースの初期化

2. PRINT#2,”I” — プロッタ本体の初期化

3. PRINT#2,”M0,0″ — プロッタ原点の指定

4. PRINT#2,”I100,100″ — プロッタのペンを原点から相対位置座標の(100,100)に移動

5. PRINT#2,”P1″ — プロッタのペンを下ろす

6. PRINT#2,”I200,200″ — プロッタを(300,300)まで移動させる(線を引く)

7. PRINT#2,”P0″ — プロッタのペンを上げる

8. PRINT#2,”M0,0″ — プロッタのペンを原点に戻す

9. CLOSE 2 — プロッタのインターフェースを閉じる

 

上記のように、当時、たいていのプロッタの作図ツールはこんな感じで、簡単なプログラムは、ほとんどすべて自作していた。したがって、たいして時間もかかっていない。もし、仮に作成費用を計算したところで、せいぜい1〜2万円程度だろうとおもわれた。

 

ところが、あるとき、これらのコーディングを行うのは、時間と手間がかかるので、外注に出したらどうか、という話が上司から出た。

 

さっそく、仕様をある程度、外注さんと打ち合わせた後に、見積りをいただいて驚いた。その当時のパッケージソフトと呼ばれたものは、1〜2万円、高くても数万円だった。だから、どんなに高くても十万円を超えないだろうと考えていた。

 

だが、その見積りには、なんと、百万円を超える金額が並んでいたのだ。

 

唖然とした。単純なツールなのに、なぜそんなに高いのか、わけがわからなかったのだ。しかし、とにかく、発注することとなった。

 

1か月ほど待った後に、そのツールは完成した。しかし、コンピュータへのインストールと動作確認に3日もかかり、コーディング自体が分量が多い、サイズが大きいために、当時のひ弱なコンピュータのメモリには、耐えがたいものだった。

 

結局、外注したものはあまり使われず(?)に、(少なくとも自分自身は、ほとんど使わずに、) 自作のツールを使っていたという記憶がある。

 

自分たちは、グラフ作図の意味とプロッタの動作がわかっているので、必要最小限のコーディングでソフトウェアツールを完成させた。

 

これに対して、外注さんは、ある程度、最初に仕様は決めているものの、基本に忠実に、コーディングしようとした、つまり、ある程度、自由度を持たせて、どんな変更要求にも耐えうるようにしたのだと、推察された。(そのため、コードが肥大化した。)

 

また、1か月の人件費と作業費も加算されて、莫大な金額になったのだとおもわれた。

 

ソフトの値段は、おそらくほとんど人件費なのであろう。

 

昔は、コンピュータスペシャリストという職種が、一部の企業にあったときいている。簡単な実験データや測定データを作図するのに、プロッタできちんと描画したほうが、きれいだし、見栄えも良いなど、説明資料としても、メリットはある。だが、さすがに、百万円を超えるソフトでも、自作のソフトでもたいして描画は変わらない、という状況では、困ってしまう。

 

この話は、まだ、ディスプレイのスクリーンコピーができない時代の話なので、今どきの事情はまた、異なるのかもしれない。

 

現代は、32-64ビットのコンピュータの時代であり、さすがに、自作ツールを扱う人は少ないとおもわれるが、外注化はやはり同じような構図だとおもわれる。

 

ソフトウェアの外注化がいかに高価だったかという、自分自身が経験した昔のエピソードのひとつである。

 

(2012-4-30)

 

プログラミングの楽しさと厳しさ

以前、バリスタ(電子セラミック部品のひとつで電圧非直線抵抗素子のこと)の開発に携わったことを書いた。材料開発もそうだが、サンプルの特性をきちんと正確に評価できる測定技術もまた必要になってくるのである。

 

当時、まだパソコン(PC)は8ビットであって、マイコンとも呼ばれてもいた時代のことである。バリスタの特性評価のひとつに、一定の電流を流したときの電圧降下を測定するという操作がある。この測定制御をコンピュータ(PC)を用いて行おうというものであった。

 

定電流電源をソフトウェアで操作し、電圧計で電圧を測定するのであるが、その値は数千ボルトにも達する場合がある。安全装置をつけて、しかも十分な接地を行なって、万が一にも感電事故などが起こらないようにしなくてはならない。

 

この測定制御プログラムを作成したときのことを少し書いてみようとおもう。

 

バリスタのサンプルは、例えて言えば、セラミックの円板の上下に電極を取り付けた形状であって、これらを銅板の上に整列させて並べておき、電源の接地側に接続しておく。

 

電源の高圧端子側を絶縁体でうまく絶縁して、ハンドリングできるようにし、プロッタのペンのかわりに取り付けて、ソフトウェアで、指定したX座標、Y座標の位置に動かし、サンプルの上部に取り付けた電極に接触させる。そして、定電流電源を駆動させて、一定の電流を流し、電圧計に表示された値を読み込む。そして、電流値を変えるか、X、Y座標を指定し直して再度測定するか、という操作を繰り返す、というシーケンスである。

 

このような内容のコーディングを行なったのである。

 

問題点は多くあったが、いちばんの問題は、コンピュータの誤動作であった。

 

8ビットマイコンは、一応、BASICという言語でソフトのコーディングができた。いろんな処理をサブルーチンに書き上げて、メインのプログラムから呼び出し処理をするのであるが、ときどき、誤動作でフリーズすることがあった。

 

原因は、ノイズだとおもわれた。端子が接触し数千ボルトのON/OFFをするときに、ノイズが発生するのか、それとも外来のノイズだったのか、とにかく途中で止まってしまう。

 

どこで止まるのかを観察していると、測定制御プログラムのメインルーチンからサブルーチンに制御が移り、実行処理の後、メインルーチンに戻れなくなっている。ノイズで、コンピュータのメモリのスタック領域が壊れているのだと気づいた。

 

そこで、重要な処理はすべてメインルーチンに書くようにした。簡単な計算などはサブルーチンに書いてもよいが、安全に行うべき高電圧のON/OFFやデータの読み込みなどは、メインルーチンに書くようにしたのである。

 

ようやく、誤動作せずに測定系が正常動作したときは、正直ほっとしたのであった。

 

もちろん、現代は、コンピュータも32ビットや64ビットが主であり、コーディングソフトウェアも進化しているはずなので、こんなことは滅多にないとおもわれる。

 

プログラミングは楽しい面もあるが厳しい面もある。こんな経験をさせてもらったことも、いまでは懐かしい想い出のひとつになっている。

 

(2010-1-21)