語形が美しいとか語形の調子が良いというのは聞かない(というか語形というのは音韻の変化などの観察対象となる音韻上の連なりであって、文字通りの語を構成する文字の見た目の意味ではない)。字形、字体というのはあるな。皿皿皿......という高橋新吉の語形というよりはやはり字形だし。『生産性が高い言語』という言い回しがある。その意味するところは、なんだろう。漢字を使うのは実は難しい。正則だとこうだけど、いったのかおこなったのか判断するには前後の文脈にたよる必要がある。そこで、前後の文脈を読むなどという高等技術を使わなくても済む平仮名ですよ。いうわけで、仮名漢字変換を持たないワープロを与える。それが生産性が高いということだ。・漢字仮名混じり文のほうがほとんどの場合に読みやすい(『行った』なんてのは例外)・『きょうはいしゃにいった』のような強烈な反例に対する無知あたりだろうな。いうわけで、やはり漢字の利用を解禁する。大喜びで書き出すやつが出て来る(でも、意味はわかるから、まあいいんじゃないか、やりたいお年頃なんだろ、と、たかをくくっていると)・『共は慰謝に逝った』とか漢字も知らなきゃ辞書もひかない追随者が出て来ることだ。『きょうはいしゃにいった』から事態は少しも進展していないではないか(多分、『医者に行った』んだろうが、前後の文脈読んだり、変換キーを押した位置を推測したりといった高度な読み取り技術が要求されるわけで、元の木阿弥である)。漢字仮名混じりだめ、平仮名オンリーだめ、そこで教育漢字限定かつ熟語は全部で100種くらいのお子様ワープロを与えれば良いと思いつく人がいる。LISPからマクロを抜いて与えるとか、Javaから継承とインナークラスを抜いて与えるとか、RubyからclassとmoduleとProc、eachあたりを抜いて与えるとか、Cからgotoと関数ポインタを抜いて与えるとかだ。}}というようなプログラムの持つバグをTechED初日のセキュアコードのセッションで指摘された。C#でだけど、Javaでも同じことだ。ちなみにinternalGetValueにはセキュア属性が付いていた。ArrayIndexOutOfBoundsExceptionにチェックさせようという戦略だがすべてのユーザーがシステム値を読み取れるバグがある。Reflectionの使用は除く。問題点を指摘し、修正せよ(配列2本持ちとか、別クラスにするとかは置いておいて、あくまでもgetValueメソッドの修正ということで)。C#の元の問題のほうが難しいな。[残念、大きい方にはみ出すとrubyはnilを返すからbabieさんのはブブーでした。[あう、調子に乗って循環させてしまった。[言語(プログラム)を言語(漢字)でたとえるのは、すごく分かりやすいですね。