突然ですが、あなたはプログラミングは「得意」ですか？
この記事を読もうとしているということは、おそらくそうじゃないでしょう。
なんとなく「プログラミングは苦手」「とっつきにくい」「自分になんて向いていない」と思っていませんか？
何をかくそう、筆者もその一人でした。最終学歴も文系で数学も苦手だし社会人になるまでプログラミング未経験でしたがエンジニアの仕事を（なんとか）やっています。

この記事ではプログラミングに苦手意識がある人でも克服できる、簡単にできるコツをご紹介します。
意外なポイントですし、意外に簡単にできてしまうことなので、ぜひご覧ください・・・！

Contents

1. 思い込みがプログラミングを苦手にさせる
2. プログラミングの苦手意識をなくす方法ステップ１：文章で考える
3. プログラミングの苦手意識をなくす方法ステップ２：メソッドに置き換える
4. それでもプログラミングで詰まったときはどうする？
5. 【まとめ】プログラミングを苦手にならないために

思い込みがプログラミングを苦手にさせる

そもそも、なぜプログラミングを苦手と思ってしまうのでしょうか。
それは「文系だから」「女性だから」「適性が低いから」といった思い込みが原因であることが多いのです。
文系出身でも、女性でも、活躍しているエンジニアはたくさんいますし、適性が低いかそうでないかはプログラミングを始めたばかりの段階では判断できない場合が多いです。
エンジニアに求められるスキルはコードを書くことだけではないからです。
クライアントや同僚とやり取りするコミュケーション能力やスキルをアップデートし続ける向上心だって必要なので、そういった能力（意識）が欠けている、発揮できないとわかって初めて「適性がない」といえるのではないでしょうか。

まずは簡単なものでいいので、手を動かすことから始めましょう。
そして手を動かす前にやってほしいことがあります。それが苦手意識をなくす大事なポイントになります。

プログラミングの苦手意識をなくす方法ステップ１：文章で考える

いきなりエディタを開いてコードを書こうとしてはいけません。いきなりやろうとするから「プログラミングって難しい」と思ってしまうのです。
まずはメモ帳でも開いて「文章で」考えましょう。

まず文章で考えるメリット

これはズバリ「質の高いプログラミングをつくる」ためです。苦手意識もなくなって質の高いプログラミングができるなんて最高ですね？？
”質の高い”プログラミングについてもう少し詳しく説明すると「読みやすく」「抜け漏れがない」という条件で、それを「早く」出す、ということになります。
そのためにまず文章で考えるということが大切なのです。

仕様書（どんな条件でどういう動きをするかを決める説明書みたいなもの）が不正確で、
「あとから機能を追加することになった」「思っていたのと違った」となって想定よりはるかに時間がかかってしまうプロジェクトは結構あります。コードを書く前に言葉できっちり説明できるようにするのは、それだけ大事なのです。

実際に文章に落とし込んでみよう

ここでのゴールは、簡単な言葉でも箇条書きでもいいので、「目的を整理する」「論理的に説明できる」ことです。
atomやvimなどのエディタでなく、テキストエディタを開きましょう。メモ帳でいいです。紙のメモ帳やノートよりデジタルの方がいいです。
理由は「順番を変えられるから」です。処理をいろいろ書いているうちに順番を変えたくなることがあるとき、デジタルは便利なのです・・・！

例題にチャレンジしてみよう

例えば以下のような問題があったとしましょう。

ちなみに実際の江東区の図書館では20冊も借りられるそうです！なにげにすごいですよね。
それはさておき、問題の例だと以下のようになります。

以降の説明を簡潔に進めるために、上記の表と同じ値を持った変数を最初に用意しました。これをもとにプログラムを作成していきましょう。

1-1ざっくりやることを分解してみる

まずはやることを分解しましょう。まずはそれだけです！

※借りてきた人の属性を取得するのは本来必要な処理ですが、今回はすでに値が与えられている前提で進めるため除外しております。

もっと難しい説明になっても、まずは句読点ごとにわけてみることを意識するとやりやすいです。
句読点は見た目の区切りでもありますが、意味の区切りでもあることが多いからです。
ちなみに、知り合いが「句読点をちゃんと使えないやつとは仕事をしない方がいい」と言っていたのでこちらも併せて覚えておくといいでしょう。（なお、弊社はきちんと句読点を使っていますよ…！）

1-2やることをさらに分解してみる

次に、それぞれのステップをもう少し細かくしていきます。
この段階で「プログラミングで書けるかどうか」は意識しないで、素直にやることを細かくわける気持ちでいきましょう～
これ以上わけられないよ！というものはプログラムに落とし込んだらどんな処理になるか？を具体的に考えてみるとなお良しです。

「②その人が江東区民の場合、10冊以上持ってきたら10を、それ以下の場合は借りたい冊数を表示する」について細かく分解していきましょう。江東区民じゃない場合も同じようなロジックになるのでここでは割愛します。

これくらい細かくステップを書き出すと、何をやるべきかが明確になりますね。ここでステップ１は終わりです。

プログラミングの苦手意識をなくす方法ステップ２：メソッドに置き換える

