「あなたの書いたプログラムは満足いく出来栄えですか？」という問いに，「はい」と答えられたらすばらしいと思います．しかし，ここ数年のプログラミング環境の変化は目まぐるしく，それに追従するのさえ容易ではありません．実際，Windows3.1が登場して以来，事象駆動型プログラミング，グラフィカル・ユーザ・インターフェース(GUI)，オブジェクト指向プログラミング(OOP)など，挙げだしたらきりがないほどです．そして今度は，Windows95による，32ビットのプリエンプティブなマルチタスクの登場．プログラマは，仕事と勉強で，休む暇がないのが事実です．

　ソフトウェアの分野だけでなく，ハードウェアの方の目まぐるしく変化しています．ほんの数年前，「インテル80286，1MBメモリ，40MBハードディスク」ですごいと思っていたら，今は「ペンティアム，16Mbメモリ，1Gbハードディスク」でも遅いのですから…． こんな状況の中で，プログラミングの質が下がってきていないでしょうか？

　最近のプログラムは肥大し動きが鈍くなる傾向があります(ハードウェアの進化がそれを補ってはいるが…)．また，コードの再利用性を高めるはずのOOPが，その真価を発揮していません．その原因の一つは，技術の急激な進化と，それにともなう開発環境の変化にあるように思われます．最近の著名なC++コンパイラは，統合開発環境を用意し，プログラミングを簡略化するためのツールと汎用ライブラリを備え，技術的な詳細を知らなくても，これを使えばとりあえず動くプログラムが書けます．しかし，一般的に，そのプログラムは，大きくて動きが鈍くなります．汎用ライブラリが肥大なのに加え，設計がおろそかになりがちだからです．それでも，今なら，「ハードウェアが遅い」と言い訳できるかも知れません．しかし，それが我々プログラマのあるべき姿勢でしょうか？

　MS-DOSの時には，我々は，遅いCPUと小さなメモリ，少ないディスク容量の環境下でも，快適に動くプログラムを書き，「プログラミングは芸術だ」と言われました．あえて，難しいC/C++を使おうという信念を貫くのであれば，Windowsプログラムも芸術にしたいと思います．そして，そのためには，プログラミング技術と磨くとともに，その技術と方法論との調和が必要になります．

　本書は，3つのユーティリティ・プログラムの開発を例に挙げて，Windows3.1のプログラミングを見直す(第1章から第6章)とともに，それらのWindows95への移植(第7章)を試みます．また，簡単ですが，これから発展が期待されるOLEオートメーションの説明(第8章)も行います．

　筆者自身，一流のプログラマとは言い難いですが，1つのプログラミングのあり方として参考にしていただけら幸いです．また，執筆にあたり，読者の方のC/C++言語の知識，およびWindowsに対する理解を前提条件とさせていただきました．その辺の不明な点は，別な書籍を参照くださるようお願いいたします．