約半年前、このブログで「プログラミングとの縁が遠くなってしまった」と嘆いたことがあった。
そして、約３か月前、プログラミングとの距離を少しでも縮めるために、「Ｐａｉｚａのプログラミングスキルチェックの問題を継続的に解くこと」、「ＰａｉｚａのプログラミングスキルチェックのＡランク問題を解けるようにすること」を目標にした。
さらに、上の目標を達成する手段として、「『データ構造』と『アルゴリズム』について新たに学び、ｐｙｔｈｏｎやｒｕｂｙにおける基礎構文を暗記する」と決めた。
そして、約３か月が経過した。
この３ヶ月間、業務上エクセルを用いる際、マクロを使って一部の作業を自動化させた。
このようなささやかな工夫や努力を見ると、「なんとかプログラミングとの距離を維持しようとしている」と感じなくもない。
しかし、「マクロを使った」といっても、私はエクセルＶＢＡの構文をほとんど知らない。
そのため、「マクロの記録」によって作られたプログラムが解読できず、記録されたマクロの微調整がうまくできていない。
このように考えると、「データ構造」や「アルゴリズム」を学ぶよりも先に「エクセルＶＢＡ」を学んだ方がいいのではないか、という感じがしないではない。
実際のところ、「『データ構造』や『アルゴリズム』を学ぶために読む」と決めた本（リンク先は次の通り）は全く読めていないのだから。
次に、ｐａｉｚａのプログラミングスキルチェックの問題は継続的に解き続けている。
５月中旬から現時点までで約５０～６０問は解いた。
仕事をしながらであること、業務に関する学習も行っていることを考慮すれば、そこそこ頑張っているという感じがしないではない。
ただ、解いている問題はＣランク問題やＤランク問題ばかりである。
Ｂランク問題はほとんど解いていない。
現在の自分のｐａｉｚａランクはＢランクなのに。
この背後には、「Ｂランク問題は解くのに時間がかかる」とか「間違えてしまうとｐａｉｚａレーティングが落ちてしまう」といった感覚があるのだろうが、もう少し挑戦的になってもいいのではないかと感じる。
あと、プログラミングスキルチェックの問題においてｐｙｔｈｏｎで解きすぎている感じがしないでもない。
将来的に自分が使う言語を考えた場合、ｐｙｔｈｏｎだけではなくｒｕｂｙにもその可能性がある。
そこで、これからは「Ｂランク問題はｐｙｔｈｏｎで解く。しかし、Ｃランク問題はｒｕｂｙで解く」といったように２つの言語をバランスよく用いて問題を解くようにしたい。
また、「ｐｙｔｈｏｎやｒｕｂｙにおける基礎構文を暗記する」という目標も全然進んでいないので、こちらも具体的な方法を考えたい。
正直、どうすればいいのかのイメージができていないけれども。
最後に、最近、私はｒｕｂｙ関係で昔購入した電子書籍の写経等を行っている。
この本は、「ｒｕｂｙについて一通り学んでｒａｉｌｓへ移行する際に、ｒａｉｌｓの背後にあるものを知るために読むべき本」とのことである。
将来的にｒａｉｌｓを抑えたいと考えていたため、その本を読んで写経を行うことにした。
現段階では、約４０％くらいは終了したであろうか。
この本を読む前は、「ｐｒｏｇａｔｅ」というサイトでｒａｉｌｓについて学習したり、ｒａｉｌｓに関する教科書（リンク先は参照）を読んだり写経したりしながら、「『ｒａｉｌｓ』を用いてアプリを作る」といったことをしていた。
確かに、読書・写経等の過程で「形のあるもの」を作ったけれども、ｒａｉｌｓについて理解できたとは到底言えない。
それと比べれば、今回の方が「なるほど、そういうだったのか」と感じることが多いような気がする。
今後も、この本は読み進めていきたい。
そして、機会があれば、もう一度ｒａｉｌｓに触ることができれば、と考えている。
ところで、この本ではクラスを活用することがある。
これに対して、ｐａｉｚａのプログラミングスキルチェックでクラスを用いることはほとんどない。
このことを考慮すると、ｐａｉｚａのプログラミングスキルチェック以外のものに触れることは、クラス等のことを忘れないためにも重要な気がする。
プログラミングとの距離はこんな感じである。
十分にできている感じはしないが、しがみつく程度のことができているだけでも良いことにしよう。
