8月の末に最終課題（フリマアプリ制作）を終えまして、今は最終発表会に向けてオリジナルアプリ制作に移っています。

発表会では最終課題で制作したフリマアプリをアップデートするか、自分でオリジナルアプリを作るか選べるんですが、私は後者にしました。

えっと…

大喜利アプリを。

最初はなにか演劇に関するアプリを作ろうと思ったんですよ。

でも、どんな演劇アプリを作れば私が感じている問題を解決できるのかがなかなか思い浮かばなくて。

そしたら堀江さんが「大喜利アプリでも作ればいいじゃん」ってふら〜っと言ってきたんです（笑）。

“投稿する”とか“保存する”という機能を構築するサーバーサイドの基本機能に関しては2、3日で書き終えることができたんじゃないかな？

「私、自分でプログラミング書けてるじゃん！」ってちょっとうれしかったですね（笑）。

今、結構本気で堀江さんが「プログラミングは簡単」と言った本当の意味がわかった気がするんです。

私、2カ月前に「プログラミングは“努力すれば”簡単」って言ったじゃないですか。

でも今はあのときとちょっと感覚が違うんです。

なんていうか…プログラミングって「クックドゥを使って料理をする」みたいな感じなんですよ。

たとえば、0から自分で調味料を仕入れて麻婆豆腐をつくるのって相当難しいですよね。

でもクックドゥという道具を使えば、豆腐を切るだけでおいしい麻婆豆腐ができてしまう。

プログラミングもそれと同じなんですよ。

私がテックキャンプで学習してきたRuby on Railsは、たとえるならRubyという言語を動かすためのクックドゥなんです。

コードを0から自分で書くのではなくて、「データを保存する」「データを送信する」と実装したい動作ごとにメソッドを使うことで、PCは「この動作がしたいのね」と察知して動いてくれる。

だから今は、やったことのない動作を実装するときも「なんかメソッドがあるんだろうな〜」と思えます。

一見難しそうでも、「調べればできるだろう」と思えるようになったんです。

そうなんです。ただ、昔は0から自分でコードを書く必要があったと思うんですよ。

だから堀江さんは調味料からなにまで自分で手配して麻婆豆腐を作ってたんだな〜と思って（笑）。

そう考えると、堀江さんが「プログラミングは簡単」って言うのもわかりますよね。だって今はクックドゥを使えばいいから。

プログラミング言語自体もバージョンが常に更新されつづけているので、どんどん便利に、簡単になっていくんだと思います。

いや…順調なのはサーバーサイドの話で、今つまずいてるのはHTMLやCSS、いわゆるアプリケーションの“見た目”部分を構築するフロントサイドです。

最終課題のときは、HTMLもCSSもファイルがすでに用意されていたんですが、オリジナルアプリはレイアウトや配色まで全部自分でやらないといけなくて…

だから今、すっごいダサい大喜利アプリなんです（笑）。

…ちょっと見ます？

10月2日が最終発表会なんですけど…大丈夫ですかね？（笑）

テックキャンプのマイページに「（カリキュラムが）残り○日」と表示されるんですけど、これを見てください！

ついに…残り100日を切りました！

JavaScriptの学習が終わり、今は実装課題に取り組んでいます。

テックキャンプをはじめてから開設したプログラミング学習用のTwitterアカウントでエンジニアさんのTwitterをフォローしてるんですね。

今まで専門用語やコードの記述に関することが流れてきても意味がわからなかったんですけど、最近は自分が学習している言語と違う時、完全な理解はできなくても「こういうことを言いたいんだろうな」と、想像できるようになった気がするんです。

大阪弁や名古屋弁を喋れなくても、会話の文脈や雰囲気から何を言っているのか予測することはできますよね。

プログラミング言語も同じで、言語によってクセや書き方の違いはあるんですけど、ある程度ベースとなる知識があれば「こういうことを言ってるんだろうな」とわかるのかもしれないなって。

一歩ずつですけど、プログラミングに対して理解の解像度が上がってきた感覚はありますね。

これはテックキャンプの伝統らしいんですけど、フリマアプリを作ります。

ユーザー登録や決済機能、出品や購入機能など、サーバーサイドの実装を0から自分で書いていく課題になってます。

