シェア少しプログラミングが出来るようになると、それはそれでまた伸び悩むこともある。始めたばかりの頃は、プログラムが動くだけで楽しかったけれど、実用的で、少し複雑で難しいものを作ろうとすると、途端に時間がかかってしまう。プログラミングがうまくなる近道などないとはいえ、経験者だからこそ伝えられることもあるのではないか。言えば、私も若い頃に先輩から、コードを書くこと以外にも、プログラミングをする上での姿勢や習慣などを教わった。私もプログラミングを再開したがブランクがあるので、今となっては古い習慣もあるかもしれないが、私が先達から学んだことを伝えておくために残しておこう。したら、抽象化すればビジネスにも通じる習慣もあるかもしれない。目次Toggleエラーが出ても慌てず、メッセージを読もうネットの情報を鵜呑みにしない公式ドキュメントから読もう当てずっぽうで試していかない未知のものは、まっさらな環境で試そうライブラリを見つける力と目利きを鍛えよう大雑把に理解できる力を身に付けよう一度に大きく作ろうとせず、小さく進めようコミットする前には、動作確認しよう最初にTODOリストを作ってから、始めよう頭から順に書き始めずに、構造化しよう頭で理解しきれないなら、絵にしてみようメンテナンスの前に、コードを読み込もうエラーが出ても慌てず、メッセージを読もうプログラミングをしていてエラーに出会わないことはないだろう。うまく出来たと思って実行ボタンを押したけど動かない、落ちてしまう。動かない」と、慌ててググってしまいそうになるのもわかる。エラーメッセージを読む習慣を身に付けよう。何が起きているのか、ログを読めば大体わかる。エラーメッセージも英語だけれど、ちゃんと読めばわかるはずだ。それだけで意味がわからなくも、そのメッセージを元に推測をしていく。ロジカルにエラーの原因を突き止めていくのは、論理的思考を考える訓練にもなるだろう。ネットの情報を鵜呑みにしないそれでもわからないことはググる。新しい機能を作るために、どうすれば実現するかわからないときもググる。使い方のわからないライブラリがあってもググる。上手にググれることも、今となっては重要なスキルと言える。何かしら記事を見つけたときに、そこに書かれていることを鵜呑みにするとうまくいかない。大体ハマってる様子をみると「書いてある通りにしても動かない」って言う。公式ドキュメントならいざ知らず、誰かのブログ記事でハマっていることがある。読めば、もはや古い情報だったりする。今や沢山の情報がインターネットにあるが、そこに書かれていることが正しい保証はない。そんな当たり前のことを忘れてはいけない。技術系の記事なら、書かれた日付もちゃんと見よう。新しいライブラリも出てるかもしれないし、表現のトレンドも変わってるかもしれない。ググって一番上の記事を一つだけ読んで、そのままコピペして作るのはやめよう。複数の記事を見つけて読み比べて理解を深めてから、自分の書きたいコードを考えるのだ。自分のコードを書こう。公式ドキュメントから読もうハマった時などは、Qiitaやブログ記事がとても役に立つが、その前に目を通すものがある。それは公式ドキュメントだ。メジャーなライブラリであれば、それなりにドキュメントはしっかりしているはずだし、大事なことが書かれている。確かに、ボリュームもそれなりにあるような公式ドキュメントを読むのは億劫な気持ちになる。