通い始めて二年目になる英語学校の発表会が週末に近づいてきました。発表会というのはこの学校独特のシステムです。生徒さんはプロジェクトワークと呼ばれる授業を履修して，半年かけて作品をくりあげて披露します。過去二回の発表会では，ディベートのクラスを履修しました。半年かけて特定のテーマについて英語で学び，知識や英語の語録をためて行き，当日に肯定／否定派に分かれてガチンコのディベートを繰り広げます。

今回はちょっと考えをかえて，もうひとつのプロジェクトワークドラマ(英語劇)のクラスを取りました。30分の持ち時間で英語のドラマを半年かけて作り，発表会で演じます。劇なんて日本語ですらやったことないし，学校に入った頃はまったく興味がなかったのですが，他の人がドラマを演じているのをみているうちに，なんとなく楽しそうに見えてきたとか，いろいろ理由はあります。

僕も役をもらって，舞台でつたない英語劇を披露します。演劇についてはまったく経験がないし，そもそもクール&ポーカーフェースで通っている僕なので，表情もボディランゲージもうまく作れません。ただ，何もしないより多少大げさにでもやった方がまだましだと思い，煮詰まっていることもあり週末に向けて徐々に壊れ始めていることろです。

僕の役はとにかく台詞の量が多いのが大変でした。覚えるだけでも大変なのに，発音，イントネーション，そのうえ相手役との掛け合いがあったり，ちょっとしたアクションがあったり。たまに「これのどこが英語の勉強なのだろうか」と思うこともしばしば。

これまでの英語の勉強で出来なかったこと，あらたな発見もたくさんありました。ここまで，単語一つ一つの意味や，「物言い」にこだわったことはなかったし，ここまで，多くの英文を自分の体にしみこませるように覚えたことありませんでした。英語の勉強というのは，結局のところ「自分の考えを，英語を使っていかに相手に伝えるか」という手段を学ぶことだと思います。そう考えると，この半年間はこれまでになくintensiveに，本来の意味での英語学習をしてきたと言えるような気がします。日本語をよく知っているネイティブの先生についてもらったのもとても良い経験でした。クラスメートもとてもモチベーションの高いひとばかりで，いろんな場面で支えられたような気がします。

ドラマのクラスを履修するのは今回が最後になると思います。今週土曜の発表会に向けて，悔いのないように，そして変な失敗をしないように全力を出し尽くしたいと思います:-)。

2008年10月10日(金)に，Python Code Reading 05を開催します。今回は標準モジュールinspectをとりあげます。このモジュールは，Pythonのクラスやモジュール，関数の情報を取り出すためのモジュールです。Pythonでは関数やクラス，モジュールはすべてオブジェクトです。たとえば，関数オブジェクトの持つアトリビュートには，関数名やドキュメント文字列など，様々な情報を持っています。inspectモジュールを使うと，その種の情報を手軽に取り出せます。inspectモジュールのソースコードには，その種のメタ情報に関するノウハウが詰まっています。Pythonの中身を覗くことが出来る，というわけですね。

今回は用賀のSunのセミナールームをお借りして開催します。参加希望の方は，ぜひお申し込み下さい:-)。

 

本書を読む読者のたいていは，冒頭で頭をガツンと叩かれる。多くの人が常識として抱いている「人間はすべからく怠け者で，強制しないと学習しない」という学習感を「伝統的な学習感」と名付けて否定されるからである。

著者は，様々な実例を紹介しながら，そのような伝統的な学習感が多くの場合間違っていて，人間とはいかに自発的に学習し，クリエイティブでありつつげるかをひもといてゆく。人間は生まれたときから世界と関わりたいという欲求を持っている。日常生活や学習の機会を通じて物事と関わりながら，時にはつまづいたり間違い，根底にある法則を見つけ，学習を進めてゆく。読者は丁寧に分かりやすく解説された教育心理学の研究成果を吸収しながら，徐々に「本当の意味で効果的な学習とは何か」について知り，確信を強めてゆくはずだ。

