■15歳中学生「はじめてのプログラミング」その1

エスカレーター式私立中学校に通う男子のプログラミング独習記。(Scheme/DrScheme)

本来高校受験を目の前に控えているはずなんだけど、怠けの坊ちゃん学校にはそんなものもなく教室の空気は緩んでいる。

3年前になんだかんだで部活動に入りそびれた僕は、際立ってダラダラなカテゴリに属す。

ベタにギターをやってみたり、携帯のオンラインRPGにハマったり、プロフで女の子と会ってみたけどあまりしっくりこない。モバも飽きた。

唯一ハンズで買った財布づくりキットみたいなヤツをきっかけに革を触って何か作ったりするのは続いてる。革の裁断面を磨きまくるコバ磨きをしていると何故だか落ち着く。

僕のことばかり書いてても仕方ないな。で、なんか中学生活で達成したとかそんなの全然ないし、高校生活に胸をときめかせるとかもなくて。

それじゃああんまりだと言う事で、何か新しいことを始めたいなぁと思ってたんだ。

ちょうど親がプログラマーで、(全然パソコンには詳しくないけど)モノをつくるのも好きだし、やってみようって気になった。

昨日親に話してみたら、Structure and Interpretation of Computer Programsっていう本を勧められて、MITっていう大学(?)のサイトで見てみたけど難し過ぎた。

ってそのままお父さんに言ってみたら今度はHow to Design Programsっていうもっと入門編の本を教えてくれて、これ以上簡単な解説書はないからもうこれでわからなかったら諦めろと。

なんだか悔しいし、どうにかしてモノにしたい。早速MITのサイトから100ページ分ぐらいダウンロードしてみた。

親に聞くのもイヤだし、(いつの間にかできるようになってたい)2chもそれ関係のスレはマニアック過ぎて謎過ぎたからここで書いてみる。

書いてることが間違ってたらぜひぜひ教えて欲しいです。

今日は最初の12ページ分。なんかプログラミングって何？とかプログラミングを学ばなきゃいけない理由とかが書いてあった。

• ()内が僕が考えたこと。それ以外は本に書いてあったことです。

プログラミングって、職業的なスキル以上のものになってきてる。

すごく楽しいし、創造性のはけ口になるし、抽象的でふわふわしたアイデアを目に見える形で表現できちゃったりする。

(このアイデアを形にする手段、っていうのはなんかイイなと思った。やっぱりなんかひとりでモノをつくれる人は尊敬できるなぁ。)

プログラミングはクリティカルリーディング、分析的思考、創造的統合(?)、細部へのこだわりを教えてくれる。

(創造的統合って何だろう？creative synthesisっていわれるとイメージはできる気もするけどうまく言葉にできない。

複雑なものをformingするってことだよね。多分...)

さらに何がイイかって、すぐにフィードバックが返ってくるところ。

冒険的、実験的になれるし、自己評価もできる。達成感を味わうっていうのもあるみたい。数学のドリルをするより全然。(確かに目に見える何ができるって励みになりそう)

この本ではプログラミング言語の細かいところとかにはあまり触れずに、デザインプロセスに焦点を当てる。

つまり問題定義からオーガナイズドされたソリューションまでの一連の流れについて語る。

2つのイノベーションがこの本にはあって、以下。

・明確なデザインのガイドラインがある

・めちゃめちゃ新しいプログラミング環境

まず一つ目。今までの本は抽象的でクソみたいな定義の提案しかしてこなかった。例えば「デザインはトップからボトムに」とか「構造的にデザインしろ」とか。

この本には明確なステップがあって、読むこと、分析すること、組織化すること、実験すること、システマティックに思考することを学べる。

二つ目は、初心者向けのプログラミング環境であるということ。既存の本は周りにプログラミングのプロがいて、すぐにその人に質問したりできることを前提に書かれていた。

この本はそういった意味の分からない前提は捨てて、独習できるように設計してある。

• デザインレシピ-

1. 問題のデータのかたまり(problem dataってなんだ？)を記述する

2. 簡単にプログラムの挙動の仕様をつくる

3. 挙動を図にしてみる(例をつくる)

4. プログラムの型(program templateってなんだ？)やレイアウトをきっちりつくる

5. テンプレートを変形して、完全な定義をつくる

6. テストしてエラーを発見する

(なんかプロセスとしてはわかりやすいけど、抽象的でプログラミングしたことのない僕には雲をつかむような感じ...

inputデータの記述からどうやってprogram templateが得られるんだろう？1→2がよくわからない)

プログラミングのアクティビティってつまるところ、

1. ある数とある数を関係づけること

2. 名前の代わりに値を用いることで、関係を評価する

ってこと。(これもわかったようなわからないような。1はinputとoutputの間の話？2は数値化するってこと？)

プログラムを学ぶのってサッカーを学ぶのと似てるね。

最初はトラップやドリブル、パス、シュートの仕方を学んで、次はあるポジションの役割を学んで、戦略を学んで、どの戦略を選ぶかを学んで、時々新しい戦略をつくったりもする。フィットするヤツがない場合はね。

他にも建築家や作曲家、作家に似てる。

彼らが楽器の技術や書く技術、建築の技術を学んでアイデアを形にするように、プログラマーもプログラムを学んでモノをつくる。

この本ではSchemeというプログラミング言語を使う。開発環境はDrSchemeで行う。

ただこの本はSchemeの解説書ではないから、Schemeの構成概念の6つだけを使う。

function difinition、application、conditional expressions、structure definition、local definition、assignmentsだ。

---

とりあえず1回目はこんな感じ。

まだ全然良く分かってない。ただ親が使ってるのがlispっていうプログラミング言語で、Schemeはその方言みたいなものってことは今調べてわかった。ふーん。

まだ何がわからないっていうか全部わからないので、アドバイスのしようもないとは思いますが、最初はこれやっとけ！とかこのサイト読めとかあったら教えてください。

Permalink | 記事への反応(9) | 00:16

ツイートシェア