今はデータベース設計をしてるんですが、これがまた大変で…

どの情報をどの部屋に保存するのか、そしてその部屋はいくつ必要かなど、設計図を書く作業です。

たとえば自分の部屋を片付けようと思ったとき、洋服も本も雑貨も、同じクローゼットの中に適当に詰め込んでしまうと、中もぐちゃぐちゃになるし、取り出すときに何がどこに入ってるかわからなくなりますよね。

データベースも同じで、“ユーザー情報はここ”、“商品情報はここ”というように、部屋を分けて、収納する棚を決めておく必要がある。あらかじめ、設計図を書いてわかりやすくしておくんです。

先日終了した発展カリキュラムの実装課題は、すでに部屋の名前や数が指定されている状態からのスタートだったんですけど、最終課題は一から考えるところから始まるんです。

設計図を0から自分で書くようなものなので、正直かなり時間がかかってますね。

一番は、物事を因数分解して考えないといけないところです。

「この商品情報を保存してください」と言われたら、“ただ保存をすればいいんだ”と思えますよね？

でも実装するには、“保存する”ために必要な要素を因数分解して、どこにどんなコードを書いていくのか、そのために何が必要かを想像しないといけないんです。

保存する場所や、データが行き来できるようにするようにしたりと、いくつもの工程が発生するんですよ。それが文字なのか数字なのか画像なのか、中身でもだいぶ変わりますし。

つまり、目的に対してどんな要素が必要で、どのコードを使えば最短距離でいけるかを考えることが重要なんです。

わかりますよね（笑）。

プログラミングは常に合理的に考えて「今はこれが必要だから、これだけをやるべき」というポイントを見極めていく作業の繰り返しなので、思考の訓練になるんですよ。

だけど、合理的なことって“頑張ってる感”を出すには効率が悪いと思ってしまうこともあるじゃないですか。

目標を達成するにはAとBをやればいいだけなのに、AからGまでやった方が“頑張ってる”認定される気がして、いらない努力をしてしまうときがある。

だけどその考えのまま実装してしまうと、このPCは永遠に動いてくれないので（笑）。

プログラミング学習が、あらゆる物事を合理的に捉えられるようになるためのいいきっかけになってますね。

購入機能の実装がキツくて、全っ然先に進まないんです。

昨日も3時間かけたんですけど、結局エラーの原因がわからなくて。

「んあーー!!」ってひとりでのたうち回ってました。

これだけで、もう2、3日悩んでて…

ただ、自分で実装を始めると考え方が変わりますね。

プログラミング、だんだん楽しくなってきたんですよ。

数学のテストにたとえると、これまでの学習は最初の計算問題、実装課題は後半に出てくる記述問題みたいなものなんです。

数学が苦手な文系の私でも、計算問題なら解き方さえ忘れなければ解けちゃうんですね。

でも記述問題は、問題を噛み砕いて、どの公式を使ったら解けるかまで自分で考えなきゃいけないじゃないですか。まさに実装課題はそんな感じで、これまでのやり方では解決できなくなったんですよ。

メンターさんに聞くこともできるんですが、何日もかかってでも自分で原因を考えるようにしてます。

そしたら、だんだん「このメソッドを使えばいいんだ」と自分だけで答えを出すことができるようになってきて…これが超楽しいんです。

ここにきてはじめて、「答えは“覚える”ものではなく、“導き出す”ものなんだ」と実感できたんですよ。

自分は数学が苦手だったのではなく、「“答えを導く”という頭の使い方に慣れてこなかっただけ」ということに気がついたんです。

堀江さんに「（プログラミングに対して）まだ心理的ハードルを越えられてない」と言われたのも、こういうことなのかもしれませんね。

それに、プログラミングを経験することで、これからの時代に必要とされる考え方が身につけられるんじゃないかと思うんです。

デジタル化によって未来が常に変化していく社会で必要なのは、「答えのない問いに向き合い続ける力」ですよね。

“答えは自分で導ける”ということに気づき、その力を鍛える訓練こそがプログラミングなんだと思うんです。

“覚える”という勉強法を否定するわけではないですが、自分が“覚える”頭の使い方しかしてこなかった事実は認めるべきだなと思って。

