地域〜オープンソースと地域振興」の第11回。40人くらいいたかなあ。難しい専門用語などは使わないように。聴衆の顔つきを見る限り、ついていけなそうだったのでその辺はパス。反省すると、抽象的な話が多くて、辛そうにしている人がいたような。具体的な例を持ち込むべきだったかも。いえ、もっとも重視したい「気分」や「ノリ」は視覚化できないのが痛い。多くの人がついていってほしいなあ。2回ほどRubyについて学んだ後は、前田くんによるRails入門。考えてみると結構ぜいたくな講義だよな。guideスタックベースの言語FactorにおけるUnicodeの取り扱いについて。調べていることがわかる。内部表現としては固定長であることを重視してUTF-32を採用することにしたとか。Unicodeに拘泥する限り、ある程度妥当な選択だと思う。ことじゃないんだろうか。それだったら内部表現にもUTF-8で十分のような。内部エンコーディングはステートレスならどんなものでも選択可能(デフォルトの)UnicodeハンドリングはUTF-8UTF-16やUTF-32も扱えるようにしたいけど、スクリプトはASCII互換である必要がありそうということはUTF-16やUTF-32のリテラルが書けないので大変そうだなあというレベル。graphemeに関しては、デフォルトでは扱わない。graphemeを扱うようなエンコーディングハンドラを書くことは可能だと思う。オープンソース/C言語に学ぶ「ソースコードの読み方」:ITproソースコードの読み方を身に付けることは重要だよね。実は私は自分の書いた文章がとても好みだということが実感できた。なんかナルシストみたいでイヤという気持ちも同時にある。「生き残るための」というよりは「良いデザインのための」という印象もあるが。その5つの能力は以下の通り。Rubyのデザインにおいて(結果的に)強調されている点とかなり似通っている。言語そのものにはあまり「遊び心」はないような気がするけど。コミュニティ(の参加者)にはたっぷりありそうだ。languageDHHが語る以下の言葉は、RubyというよりもむしろPythonの思想を連想させる。いうことは、RailsはRubyではなく、Pythonで書かれるべきではなかったか、という話。insane...うーん、どうだろうか。「私の言うことに従えば楽できるよ」と呼びかけてくるタイプのフレームワークだ。classみたいな機能が使いやすい状態で存在している必要があったんじゃないかなぁ。必要だったんじゃないかと。Wallの言うところの単純さと複雑さの関係と似ているよね。言語が単純だとソリューションが複雑になるというアレ。Railsは無理だったと思う。そんなに「無理」と断言することもないのかもしれない。聞くところから想像すると、やはり、Djangoとかちょっと「Rails的」ではないようだけど(悪いことではない)。なんでselfがそんなに嫌われるのかがわからない、という話。意識下にもぐりこんでだんだん認識されなくなってくるような傾向があるのかもしれない。Lispの括弧PythonのselfRubyのendPerlの$@%{}/そう言われればそんな気がする。ゲシュタルト問題なのかもしれない。implicit(明示は暗黙に勝る)」には反対だ。Power(簡潔さは力)」と矛盾する。ふたつの原則のうち、どちらかを選べと言われたら、(私にとって)答えはひとつだ。私の視点からはこの原則こそが「Pythonの最大の欠点」だと思う。同意しない人は多そうだけど。思ったけど、どうやらほんとに言ってるようだ。アルコールは入ってないけど、てけとーに放言しているからなあ、この時は。一般論としてではなく「という局面もある」ということで、受け止めていただきたい、ぜひ。いえ、「生産性重要」というのは本当。「Googleは理想郷ではないよ」ということが言いたいのかもしれない。そんなのは当たり前で、勝手に妄想を膨らませる方が悪い。私にとって重要なオープンソースソフトウェア開発者としての暮らしやすさについて。その観点から考えると私は絶対にMicrosoftでは働きたくない。私にとってGoogleは理想郷ではないけれども、Microsoftは...ちょっと...(言えないことがあるらしい)。