それで早く帰れるならそれで目的達成なので、早く帰って他の人のファイルは触らないでください。この本のとおりにプログラミングしてしまったがために、さらに、データ管理のムリムダムラ・プログラム管理のムリムダムラが増える、という事態になる可能性も(低いか高いかはわかりませんが)間違いなくあります。設計のことには何一つ触れていませんので。文のまともな説明すら載っていません(ループが遅いときはVariant+配列+Cellsのループで、みたいなのはは巻末のほうで自サイト誘導のアナウンスだけありましたけど・・・)。変数についても、多分、どっかのレジェンドさんのモノマネだと思いますけど、「変数なんか全部Variant型でいい。P315で「型を使い分けようとすることでハードルが上がるなら、そんなものはまったく必要ない」とも豪語しています。Variant型変数を使うときに初心者が解決しづらいトラブルについて(処理速度じゃなくてInputboxや関数の戻り値とか)や、ローカルウィンドウの使いかた、TypeName関数のちゃんとした使い方なども教えずに。★繰り返しになりますが、ExcelVBAに限らず、VBAは、「値やオブジェクトを返す関数」が自作できないと、100%、絶対に、「上達しません」。「お金払ってVBAプログラミンングを習いに行ったとしても」、もし、「値やオブジェクトを返す関数」の作り方だけが習っておらず・それらを思った通りに作れないなら・・・、「永遠に」「下の上」のレベル・域を脱することはできません。100%、絶対に、「上達しません」。理由は、プロパティもメソッドも「値やオブジェクトを返す自作関数」と似たような仕組みで動いているからです。そのことと階層構造のことを理解していないとヘルプとオブジェクトブラウザを扱えないからです。ヘルプとオブジェクトブラウザを扱う能力がなければ、エラー解決や、Webや書籍の記事がウソか本当か・真面目かチャランポランのテキトーか(←結構多い)の判断等々が自力でできません。上達するわけがありません。オブジェクトブラウザが扱えねば、オブジェクトについても弱いままなので、当然、上達するわけがありません。自作関数が作れなかったら、「共用部品を作って2度手間3度手間を防ぐ」という効率化もまったくできません。ワークシート関数の代わりになる便利な関数も作れないし。そんな人がVBAにて「応用」がきくわけがありません。そもそも、「名前付き引数」もメソッドだけじゃなくプロパティでも使えます。いうと、「引数を持つプロシージャ」なら全部です。ヘルプの「名前付き引数と省略可能な引数の概要」のページにも書いてありますが、名前付き引数は、もともと「プロシージャのもの」のようです。そんな感じに読めます。』ということが、頭の中に前提として在ると読みやすくなります。もって、「値やオブジェクトを返す関数」の自作にて、返す値やオブジェクトの型を「全部が全部」Variant型で返すなんていう「愚かな人」は一人もいません。結果、Variant型以外のちゃんとした型を学ばないと自作関数が作れません。「全部Variant型使いたければ勝手に使えばいい」ですけど、どうなっても知りませんよ。それでは「お金出して習いに行っても」「永遠に」「ちょっとした作り変えすら」できません。「値やオブジェクトを返す関数」の自作・・・、できないんですもの。マジで、他人のファイルに触らないでほしいです。いつまでもそんなレベルのままで居るんだったら、「汎用プログラムがどうのこうの~」なんて偉そうにカッコつけてないで、「マクロの記録機能を部分的に使うだけのやり方のほうがコスパがマジでずっと良くなる」んじゃないでしょうか?僕、よく使います。ほんと、レイアウト系にはマジ便利で効率的でコスパアップです。別にそれで良くない?っていう感じです。ダメな人ほど、「汎用プログラムを妄信」して、「あえてのマクロの記録機能利用」を現場で実務に活用できていません。使われなくなった失敗システムのプログラムは全部、「プロの作った汎用プログラム」です。「汎用プログラム」が偉いわけではまるで無いし。できない人は、「たいていコスパ意識が無い」ので、そういう人が汎用プログラム作ってもSQLも学ばずに無駄なループコードばかり書くことになります。だいたい、無駄にVBAやプログラミングを推奨する人って、「経営者目線」じゃないんですよね。それマスターしたり作ったりするのに時間がどれだけ・人件費がどれだけかかるか。業務内でやるとすれば、とてつもない人件費のムダです。「値やオブジェクトを返す自作関数」が作れないなら、100%挫折して、大した処理はできないので、マクロの記録で十分ですから、挫折すると分かり切ってる、その「挫折するまでの人件費」ドブに捨てるのが本当に、ムダ。「応用」なども「できるわけがない」ですし、また、自分ひとりで「何と何を使って、部品をどう作って、こう組んだらこの問題が解決できる」という大まかな設計すらできません。結果、「自分の思うものは何も作れません」。少数の扱いの注意事項も書いてありません。「計算」ソフトのプログラミングの本なのに。SaveAsやったなら、ついでに、SaveCopyAsとファイル形式の話もやっておけばいいのに。そもそも、オブジェクト式での階層構造の省略も同じですが、「省略」とは「意味がわかっている人」がやることが「省略」であって、「意味がわかってない人」がやるのは「単なる手抜き・いい迷惑」、「頼むから俺たちには近づくな」です。「ハードルが上がるなら、そんなものはまったく必要ない」とは、「意味がわかってない人」がやる「単なる手抜き・いい迷惑」、のほうですよね。いうには、「基本がかなり省かれています」ので、「真面目に勉強したい人はあまり買わないほうがいい」かもしれません。「別の本でちゃんと本当の基礎をやるから」という方は、特に初心者で挫折したりした方には役立つ情報が多いと思いますので、ご一読されてもよいと思います。くどいようですが、「絆創膏プログラム」の本であって、間違っても「まともな基礎の本」でも「教科書」でもなんでもありませんので、信じすぎないように、注意が必要です。(「教科書」とめいうっているのは、著者のせいではなく、出版社の意向かもしれませんが。)この手の本の怖いところは、「教科書」と銘打ってあるばかりに、その内容が「絆創膏テクニック」であっても、それがそれなりに便利だと、また、テクニックの本数が多いと、「本物だ」と勘違いさせられてしまうところです。「絆創膏テクニック」じゃない部分ももちろんありますが、でも「絆創膏テクニック」はあくまで「絆創膏テクニック」ですから、教科書でも本物でもありません。真に、「教科書」と呼べるのは、「値やオブジェクトを返す自作関数やローカルウィンドウ、オブジェクトブラウザの使い方など、また、それらとオブジェクトモデルの分かりやすい関連性が、きちんと詳細に書かれた本のこと」だけです。その意味では、今の日本には、「真の教科書」は「1冊も無い」と思います。ついて書かれていますが、それは、多くの著者が持つ気持ちとしてはもちろん分からないでもないのですが、でも、実際の本書の内容は、下手をするとそれに反します。いう言葉があったからです。”、よりシンプルかつシステマティック+効率的なお話で。」と準備をしておくことが重要だと思います。」とは、例えば以降に挙げた2冊のような本のことです。この本たちも、残念ながら、「値やオブジェクトを返す自作関数」の作り方は書かれていません。本書よりは、「読み終わった後に」「はるかにそちらに向かうことができる」本たちです。この本を読んで一語一句でも意味がわからない箇所がある人は、まだVBAのことを全く理解できていないという「指標になる本」で、他の初心者本とは一線を画しています。隠れた「名著」だと思います。」この2冊で「わからないところ」とは、「先生や先輩に何百回でも聞かねばならないところ」です。この2冊は、どの「ExcelVBAのレジェンド」さんたちの本よりもおススメです。逃げない先生」なのでおススメです。知らない人ですが・・・。本来はこういう先生に習うべきです。順序立ててきちんと説明がなされています。やさしいと銘打っておきながら、実は難易度的にはそうではありません。