そして、この考え方の違いを理解できるかが、プログラミングに挫折するかしないかの分かれ道なんだと思います。

…って、まだ最終課題も終わってないんですけど（笑）。

最終課題のあとはオリジナルアプリの制作がはじまるので、またそのタイミングで挫折してないか報告させてください！

はい。応用が始まって2週間ちょっとなんですけど、こんなにメモが増えました。

今やってるのがテストコードですね。こんな感じです。

アプリが想定した通りに動いてくれるか、動作を「指示するコード」とは別に、動作を「確認するためのコード」を書いて、それを実行することで確認するんです。

よく“エラー”って聞くと思うんですけど、それが出てしまわないように、一旦コードが書き終わったら、テストコードを書いてチェックする必要があるらしいんですよ。

私もそう思ってました（笑）。

こんな感じで、学習することが応用に入ってからどんどん重くなってるので、心が折れはじめてるんですけど…

でも最近、やっと目標ができたんです。

4月からはじめたオンラインコミュニティ「STAGE」でもプログラミングについて発信してるんですけど、

参加者から「STAGE内でアプリを作ったら楽しいと思うんですよね」と言われて、「たしかに!!」と。

「STAGE発のアプリを作る」というのが目標です。

…自分で言うのもあれですけど、私、めちゃくちゃ真面目にこの企画やってません？（笑）

せっかくここまで自分の時間を使ってるんだから、プログラミングできるようにならないともったいないですもんね。

テックキャンプさんと新R25さんをとことん使い倒す気持ちで頑張ります（笑）。

そうなんですよ!!

正直、めっちゃつらかったです。基礎とは雲泥の差です。

順調…ではなかったですね(笑)。

なんとか続いてますが、昨日まで沼に苦しんでいて…挫折寸前だったんですよ。

パラメーターっていう。

情報を行き来させるために入れる箱みたいなものです。

たとえば、このワイヤレスイヤフォンをネットショッピングで購入したとします。そうすると、これ自体も商品の箱に入っていて、さらにこの商品が段ボール箱に入って自宅に届くじゃないですか。パラメーターは、商品を届けるための段ボール箱みたいなものです。

情報もそうやって、マトリョーシカのように入れ子構造になって管理されていて、たくさんの箱に入って行き来しているんです。

段ボールに入っていることを想像しているからか、最近はアプリがAmazonの工場に見えてしょうがないんですよ。

Ruby on Railsでは、MVC構造を想像しながらプログラミングを学習するといいと言われてるんですが、この流れも工場みたいで余計に。

この図がMVC構造と呼ばれるもので、「アプリケーションはこんな流れで動いてる」と考えるとわかりやすいです。

クライアント、ルーティング、コントローラー、ビュー、モデル、テーブル、役割が細かく分かれてるんです。

プログラミングを始めるときは、最初にターミナルと呼ばれる場所でアプリの骨組みを作ります。

骨組みができたら、プログラムを書きます。

ルーティングはみんなで向かう方向を決める社長、コントローラーは敏腕秘書だと思ってください。そのほかは、倉庫や工場で働く頼もしい社員たちです。

たとえば、「ツイートを保存したい」とします。進むべき道をルーティングに書いて、それに必要なアクションや情報（投稿内容やユーザー情報など）をコントローラーにまとめておきます。

その指示通りに、モデルは情報管理倉庫テーブルの扉を開けて商品を準備し、ビューが各家庭に送っても恥ずかしくないように見た目を整えながら、情報を段ボールにパッキング。

最後に完了報告を敏腕秘書コントローラーにすると、画面上に「ツイートが完了しました」と表示される…と、ざっくりこんな流れになっているんです。

これがコントローラー画面で、先ほどのパラメーターも書いてあります。

22行目をみてください。ここには「メッセージ倉庫の中にあるcontentとimage、そして倉庫は違うけれど、user_idとcurrent_use.idも必要やから用意しといて！」と書いてあるんです。

めちゃめちゃロジカルなんです。だからこそ、そのロジックを理解できさえれば誰にでもできる、というのはちょっと理解できるかもしれません。

堀江さんや真子さんが「プログラミングは簡単」と言ってるのは、「ロジックを理解できれば簡単」ってことだと思うんですよね。応用を学習して、少し感じることができた気がします。

