標準ＴＴＬだけ（！）でCPUをつくろう！（組立てキットです！）
(ホントは７４ＨＣ、ＣＭＯＳなんだけど…）
［第３８１回］
ちょっと数日更新しておりませんでした。
バックヤードではこのところあれこれやりたいことやら、やらなくてはいけないことやら、あれやこれやで大忙しだったのです。
あ。過去形ではありませんでした。
今も大忙しです。
何をやっているのかについては、いずれのちほど。
●ＭＹＣＰＵ８０完成のメールをいただきました
京都府のＫＯ様からメールをいただきました。
ずっとお仕事が忙しくて手がつけられなかったそうなのですが、やっと時間が取れたので、昨夜からぶっ通しで作業して、一気に完成してしまった！のだそうです。
おめでとうございます。
お疲れ様でした。
え！？昨夜からぶっ通しで…。まさか徹夜で…！？
設計製作した張本人の私自身でも、これを一気に組み立てる、というのはちょっとさすがに苦しいかと…。
恐れ入りました。
ＫＯ様からご連絡をいただきましたので、７人の方が完成されたことになります。
いやあ、なにか仲間が増えていくようで、楽しい気分です。
ＫＯ様。ご連絡有難うございました。
ごゆっくり休養をなさってください。
あ。まだ完成されていらっしゃらない方も、別に急ぐことはありませんので、ゆっくりマイペースで作業をなさってください。
もし何かお困りのことなどがありましたら、メールなどにてお問い合わせください。
●４ビットＣＰＵの命令セット（アセンブラニーモニック）
前回、８ビットＣＰＵの命令セットについて書きました。
今回は４ビット版です。
４ビットについては、機能をしぼって、どうしても必要なものに押さえることにしました。
入門（何の入門なのかいまいちよくわかりませんが）もしくは教材（これもなんの教材なのか、私は教育者ではありませんので正直なところわかりかねるのですけれど）としての位置付けから考えると、回路も機能もなるべくシンプルなほうがいい、ということになるかと思います。
そこで、８ビット案から、さらに機能を絞り込みました。
（ただし４ビット固有の事情から８ビットでは不要な機能ですけれど、付加しておきたいものもあります）
あ。今回ご紹介する４ビット版というのは、さきにお話しをしておりました、全回路を８ビットで配線しておいて、パーツのみ４ビットで供給するという案とは別の基板です。
この４ビットＣＰＵは最初から４ビットとして設計します。８ビットへの拡張は考慮しません。
そのため、命令も純粋に４ビットＣＰＵとして考えました（もっとも命令の仕組みや働きのほとんどは８ビット版と同じですが）。
こんなところでどうでしょうか？
ＲＳＴ アドレスＦＤからｒｅｓｔａｒｔします
ＳＣＦ ＣＦ（キャリーフラグ）をセットします
ＭＯＶ ｒ，ｒ’ レジスタｒ’からｒへデータを転送します。ｒ、ｒ’は４ビットレジスタＡ、Ｂ、Ｃ、Ｄ。
ＭＯＶ ｒ，［ＳＰ］ ＳＰ（スタックポインタ）の値で示すメモリアドレスの値（下位４ビット）をｒに転送します
ＭＯＶ ｒ，［ｉｍ８］ ｉｍ８（８ビットの即値）で示すメモリアドレスの値（下位４ビット）をｒに転送します
ＭＯＶ ｒ，［ＳＰ］Ｈ ＳＰ（スタックポインタ）の値で示すメモリアドレスの値（上位４ビット）をｒに転送します
ＭＯＶ ｒ，［ｉｍ８］Ｈ ｉｍ８（８ビットの即値）で示すメモリアドレスの値（上位４ビット）をｒに転送します
ＭＯＶ ｒ，ｉｍ８ ｉｍ８（８ビットの即値、ただしその下位４ビットのみ）をｒに転送します
ＭＯＶ ［ＳＰ］，ｒ ＳＰ（スタックポインタ）の値で示すメモリアドレスにレジスタｒを転送します
ＭＯＶ ［ｉｍ８］，ｒ ｉｍ８（８ビットの即値）で示すメモリアドレスにレジスタｒを転送します
ＭＯＶ Ｈ，ｒ 特殊レジスタＨにレジスタｒの値を転送します
ＡＤＣ ｒ レジスタＡとＢとＣＦ（キャリーフラグ）を加算し、結果をＣまたはＤに格納します。結果によってＣＦ、ＺＦ（ゼロフラグ）をセット、リセットします
ＳＢＢ ｒ レジスタＡからＢとＣＦ（キャリーフラグ）とを減算し、結果をＣまたはＤに格納します。結果によってＣＦ、ＺＦ（ゼロフラグ）をセット、リセットします
ＣＭＰ レジスタＡとＢとを比較し、結果によってＣＦ（キャリーフラグ）、ＺＦ（ゼロフラグ）をセット、リセットします
ＡＮＤ ｒ レジスタＡとＢのＡＮＤを計算し、結果をＣまたはＤに格納します。結果によってＺＦ（ゼロフラグ）をセット、リセットします。ＣＦ（キャリーフラグ）はクリアされます
ＯＲ ｒ レジスタＡとＢのＯＲを計算し、結果をＣまたはＤに格納します。結果によってＺＦ（ゼロフラグ）をセット、リセットします。ＣＦ（キャリーフラグ）はクリアされます
ＸＯＲ ｒ レジスタＡとＢのＸＯＲ（排他的論理和）を計算し、結果をＣまたはＤに格納します。結果によってＺＦ（ゼロフラグ）をセット、リセットします。ＣＦ（キャリーフラグ）はクリアされます
ＩＮＲ ｒ レジスタＡ、Ｂ、Ｃ、Ｄの値を＋１します。結果によってＺＦ（ゼロフラグ）をセット、リセットします。ＣＦ（キャリーフラグ）は変化しません
ＤＣＲ ｒ レジスタＡ、Ｂ、Ｃ、Ｄの値を−１します。結果によってＺＦ（ゼロフラグ）をセット、リセットします。ＣＦ（キャリーフラグ）は変化しません
ＩＮＶ ｒ レジスタＡ、Ｃ、Ｄの値の各ビットの０と１を反転します。フラグは変化しません
ＲＲ ｒ レジスタＡ、Ｂ、Ｃ、Ｄの値をＣＦを含めて１ビット右に回転します。結果によってＣＦ（キャリーフラグ）をセット、リセットします。ＺＦ（ゼロフラグ）は変化しません
ＪＭＰ ｉｍ８ ｉｍ８（８ビットの即値）で示すメモリアドレスに無条件でジャンプします
ＪＮＣ ｉｍ８ ＣＦ（キャリーフラグ）が立っていないとき、ｉｍ８（８ビットの即値）で示すメモリアドレスにジャンプします
ＪＣ ｉｍ８ ＣＦ（キャリーフラグ）が立っているとき、ｉｍ８（８ビットの即値）で示すメモリアドレスにジャンプします
ＪＮＺ ｉｍ８ ＺＦ（ゼロフラグ）が立っていないとき、ｉｍ８（８ビットの即値）で示すメモリアドレスにジャンプします
ＪＺ ｉｍ８ ＺＦ（ゼロフラグ）が立っているとき、ｉｍ８（８ビットの即値）で示すメモリアドレスにジャンプします
ＣＡＬＬ ｉｍ８ ｉｍ８（８ビットの即値）で示すメモリアドレスにあるサブルーチンをＣＡＬＬします
ＲＥＴ サブルーチンからＣＡＬＬ元のアドレスにリターンします
ＭＯＶ Ｆ，ｒ フラグレジスタＦにレジスタｒの値を転送します
ＭＯＶ ｒ，Ｆ レジスタｒにフラグレジスタＦの値を転送します
ＯＵＴ ［ｉｍ８］，ｒ ｉｍ８（８ビットの即値）で示すＩ／Ｏアドレスにレジスタｒの値（４ビット）を出力します
ＩＮ ｒ，［ｉｍ８］ ｉｍ８（８ビットの即値）で示すＩ／Ｏアドレスからレジスタｒに値（４ビット）を入力します
ＭＯＶ ＳＰ，［ｉｍ８］ ｉｍ８（８ビットの即値）で示すメモリアドレスの値をＳＰ（スタックポインタ）に転送します
ＭＯＶ ［ｉｍ８］，ＳＰ ｉｍ８（８ビットの即値）で示すメモリアドレスにＳＰ（スタックポインタ）の値を転送します
ＭＯＶ ＳＰ，ｉｍ８ ｉｍ８（８ビットの即値）をＳＰ（スタックポインタ）に転送します
ＩＮＲ ＳＰ ＳＰ（スタックポインタ）の値を＋１します
ＤＣＲ ＳＰ ＳＰ（スタックポインタ）の値を−１します
ＪＭＰ ［ＳＰ］ ＳＰ（スタックポインタ）が示すメモリアドレスにジャンプします。
ＮＯＰ 何もしません（ｎｏ ｏｐｅｒａｔｉｏｎ）。実行時間（８μｓｅｃ）だけ経過します
●補足説明
１）ＲＳＴは１バイトコードのサブルーチンです。８０８０では割込処理のための命令でしたが、今回のボードでは割込みは考えてはいません。ＲＳＴは主にデバッグ用です。
２）ＳＣＦ（キャリーフラグをセットする）はありますが８０８０のＣＭＣ（キャリーフラグを反転する）に相当する命令はありません。
キャリーフラグをクリアするには、ＡＮＤ、ＯＲ命令を使います。キャリーフラグとともにレジスタもクリアするにはＸＯＲ命令を使います。
３）［ＳＰ］はＳＰ（スタックポインタ）を利用したメモリの間接アドレス指定でのメモリを示します。
［ｉｍ８］はその命令の次のアドレスに書かれた８ビットの値をアドレスとするメモリを示します。
ＳＰの値が１２であるとき、［ＳＰ］は［１２］と同じで、メモリアドレス１２を示します。
今回の４ビットＣＰＵは、アドレスバスは８ビットです。アドレスラインはＡ０〜Ａ７までですから、アドレスが００〜ＦＦの２５６バイトのメモリしかアクセスできません。
４）内部データバスは４ビットですから、内部のデータラインはＤ０〜Ｄ３までしかありません。
ですからＭＯＶ ｒ，［ＳＰ］、ＭＯＶ ｒ，［ｉｍ８］は指定するアドレスのメモリの値のうち下位４ビットしかレジスタに入れられません。
ＭＯＶ ｒ，［ＳＰ］Ｈ、ＭＯＶ ｒ，［ｉｍ８］Ｈは、上の欠点を補うため、上とは逆に、指定するアドレスのメモリの値の上位４ビットをレジスタに入れます。
しかし、ＭＯＶ ［ＳＰ］，ｒ、ＭＯＶ ［ｉｍ８］，ｒも同じルールだとすると、レジスタの値をメモリの下位４ビットに入れることはできても、上位４ビットに入れることはできません。もともとメモリは８ビットなので、レジスタのように上下４ビットずつに分けて書く、ことはできません。
そのため、８ビットにはない４ビットの特殊レジスタＨを用意しました。
ＨレジスタにそのほかのＡ〜Ｄレジスタの値を転送するための命令、ＭＯＶ Ｈ，ｒを用意しました。
しかしＨレジスタから他のレジスタへの転送命令はありません。
実は、ＭＯＶ ［ＳＰ］，ｒ、ＭＯＶ ［ｉｍ８］，ｒを実行すると、指定したメモリの上位４ビットにはＨレジスタの値が書き込まれるようにしてあります。これによって、メモリから上下４ビットに分割してレジスタに入れたデータは、加工したのちにまた上下を合成して（ＭＯＶ Ｈ，ｒを使う）、メモリに格納することができます。
５）ＡＤＣ、ＳＢＢはありますが、キャリーを含まないＡＤＤ、ＳＵＢはありません。
ＡＤＤ、ＳＵＢの機能はそれぞれその実行の前に、キャリーフラグをクリアするためのＡＮＤ ｒかＯＲ ｒを実行することで、代用できるからです。
なお今回の４ビットＣＰＵはＡＤＣ、ＳＢＢ、ＣＭＰ、ＡＮＤ、ＯＲ、ＸＯＲの演算機能が８０８０と異なっています。
８０８０では、Ａレジスタ（アキュムレータ）とｒとの間で演算を行って、ＣＭＰ以外は、結果をＡレジスタに入れる、という動作をします。
今回の４ビットＣＰＵでは、ＡレジスタとＢレジスタとの間で演算を行って、その結果をｒ（ただしＣレジスタかＤレジスタ）に入れます。
ＡレジスタとＢレジスタは変化せず、かつ、結果を格納することもできません。
これは奇異なことのように思えますが、このＡレジスタとＢレジスタは、ＭＹＣＰＵ８０では命令では制御できなかったＡＬＵ”Ａ”レジスタと”Ｂ”レジスタに相当しますから、今回の４ビットＣＰＵの方が「進化」したとも言えます。
実際８０８０では演算の片方のレジスタはＡレジスタに限られ、また結果の値もＡレジスタにのみ入れられたことに比べれば（この点はＺ８０も同じ）、８０８０よりも８０８６に近い、ともいえます。
６）ＩＮＲ ｒ、ＤＣＲ ｒは、Ａレジスタをワーキングレジスタとして使いますから、Ａレジスタの値を破壊します。
７）ＩＮＶ ｒは８０８０ではＣＭＡ（Ａレジスタの各ビットの１と０を反転する）と同じ機能です。８０８０では、Ａレジスタに限られていましたが（Ｚ８０も同じ）、今回の４ビットＣＰＵでは、ＡレジスタのほかＣレジスタ、Ｄレジスタの値も反転することができます。
ただしＢレジスタをワーキングレジスタとして使いますから、Ｂレジスタの値を破壊します。
Ｂレジスタの値を反転させることはできません。
８）ＲＲはレジスタｒをＣＦを含めた５ビットとして、右に１ビット回転させます。８０８０のＲＡＲに相当する命令ですが、Ｂ、Ｃ、Ｄレジスタを対象にできます（８０８０はＡレジスタのみ）。
Ａレジスタをワーキングレジスタに使いますから、Ａレジスタの値を破壊します。
Ａレジスタをローテイトすることはできません。
左ローテイト命令はありませんが、実は左に１ビットローテイト（シフト）することは、値を２倍することと同じなので、ＡＤＣ ｒで代用できます。
ＣＦを含まないローテイト命令はありませんが、使用頻度は少ないと思いますので割愛しました。
９）８０８０ではフラグを保存するために、ＰＵＳＨ ＰＳＷ、ＰＯＰ ＰＳＷがありましたが、今回の４ビットＣＰＵにはＰＵＳＨ、ＰＯＰ命令はありません。その代わりに、ＭＯＶ Ｆ，ｒ、ＭＯＶ ｒ，Ｆを用意しました。この命令を使ってレジスタ経由でフラグをメモリに保存することができます。
１０）ＯＵＴ ［ｉｍ８］，ｒ、ＩＮ ｒ，［ｉｍ８］について。
８０８０ではＯＵＴ、ＩＮ命令はＡレジスタについてのみ働きましたが、今回の４ビットＣＰＵではＡ〜Ｄの全レジスタに対して使うことができます。
１１）ＪＭＰ ［ＳＰ］は、ＳＰを８ビットのインデックスレジスタとして用いたときに、８０８０で同様のことをＨＬレジスタを用いて行うＰＣＨＬ命令に相当する働きです。ＳＰを用いた間接ジャンプ命令です。
ＣＰＵの内部動作としては、ＭＯＶ ＰＣ，ＳＰを実行することと同じです。
１２）ＮＯＰ命令（ｎｏ ｏｐｅｒａｔｉｏｎ）について。
じつは今回は命令回路を工夫した結果、最長の命令でも１６クロックになりました。ＣＰＵクロックはＭＹＣＰＵ８０と同じ２ＭＨｚですから、８μｓｅｃです。最長でもその位で実行できるのなら、ということで命令の実行時間を全て８μｓｅｃにしてしまいました。
どういうことかといいますと、ＭＹＣＰＵ８０では各命令の終わりで実行していたマシンクロックカウンタへのリセットパルス（Ｍｃｌｒ）を省いてしまったのです（Ｊｘ命令のみは例外）。
その結果、短いクロック数の命令でも１６クロック経過するまでその命令のままでいて、１６クロックが経過すると、カウンタが勝手に０に戻ってしまうため、結果として次の命令が実行されることになります。
未定義の命令コードの場合には、何もしないまま１６クロックが経過するまで、待つことになりますから、ＮＯＰと同じことになります。
つまり、この４ビットＣＰＵでは未定義コードは全てＮＯＰ命令になります。
［０９．１１．１５追記］
機械語（１６進コード）の場合にはそういうことでいいのですが、アセンブラではそうもいかないことに気がつきました。
回路としてはなにも用意しなくても、アセンブラとしてはＮＯＰが必要でした。
未定義コードなら何を使っても良いのですが、８０８０ではＮＯＰのコードは００ですから、今回の４ビットＣＰＵでもＮＯＰを００に割り当てておくようにします。［追記ここまで］
１３）ＨＬＴ命令はありません。
８０８０のＨＬＴ命令は、割込みがかかるまで、スタンバイして待つ、というのが本来の目的だったと思います。
今回の４ビットＣＰＵでは割込みはありませんから、ＨＬＴ命令を設ける意味はありません。
プログラムを実行して最後に停止する、という目的ならば、ＪＭＰ命令で実現できます。
たとえば停止したいプログラムアドレスが６Ｅ番地だったとすれば、その６Ｅ番地にＪＭＰ ＄６Ｅと書けばよいのです。
アセンブラならば、
ＸＹＺ：ＪＭＰ ＸＹＺ
のように書けばよいのです。
なお、上で示した命令リストのうち、この色で示した命令はもっとも基本的な命令です。
これさえ覚えてしまえば、機械語のプログラムは半ば理解できたと言ってもよいと思います。
おおお。そうでした。
機械語プログラムの入門としては、結構いけるのではありませんか。
ＰＩＣなども最近はＣで組んだりするようですけれど、ローエンドのＰＩＣのプログラムをＣで組んだりするのは、なんだかなあという気がします。
しかしＰＩＣのアセンブラはちょいとクセがあって、機械語の経験がゼロでいきなりＰＩＣのアセンブラ、というのはちょっとハードルが高そうです。
今回の４ビットマシンはニーモニック表現をできるだけ理解しやすくて、かつインテル系のニーモニックに近い表現にしてありますから、これで基本を習得すれば、ＰＩＣやそのほかの機械語（アセンブラ）にもきっと応用が利くと思います。
アセンブラに詳しい方ならばすでにお気づきのことと思いますが、アセンブラの表現は８０８０よりも、８０８６に近いものにしてあります。
ＤＯＳプロンプトでは、今でも（ＷｉｎｄｏｗｓＸＰでも）８０８６の機械語プログラムを実行させることができます。
８０８６アセンブラで作ったプログラムは拡張子がｅｘｅではなくてｃｏｍになります。
６４ＫＢのセグメントの壁を意識するといきなり敷居が高くなりますが、アセンブラとかＢＡＳＩＣとかといった、言語処理プログラムそのものを作ろうなどと考えたりしなければ、セグメントを意識する必要は、まずありませんから、それなら１６ビットも８ビットも基本は変わりません。
そういえば、昔は情報処理技術者試験（今はなんというのか知りませんが）にも仮想機械語マシンのプログラムを書く、問題があったように記憶しています。
まあ、何でもかでも勉強と結びつけなくても、もっと気楽に電子工作として楽しんでもらえればよろしいのですけれど、供給する側の気持ちとしては、ついあれこれ用途を列挙してなるべく販路を広げたい、という不純な動機が見え隠れしてしまいます、です。
●閑暇休題
（ぜんぜん、ヒマじゃありませんけれど）
不純な動機といいますと、この連載について、暇人が趣味で工作を楽しんでいるらしいぞな、とお思いの方もいらっしゃるか、と思いますが、そんなことはありません、です。
不純と言えば不純そのもの、しっかり販売目的でやっております。
決してボランティアではありませんし、趣味悠々などでもありません。
純粋に趣味ならば、中日電工のサイトで公開したりなどいたしませぬ。
そんなことをしたりすると、公私混同ということで税務署から叱られてしまいます（まあ税務署から叱られるほどの売上はありませんから、それは無いのですけれど）。
だいたいこの歳になって純粋だったりしたら、そりゃあかえって気持ちが悪い。
ジジイやオバアは不純なものです。
なんたって俗世のアカに染まってここまで生き延びてきたのでありますから、したたかでなければとても生きてはこられませんです。
自分でも常々思うのですが、団塊の世代つうのは、生れ落ちたときから熾烈な生存競争にさらされて生きてきたのでありますよ。
東京や大阪の事情は知りませんけれど、私は名古屋でしたけれども、そのど真ん中、中区栄の近くで育ちましたから、小学校などスシ詰め教室の見本、でした。
確か１クラスに６０人以上おりました。２人がけの机が横に４つ、つまり横に８人。縦に７つか８つ。
一番後ろは、椅子を引くと後ろの学級文庫の棚にくっついてしまうというすごいものでしたね。
それでも先生は一人。いまどきのような副担任などという贅沢なものはありませんから、いくら先生でも全部の面倒はとても見きれない（と思います）。
タケシがよくテレビで言っていますけれど、まったくその通りで、あの時代、ＤＤＴなんぞ大掃除のときには、しっかり頭からかぶってしまって、それでも平気でしたから、まあ、ゴキブリ並みの生命力だったのでしょうねぇ。
お菓子なども貴重品でしたから、地面に落ちて（今のように全面舗装ではありませんよぉ。しっかり土のまんま）ちょっと土がついたくらいなら、手でぱっぱと払ってそのまま口にポイ（アメなど口の中でしばらく砂がシャリシャリしてるけれど、これは最後に吐き出せばいい）。
そ、そんなことしたら、バイキンがぁ…。
って、バイキンに負けてしまうような子はとっくの昔にあの世へいっちゃってます、です。
食べ物を落とした、で思い出しましたが、昔は給食のパンをうっかり床に落としたりしたって、決して捨てたりはしませんでした。
なんたって、食い物は貴重品でしたから。
おお、給食と言えば、あのちょいと異な味の、コーヒー色（ココア色？）のミルク（牛乳じゃありませんよぉ）、こいつはさすがにわれらがガキどもも苦手で、みんな鼻をつまんで一気飲みをしておりました（たまにこいつをお代わりするヤツなどがいると、これはもうガキの風上にもおけぬとんでもないヤツだ、なんてみんなにいじめられたりしたものです）。
今から思うと、給食費も満足に払えないような家庭の子などもいて、そういう子にとっては給食は一番の楽しみだったかも知れません。
聞くところによると（本当かどうかは知りませんが）、あのミルクは、アメリカでバターなどをとったあとの脱脂粉乳を、緊急援助物資ということで、プレゼントしてもらったものだったとか。
まあおかげで、戦後の物資不足の中で、わたしらは栄養不良にもならずに生きてこられたわけです。
あ。つい脱線してしまいました（もとから脱線していますけれど）。
床に落としてしまったパンの話でした。
そいつをどうするか、と言いますと、そこはそれ、学校のことですから、さすがに「そのまま食え」とは言えません。
先生が「給食室（調理場）へ持っていきなさい」と言います。
で、そこへ持っていくと給食のおばさんが、そのパンをガスの火であぶってくれます。加熱殺菌ですなあ。
ところで、給食で時たまパンにマーガリンなどという、庶民ではなかなか味わえない贅沢なものがつくことがありました。
しかし、生のパンにマーガリンというのは余りおいしくない。
せっかくのマーガリンでありますから、できるだけおいしくいただきたい。
そこで。
われらがガキ大将が何を考えたか、もうおわかりでしょう。
パンをわざと床に落とすのですよ。
こいつは過失ではなくて故意です。知能犯つうか確信犯です。
衛生観念ゼロ。もうどーしようもないガキどもでした。
パンにマーガリンのつく日に限ってガキどもがぞろぞろと連れ立って、落としたパンをもって給食室を訪れるのでありました。
「また、あんたたちなのぉ」
いやあ。しっかりトム・ソーヤの時代のままでした。
子供たちの世界がトム・ソーヤやピーター・パンの世界から離れてしまったのは、いつの頃からなのでしょうか？
●有償か無償か
不純な動機、というお話しに戻りますと、よく世間では、個人がお金をもらって商売をすることが、なにやらよくないことで、無償で、いわばボランティアですることが、よいことだというような概念があるように思います（そりゃあ士農工商の名残かも）。
この連載につきましても、「なんだ、やっぱり販売目的か」などと一気に熱が冷めてしまわれる方もおいでかもしれません。
しかしながら、敢えて言いますけれど、有償だからいかん、というものではないと思いますよ。
無償ということになると、それを受ける側にとってはまことに好都合ではありますけれど、そこはそれ、不満の持って行き場が無い。
この説明は何だ？もっと丁寧に説明せんか、こら。
などと文句を言うことができません。
提供する側にしてみると。
アンタにそんなこと言われても、ねえ。
こっちはタダで提供してるんだからさぁ。ちっとは自分でも汗かいて、努力しなさいよぉ。
てなことになります。
いや。なかにはこれでも無償か？と、とても信じられないような丁寧な作りのものもありますが、機能はともかくとして、説明書とか、あとのフォローとかということになりますと、そこが有償と無償の一番の違いになるか、と思います。
供給する側としても、無償ということだと、つい、自分に甘くなります。
ま、こんなもんでいっか。どうせタダなんだし、趣味でやってんだから、よお。
なかでも説明書作りは一番面倒くさくて、じつに疲れる、面白くもなんともない、いやな作業です。
でも、おアシをいただくということになると、そこは避けては通れません。
ところが本当はやりたくない、その嫌な作業なのですけれど、お客様に理解してもらえるように、とか、あるいは喜んでもらえるように、とかという気持ちで作業をすることによって、そこをいい加減にしていたら得られなかった改善点とか欠陥とか、あるいは自分自身の技術、知識の向上ということまでも得ることができるように思います。
それに。
販売目的だものですから、こうやって書いたものは、可能な限り、商品にして世に送り出そうとするわけです。
その意味では、結果的にどのような商品になるかは別として、こんな長文に、長々おつきあいいただいていたとしても、最終的に裏切られたりはいたしません、です。安心してお読みいただくことができます。
これが、趣味、無償、ということになりますと、まあ、本人の気の赴くままということになりがちですから、半年待っても一向に更新されないとか、さわりを書いただけで、あとはいつか書くからね、で終わってしまうことにもなりかねません（Ｗｅｂには、そんなページもいっぱいあるのでは？）。
まあ、途中で冗談として、「この企画もこれで終わり」などと書いているところもあったかもしれませんが、それはあくまで冗談。
よく、顔は笑っているけれど、目は笑っていない、などということを言いますけれど、実際その通りで、私自身はまじめもまじめ、はなから真剣勝負なのですよ。
ものごとには何事でも、予測と異なる事態とか、思い違いということがありますけれど、でも無償と有償との相違はそこにもあって、商売ともなれば、ある程度の確かさがなければ、ただの見込みとか予定とかを軽々しく公表したりはしないもの、だと思っています。
ＭＹＣＰＵ８０の製作記事を、この中日電工のホームページで書き始めたのは、昨年の７月のことで、そのときには、まだ回路図だけがノートにエンピツ描きでできていただけだったのですが（その回路図は５月から２ヶ月ほどで描き上げたものです）、それを個人のブログなどではなく、中日電工の、商用のページで立ち上げた時点で、私自身は１００％確実とまではいかないものの、過去の経験からして、「これは画餅ではない。多分実現できる」とほぼ確信していたのです（不安なら個人のブログで、しかもペンネームでスタートしますよぉ）。
いい加減なことを書いたりしましたら、まあ、たいした看板ではありませんけれど、それでも、過去３０年の信用が全部パアになってしまいます。
この連載が始まった当初に、「こんなとてつもないものは、多分出来ないだろう」とか、「きっとまともには動くまい、完成するところまでは出来っこないが、万一完成したとしても、きっと誤動作するに違いない」とお思いになられた方もたくさんいらっしゃったかと、思います。
まあ、そういうお方などは、きっとここまで長々お読みにはならない、だろうと思いますから、ここまでずっとお読みいただいていらっしゃる方は、当方にとりましては、まことにありがたい読者様なのであります（ひょっとするとお客様になっていただけるかも♪）。
ＭＹＣＰＵ８０をご購入いただいた方、そして今もご予約していただいている方（お待たせして申し訳ありません！あともう少しです）、さらには、ずっとおつきあいいただいてお読みいただいている読者の方々、の名誉にかけまして、あえて申しますけれど、ＭＹＣＰＵ８０は決して、たまたま動いたとか、かろうじて結果的に成功した、とかというような、いい加減な、趣味の産物などではありません。
まあ、途中あれこれ試行錯誤もありましたけれど、当初からそれなりの実現性を確信して企画したものです。
もちろんご予約中の方を含めまして、１３人もの方にご購入いただけるとは予想してもいませんでしたけれど、あくまで年寄りの趣味などという甘い気持ちで考えたものではなくて、それなりの価値あるものを作る、という気持ちで開発に臨んだものです。
ということで、現在進行中の８ビット、４ビットも、趣味などではなくて、商品として提供することを念頭においています。
もちろん、実際にご購入いただかなくても、何らかの知識なりなんなりを得ていただく、ということで、当連載記事をお読みいただくだけでも、有りがたい読者様でありますから、決してぞんざいに扱ったりはいたしません。
ご遠慮なさらず、ご意見、ご要望などをお寄せいただきますよう、お願いいたします。
商用にしては、ずいぶん激しく脱線するではないか、とお思いかも知れませんが、そこはそれ、この連載記事そのものは、有償ではありませぬので。あしからず。
最初にお断りしておりますように、ブログ風、なのであります。
２００９．１１．１４ｕｐｌｏａｄ
２００９．１１．１５追記
前へ
次へ
ホームページトップへ戻る