InputBox関数は「キャンセル」をクリックすると、長さ0の文字列(“”)を返すようです。いうことは、tnumが””かどうか調べたらいいわけです。Ifてな感じになるのでしょう。ギブアップのメッセージは、前回の「20回で正解しました」とほぼ同じです。count+"回でギブアップしました"になるわけです。終了するには、WScript.Quitです。それでは今回のプログラムです。count+"回で正解しました"前回のプログラムを上のように修正してみてください。どの部分がどのように変更されたのかをじっくり見ると良いでしょう。修正した結果はこちらからダウンロードできます。実際に試してみましょう。ギブアップできますか?これで睡眠不足が解消されそうです。実際の開発でも似たようなことがよく発生します。プログラムを開発した後に、通常テストを行います。テストというのは、設計したとおりにプログラムが動いているか確認する作業です。必要な機能が正しく動くのかどうか確認するわけです。この「設計したとおり」というが曲者でして、設計のときにそんなこと考えもしなかった。ことがたまに(よく?)あります。実際に使ってみることにより、より明確に「こうしたらもっとよくなるな。」とか「こうしたら、もっと使いやすくなるな」ということが見つかったりします。それがテストのときに見つかることもありますし、お客様が実際に使っているときに、新たな要望として出てくることもあります。これらのリクエストに順次答えるために、一旦作ったプログラムをどんどん修正していくわけです。実際、開発と呼ばれる作業は、ほとんどがこの修正作業です。新しくプログラムを書くという作業はとっても少ないんです。作り上げたプログラムを、機能追加したり、問題を修正したりすることで、よりよいプログラムに仕上げていくのが、プログラマの仕事です。前回、設計書についてお話しました。実際にプログラムを修正する際は、いきなりプログラムを修正するわけではありません。設計書のどの部分に問題があったのか、どの部分が足りなかったのか。設計書を修正して確認するわけです。優秀な設計者は、未来に発生するであろうこのような修正に対して、最初に設計する時点から考慮しています。将来発生するであろうことがらを想像して、それらのことをすべて設計書に記述できれば、ベストですが、それはとても難しいことです。想像できないことに対しても、柔軟に対処できるような設計を作っておくわけです。想像できないことを想像するってとっても難しいです。今日のまとめプログラムは作成するよりも修正することの方が多い。リクエストやコメントがあると修正しなきゃだめだから面倒だけど、まったくリクエストやコメントが無いと、それはそれで寂しい。想像できないことを想像しておくって、哲学みたい。Nothingこのプログラム、ネットで見つけたのですがよく分からないことがあります。詳しく解説してくれませんか。ちなみに、実行するとメモ帳が開きます。19:51なかなか難問ですな。僕のWSHの解説は本当にプログラマの体験ができるように書いているので、実際に使えるプログラムの解説ってしてないんですね。僕も使えるプログラムをWSHで書いたことが無いですし。このプログラムで鍵となるのは、2つ。WScript.CreateObject(“WScript.Shell”);Shellオブジェクトを作成します。objWshShell.Exec(strCmdLine);Execメソッドを呼び出して、アプリケーションを実行します。メソッドで標準出力にエラー内容を出力するとか、Errオブジェクトでエラー内容を取得するとか、そんなところでしょうか。Hostの内容を一読することをお勧めします。PowerShellを薦めています。Hostの方をお勧めします。僕のWSHの記事は2004年のものですし。02:15↑すみません、きちんとなっていませんでした。不等号が入っていなかったり、行が抜けていたりしています。これはコピペして使わないでください。できるなら、いつかちゃんとしたプログラムを書きたいと思っています。_)mすみませんでした。02:22本当にすみませんでした。20:43msgboxが開いているときに、×を押しても閉じずに、OKと同じ処理になってしまいます。msgboxを閉じる方法を知っている方は教えてほしいです。