本書の最後では，次のような実例が紹介される。


最初から答えを押しつけるのではなく，また間違いについて子供たちに考察させることによって，比較問題とより難しいとされる分離問題についてより深く考察できた。能動的な学習がより深い理解をうながすというわけである。
本書は同著者の手になる「知的好奇心」「無気力の心理学」の続編とされている。どちらも絶版となっているが，よりアカデミックで，一般的な話題を扱っている。この書籍を読んで興味を持たれたらぜひAmazonなどから手に入れてこちの二冊も読んでみるとよいだろう。

 

先週の金曜，Python Code Readingを開催しました。参加者は回を追うごとに微妙に増えていて，今回は会場の定員を上回り，補助椅子を使い切るくらいの参加者においでいただきました。具体的な数字はカウントしていないのですが，40名近くの方に来ていただいたようです。ご来場いただいたみなさん，ありがとうございました！

次回は，Pythonのモジュール，クラス，関数などの情報を取り出すモジュールinspectを取り上げる予定です。会場は，そろそろミラクルを卒業して，もう少し広いところに移るかな;-)。50人規模を収容できる会場を探さないと〜。

@ITに記事を書かせていただきました。貧弱環境プログラミングのススメというタイトルです。Coding Edgeというセクションにある「コーディング天国」というコーナーの記事です。

まつもとさん，小山さん，波田野さんなどLL界隈でよく名前を見かける方が書いていて，「若者に向けたメッセージ」的な内容を，というようなご依頼でしたので，開発者としての心がけみたいな話を書いてみました。ぜひお読み下さい:-)。

私はよい開発者になるための方法を知っています。弊社では若い技術者を募集中です:-)。

いやー，multiprocessingモジュールイイよ。パねえよ。要はプロセス間通信を行うときに便利なパッケージで，threadingと似たようなAPIなのでGILが回避できてマルチプロセッサとかマルチコアの性能を有効に使えてウハウハとか，リモートマシンにあるプロセスと通信したりオブジェクトをやりとりしたりできてウハウハとか，まあそういうモノです。これでおっきしない奴は技術者として大切な資質を失っていると思うよ。べつにおっきしなくてもいいんだけど，そういう奴とは一緒に仕事したくないよ。

ドキュメントのイントロダクションを超訳してみたです。

はじめに

multiprocessingはthreadingモジュールと似たAPIを使ってプロセスを生成するパッケージです。 multiprocessingパッケージはローカルとリモートマシンのプロセス並行制御をサポートしています。スレッドの代わりにプロセスを使うことで，GIL(Global Interpreter Lock)が起こす問題を効果的に避けることができます。multiprocessingモジュールを使うことによって，プログラマはマルチプロセッサの恩恵を十二分に享受できるようになります。このモジュールはUnixとWindowsで動作します。

Processクラス

multiprocessingでは，プロセスはProcessオブジェクトを作り，start()メソッドを呼ぶことによって生成します。Processクラスはthreading.ThreadクラスにならったAPIを持っています。マルチプロセスを活用したちょっとしたプログラムの例です。

このコードにあるf()という関数は，子プロセスで稼働します。

Windowsで「if __name__ == '__main__'」という部分が必要な理由については，「プログラミングガイドライン」を見て下さい。

プロセス間通信をするために，multiprocessingでは，2つの方法をサポートしています。

Queue(キュー)

QueueクラスはQueue.Queueとよく似ています。たとえば，次のような使い方をします。

Queueオブジェクトはスレッド/プロセスセーフです。

Pipes

Pipe()関数はパイプで接続した2つの接続オブジェクトを返します。デフォルトでは双方向通信を行うオブジェクトを返します。以下のような使い方をします。

Pipe()関数が返す2つのコネクションオブジェクトはパイプの2つの端のようなものです。それぞれのコネクションオブジェクトは反対の端と通信を行うためのsend()とrecv()メソッドを持っています。2つのプロセス(またはスレッド)が同時に，パイプの同じ側で受信，または送信をしようとすると，パイプの中のデータが壊れてしまうことがあることに注意して下さい。もちろん，パイプの両端で送受信をすれば，データが壊れるリスクはありません。

