C++ これからの勉強について

回答していただきありがとうございます。

「テキストと実務のどちらが優先ということはなく平行してやりましょう」という言葉
今月から始まる実務に向けて、頭の引き出しに入れておきたいと思います。

「設計者がどういう想いでC++を作ったのか」について興味が出たので、すぐに自分の設計思想に活きるかはわかりませんが少し調べてみることにします。

具体的には、 C++ の設計と進化 という本に設計者の思想や経緯が書かれています。 この本の「7.2 C++ の教育と学習」で学習方法について言及されています。

正直言って C++ の文法は無茶苦茶です。 仕様を改定するときにも整理されずに野放図に機能を追加しているようにしか見えません……が、実務に使う道具であるという前提を置くと互換性を壊すような変更は出来ないというとても強い要求があって、たとえそれで良くなるのだとしても簡単には変えられないのです。 今までの部分を変えずに強引に新機能との辻褄合わせをすることを繰り返してきたので無茶苦茶になって今があります。

逆に言えば歴史を辿ると理解しやすい部分もあります。 単に文法を学ぶというだけでなく経緯が分かる資料を読むのは良い学習方法になると思います。

ちなみに C++ の規格は 2011 年以降は 3 年ごとに改定する運用ルール¹です。 たとえば C++11 とか C++14 とか改定年の下二桁をとって呼ぶ通例です。 保守対象のプロジェクトがどの年の C++ を想定しているかは意識したほうが良いです。 参考書籍が対象にしているのがどの改定かというのも確認するのが望ましいでしょう。 あまり古い書籍だと今の実態から離れているかもしれませんし、古いプロジェクトが古いスタイルで書いてあるのに新しい参考書で学んだ知見を使おうとしても無理があるかもしれません。

回答していただきありがとうございます。

自分で課題を決めて、それが思い通りに出力させられるかを試してみるということですよね。（わざとエラーを起こさせるというのも意味がある？）
「自力で書く」というのが基礎を学んだあとの課題（壁）になるだろうと思っているので、早速実践してみようと思います。

んー，なんと言えばよいのかな？

N通りのやり方がある（ありそうに見える）ときに，「俺はこれを選ぶぜ！　なぜならば… 」という判断ができるのか？
そこで別のやつを選ぶのだと　どう良くないのか？　どのくらい良くないのか？

……というところ…かなぁ．

そこで選び間違うと

どんだけくっちゃくちゃなことになるのか

というのを先に実際に経験してみておく，みたいな．
（それを本番で経験することにはなりたくない）

「実験」という範疇なので，まぁ，「わざと」とは言えるだろうけども，その時点ですでに「どう考えてもダメだよね」と明確にわかっているようなことではなくて，「これって別にこうでもいいんじゃねぇの？　こう使ったっていいんじゃねぇの？」と見えるようなやつを試してみる感じ…かな．

どの書き方を使えば、安全で読みやすい処理が書けるかってことを思いつく限り試してみるってことですかね。その中で、良い・悪い経験両方積めるという。先ほどのコメントは少し理解がずれていました。
（例えばnew・deleteで確保と解放を自分で書く方法とstd::unique_ptrで自動解放する方法の両パターン書いてみる的な...）

「実験」するのにも，ちょっとした規模(?)が欲しい場合もあり，そのような場合には

自分で課題を決めて

ということになりますね．

• 動くものとして完成させる
• （何らかの意味で）良い　コードを目指す

ということを目指すけれども，そのことに対する外圧は無い世界　みたいな．
とりあえず「自分で書く」世界ですね．
（昨今，業務のコードというのは「自分では書かない」方向に急速に行っているらしい．知らんけど．）