ただ、“簡単なこと”と“ラクなこと”は違うんですよ。

「簡単だよ」と言われると、多くの人が「すぐ習得できる」「ラクにエンジニアになれる」と変換しちゃってると思うんです。

“ロジックを理解したら簡単”ということと、“理解できるようになるまでに膨大な努力が必要だ”ということはまったく次元の違う話なので、そこもあわせて伝えるべきだなと感じてます。

実際、全然ラクじゃないんで（笑）。

今、なんとか一番しんどい時期は抜けたんですが、これから学習する「発展」編が怖くて。

課題アプリの実装中は、自力でアプリ開発できるようになるためにメンターさんへの質問が一部制限されるらしいんですよ。

明日からはじまるんですけど…やっぱり嫌だ〜!!!!

いやあ〜…はじまっちゃいましたね。

正直、今はまだ意気込みを宣言できないくらい何もわかってないんですよ。

そうなんです。

4月から自分のオンラインコミュニティや個人YouTubeをはじめたり、新しいチャレンジが重なっていたので、プログラミングについて考える暇がなくて…

レギュラーのお仕事をしつつ、プログラミングを勉強していくことになるので、正直かなり不安です。

お疲れ様でした〜。

この企画を受ける前から、1日に3時間程度プログラミングを勉強する時間をとらないといけないとはわかってたんですけど、実際にスケジュールを組んでみるとすごいですね。

スケジュール帳が、テックキャンプ、テックキャンプ、テックキャンプ…だらけで（笑）。

学習はまだ開始していないんですが、チームメンバー、ライフコーチの方と3人でPCの設定や教材のレクチャーなど、受講に関する共通認識を持つ時間でした。

ライフコーチの方も優しかったですし、チームメンバーの方も気合いが入っていたので、チームとしての安心感を得られましたね。

はい！はあああぁ〜…

余裕が出てきたわけではないし、わからないことは増えてるんですけど、「アプリケーションってこうやって成り立ってるんだ」って、構造が少し理解できるようになってきたんです。

こんな感じです。

これは受講5日目くらいに書いたんですけど、HTML、CSSを1週間で終わらせて、その後Rubyをやって、今はRuby on Railsを学習してます。

そうなんですよ！

初心者だし半年もあるし、最初の1カ月はゆっくり進めるのかと思ったんですけど、テックキャンプの鶴岡さん（ライフコーチ）の妥協がゼロで。

期限までに学習が終わっていないと、「遅れてますね〜」ってプレッシャーをかけられるんです。

本当は1日3時間の学習予定だったんですけど、すでに増やしてますもん。週に30時間は勉強してるかも。

あと、チーム学習があるので頑張ろうと思えます。

受講終わりにその日学んだことを発表しあうアウトプットの時間があるんですけど、チームメンバーの方が先に進んでいると「早く追いつきたい」ってやる気が出て。

話してくれる内容が自分にとっての予習になるし、逆にチームメンバーの方にとっては復習にもなるので、理解を深めるうえでも役に立ってますね。

日々の学習は進度を見られているので、ちゃんと理解できてなくても先に進むこと自体はできるんですよ。

でも、試験に合格しないと応用コースに進めないので、自分のなかでしっかり理解しなきゃと思って。

自分で一度アウトプットしようと、紙に書き出すようにしたんです。

来週、本試験を受けるんですが、合格（80点以上）できるまで受け続けなくちゃいけないので…また応援しに来てください（笑）。

さっき本試験受けたんですけど…

まったく自信ないです。受かってたとしても、本当にギリギリかな…

今自己採点してみたんですが…

全然だめだ、64点。

最後表記ミスしたんですよ。それで8点くらい減点されてて…

いやだな〜

これからテックキャンプをはじめる人や卒業生がこれを見てたら「寺田、この試験落ちたんだ…ダサ」って思われるんだろうなあ…。

落ちたことも、記事にしちゃいますもんね!?

まあでも、ここで落ちたけど“プログラミングができるようになった”というサクセスストーリーの演出ってことで…（笑）。

試験は何回受けてもいいみたいなので、何度でも受けてやります。GW中に絶対合格します!!!!