2009/03/23

国語を「文系」に入れるのやめにしない?

「わたしの持論ですが、国語ができる（＝日本語できちんとした文章が書ける）人じゃないとプログラムは書けない。これは非常に重要です」

基本的には同意、というより当然すぎて言うまでもないことじゃないかとさえ思うのだけれど、これをわざわざ言わなくちゃならないのって、国語教育の問題なんじゃないかという気がした。

「自然言語を使って、自分の言いたいことを一貫性を持って記述・発表できる、またそうやって記述された文章や語られた言葉をきちんと理解できる」っていう能力は、どの方面に進むにせよ、現代社会の中で生きてゆくには重要な能力だ。それに対して、文学小説や古典の読解(より一般的には文脈を重視したテキスト解釈) というのはもっと特殊で、社会的な話(文学史、思想史、哲学史etc)との関わりが深くなったり、情緒的な「読み」を要求されたりする。

今の国語はこの両方がいっしょくたにひとつの教科に放り込まれている。これが不幸の元ではなかろうか。

文系理系という分類は嫌なのだが、性向として「人の営みにより興味を惹かれるタイプ」と「自然の営みにより興味を惹かれるタイプ」というのはあると思う。私は高校くらいまであまり人に興味が無くて、だから人の営みを主に扱う社会という教科はずっと苦手だった。

で、「人の営み」に興味を持てない学生からすると、上に挙げた国語の二つの要素のうち後者の話は全然面白くないんだよね。でもそれが出来ないと国語という教科が苦手になって、前者もやろうと思わなくなる。あるいは前者にも苦手意識を持ってしまう。それは非常にまずいんじゃないか。

もし、前者の「自然言語による表現とその理解」が、「基礎語学」とか「語学表現」みたいな教科で、後者のテキスト解釈その他が「文学」という別の教科になってたら、学生の受け取り方はかなり違ってくるのではなかろうか。「国語」のサブカテゴリとして分かれるのではなく、「社会」と「英語」が別教科であるのと同じレベルで別教科。文系って言いたい人は「文学」の方をやればいい。一方「語学表現」は全員必修で、論説文の読解や作文以外に、口頭発表や議論のテクニックも含める。というか極端な話、簡単な英語によるディスカッションという題材もこっちに放り込んじゃったっていいくらい。あるいは、「言葉の通じない環境に一人とり残された。あなたのミッションは○○である。どうにかして周囲とコミュニケーションを取ってそのミッションを実行するには、何を伝えることが必要か考えよ」みたいな課題を入れるとか。

教育現場のことを何も知らんので、実はこういう話は前からあるんだけど実現できない理由があるのかもしれない。

だけれども。

学生の頃、バイトや研究で色々なソフトウェアを使いながら感じたのは、英語と日本語の情報量の圧倒的な差だった。英語圏発のソフトウェアだから英語の情報が多い、という話ではない。ソフトウェアと、それに関する良質なドキュメントの量の比率である。とにかく英語圏のプログラマってのはドキュメントをもりもり書くんだなあ、すげえなあ、という印象だった。しかもそれがテクニカルな意味でわかりやすい。学生が実験的に作ったようなソフトであってもカッコいいマニュアルが揃っていたりする。そして、ドキュメントがちゃんとしていないソフトウェアは広く使われるようになりにくいし、また忘れ去られるのも速いような印象がある。

語学表現に苦手意識を持ったままのプログラマは、プログラムという作品を産み出すにあたって大きなハンディキャップを背負ってしまっているようなものではないだろうか。

Tag: Career

2009/03/17

#permalink

らむ太語録

「わいとる・たいやー。みてみて。わいとる・たいやー」

わいとるって何だ? ああ、"white wall" かぁ。 Pixarの"Cars"で覚えたようだ。

Tag: 生活

2009/03/06

#permalink

returnを継続プリミティブにする話

思考実験: returnを関数と思ってみる話 - d.y.d

「C や JavaScript 等の関数から返る"return"を、 first-class object と思ってみると面白いんじゃないでしょうか」
「"call/cc" って難しいので、継続のプリミティブは "return" ということにしよう。特に手続き型言語では」
「難しいのは継続ではないcallccだ…とすると、難しいのは限定継続ではなくshift/resetなのでは？」

おもしろい。

関数型言語だとlexical scopeと関数とがunifyされちゃっているので「自分を囲む関数」というのをアレするのが面倒だけど、関数がまだ特別な位置を占めてる言語では案外わかりやすいかもしれぬ。

限定継続の方だけど、関数をまたがったshift/resetっていうのは普通にありそうな気がする。Kahuaでも使ったし。(Kahuaでの用法は、上位層のシステムと下位層のシステムを切り離すのにresetを使ってて、アプリケーション層ではほとんどcall/ccののりでshiftを使う。resetは下の方に隠れてて意識しない)。

もともとshiftって対になるresetは明示しないもんなんで、そこで無理が来てるのかな。確かにdynamic scopeなふるまいなんだけど、もともとcall/ccがそういう動作をするからなあ (クロージャ→静的環境のキャプチャ、call/cc→動的環境のキャプチャ)。

Tag: Programming

2009/03/06

#permalink

日本の定額給付金って給付の手続きを自治体が負担するそうで、その事務負担だとか振込にする際の手数料だとかでごちゃごちゃ揉めているらしい。

しかし妙な話だ。給付金は自治体予算じゃなくて国庫から出るわけで、それなら国がやればいいじゃん、と思う。というか自治体と国の仕事の責任分担がよくわからないなあ。自治体は住民税＋交付金で運営してるはずだが、こういう場合の事務負担義務が交付金に含まれてるってことなのかなあ。つまり自治体は真の意味での「自治」ではなく、国の出先機関の役割も兼ねていると。

昨年、米国でも似たような給付金があって、うちは3人家族で$900のチェックが送られて来た。連邦の予算だから連邦が小切手を発行して郵送するだけで、州や市には何の負担もかかってないはず。しばしば時代遅れとも言われる米国の小切手のシステムだけれど、こういう時は極めて便利だ。

もうひとつ、郵送先住所は国税の申告に基づいてるから、全世帯が国に直接確定申告するというシステムも話を単純にするのにひと役買ってる。日本だともしかして各自治体しか住所を把握してないのかな? (米国の場合、この住所はあくまで国税局やsocial secutiry administrationとのやりとりに使うためのもので、私書箱や外国の住所も許されるので、住民票のような個人の実際の住所をトラックするシステムとは異なる)。

Tag: 生活