複数プロセス間の同期

multiprocessingはthreadingが持つ同期をするための仕組みを持っています。ひとつのプロセスだけが標準出力に出力することを保証するためにlockを使ったりできます。以下がサンプルです。

他のプロセスからの出力をロックしてやらないと，出力が入り交じってしまうことがあります。

状態をプロセス間で共有する

直前に言及したように，たいていの場合，並行プログラミングを行うための最良の方法は，可能な限り状態の共有を避けることです。このことは複数プロセスを使ったプログラミングをするときには特にそうです。
とはいえ，どうしても情報を複数プロセス間で共有する必要がある場合のために，multiprocessingは手法を2つ提供しています。

共有メモリ

ValueやArrayを使うことによって，データを共有メモリ上に保存できます。以下がサンプルコードです。


このコードは，以下のような出力をします。

'd'と'i'という引数はarrayモジュールで使われる型コードです。numとarrオブジェクトの型を指定するために使います。'd'はfloat型，'i'は符号付き整数を示します。共有オブジェクトはスレッド/プロセスセーフになります。
より柔軟に共有メモリーを活用できるように，任意のctypesオブジェクトの生成をサポートするmultiprocessing.sharedctypesを使うこともできます。

サーバプロセス

Manager()が返すmanagerオブジェクトを使うと，Pythonオブジェクトを保持するサーバプロセスをコントロールできます。また，プロキシーを使って他のプロセスを操作できます。
Manager()が返すmanagerオブジェクトはリスト型，辞書型，Namespace，Lock，RLock，Semaphore，BoundedSemaphore，Condition，Event，Queue，ValueやArrayを扱えます。以下がサンプルコードです。

このコードは以下のような出力をします。

複数サーバプロセスのmanagerオブジェクトは，共有メモリより柔軟です。なぜなら、managerオブジェクトでは任意のデータ型を利用できるからです。さらに，単体のmanagerオブジェクトは，異なるコンピュータ上にある複数のプロセス上でネットワークを通じて共有できます。ただし，managerオブジェクトは共有メモリよりも遅いのが難点です。

ワーカプールを使う

Poolクラスはワーカプロセスのプールの役割を果たします。Poolクラスのメソッドを使うと，タスクをワーカプロセスとして振る舞わせることができます。方法はいくつかあります。以下がサンプルコードです。

英語学校で大変お世話になった先生が退職されて，なにをするのかなあと思っていたら自分の学校を作ってしまいました。

• 英会話教室 ENGLISH ARTWORK

本気で英語をモノにしたい人にとっては本当にフィットする学校になるはず。創業メンバーのひとりNaomi先生は，文法，発音，イントネーション含め完璧な英語を使いこなす超人。英語ペラペラなお知り合いは何人かいるけど，ここまで完璧な英語を使いこなす人を私は知らない。しかも彼女は日本人なので，日本人がどうすればネイティブライクな英語をモノにできるのかについてよく知っている。なにしろ，Naomi先生自身，「日本人が英語習得でたどる道」を，身をもって体験しているのだからね。そういう先生と，ネイティブの先生もいるみたいなので，まさにいいとこ取りができる学校だとおもいます。

代官山ってオシャレ。ていうか21世紀なのに代官で山なんて歴史パねえ(それは違う)。

ところで，このWebサイトのHTMLは短いけどよく書けてるなあ。きっとイケてるWebデザイナーが手がけたに違いない。だれが作ったんだろ。。。

第4回目となりましたPython Code Readingを2008年9月12日(金) 午後7時から開催します。場所は例によって新橋のミラクルリナックスさんです。

今回はstring.Templateモジュールを読みます。短いソースですが，テンプレートクラスの生成にメタクラスを使っているみたいで，いろいろと楽しめそうですよ:-)。

参加希望の方は以下のフォームからどうぞ。