ステップ２はいよいよプログラミングの出番です。ステップ１で書き出した”やること”をメソッド（処理）に落とし込んでいきます。以下ではPHPを例にしますが、適宜読み替えてください。

2-1変数とメソッドに落とし込む

「②その人が江東区民の場合、10冊以上持ってきたら10を、それ以下の場合は借りたい冊数を表示する」から始めていきます。その①の人を判定してみましょう。

借りれない場合はひとこと言っておくようにしました。ひとことって、人間関係に思った以上に影響ありますよね！

…さて、江東区民じゃない場合も書いていきましょう。例その②の人を判定してみます。

最後の3番目の人だとこうなります。

言い方って大事ですよね…。改めて考えさせられました。
さてさて、これでひとまず完成ですがここから応用編といきましょう。

2-2（余裕があれば）ソースをブラッシュアップする

上記のコードでも動くのですが、長ったらしいし、同じような処理が何回か出てきますよね。
できる限りソースをまとめてみましょう。

こんな感じで複数回出てくる変数や処理をまとめるとすっきり見やすいソースになります。
が、いきなりそこを目指そうとするとハードルが高くなりがちなので、
慣れないうちは多少記述が重複していても、処理に漏れがないソースを意識して書くことを心がけて、それから不要な箇所がないか、まとめられるところはないか精査しましょう。

なお修正箇所は以下の通り。
if文で条件分岐していますが、この条件を見直しています。
なんと「江東区民かどうか」を先に判定するよりも「借りたい本の冊数が5冊以内か」を判定したほうがスッキリしたコードになるのです！
また、「あなたの貸し出し可能冊数はX冊です。」という文言が2回ほど出てくるので、これをまとめました。

おまけ：実務レベルに近づけてみた

先ほどは簡単な例を出しましたが、これをより実践で使うようなプログラムに変えていきましょう。
実際の図書館は決まった人数が来るなんてことはありませんよね。
いろいろな人がいろいろな本をいろいろなタイミングで持ってくるので、ひとつひとつ変数に書く…なんてこともありえないのです。

そこで、先ほどのプログラムを実践的なものに変えてみました。見やすくて機能的で修正しやすいソースを書くにはいろいろ勉強しないといけませんが、それはまた別の機会に…！

それでもプログラミングで詰まったときはどうする？

思った通りにいかない、なぜかエラーが出て進まない。そんなうまくいかないときだってありますよね。
ここでは漠然とした「うまくいかない」を具体的なものに落とし込んでいく作業が必要になります。

うまくいかない箇所を特定する

プログラミングで詰まったとき、一番良くない状態が「わからないところがわかっていない」ときです。
解決するためにググろうとしても、どう検索すればいいかわからないですし、人に聞くとしても要領を得ないのでお互いの時間を無駄にしてしまいます。
それを防ぐためにはどうすればいいのでしょうか。

先ほどの例で、少しコードを変えたものを用意しました。この人は品川区の人で、5冊借りたいようですが…？

この状態で実行すると・・・

「は？持ってきたの5冊だが？？」って感じですよね。なぜこうなってしまったのか。これから検証していきましょう！

変数をかたっぱしから出力してみよう

うまくいかない箇所を特定するのに一番手っ取り早い方法が、
かたっぱしから変数を出力することです。

「かたっぱし」って盛った表現をしたところで恐縮ですが、出力するタイミングは大体2通りです。

• 条件分岐の直後

  例：if( 条件式 ){ ★ココ！★ }

• 変数を定義した直後

  例：$current_date = date(“Y/m/d H:i:s”); ★ココ！★

ただ変数を出すだけだとわかりにくいので、以下のように変数名：値のように出力するとわかりやすくておすすめです。

となります。江東区民じゃないしちゃんと5冊ですね…。一番最後の文が出力されているので、最初の「$book04 < 5」に入っていないのが問題です。

「どこ」を「どうする」かを文章にしてみよう

そう、「<」（＝5冊は含まない）になっているのでうまくいかなかったわけですね！というわけで「<=」(＝5冊を含む)に修正すると、無事に解決します。 このように、何行目（＝どこ）の処理をどう修正する（＝どうする）かをきちんと説明できるレベルまで落とし込むようにするのが理想です。

【まとめ】プログラミングを苦手にならないために

プログラミングの苦手意識をなくすためには、「可視化して」「分解する」ことが有効です。
言葉にすることでわからない点を可視化し、それを理解可能なレベルになるまでひたすら細分化するのがミソです。プログラミングに限った話でなく何か大きなタスクがあったときに分解して考えるのと同じですね！
また、言葉にするのが難しい場合、今度は絵や図で表せないか考えるのも、プログラミングと仲良くなる大事なポイントです。
いつでも書き殴れるように紙とペンを手元に用意しておきましょう！

最後にとある哲学者の名言で締めくくりたいと思います。プログラミングで詰まったときに思い出してみてください！

余談ですがデカルトは数学者としても功績を残しており、座標の概念を発明したのも彼だということです。
最後までお読みいただきありがとうございました！