体験って何だ・・・ というのは置いておいて、Excel2007 Betaをインストールしてみました。(正確にはOffice2007 Pro Betaだが)
メニューがなくなってリボンと言う奴になりました。最初は手惑いそうだけど操作自身は本質ではないし、まあ慣れれば気にはならないかも。マウスでオペレーションする方向になったような気はする。ちょっとしたことをするにもいちいち探索することが多いが、右クリックでうまく乗り切れそうではある。もうプルダウンメニューに飽きたし、IE7もそんな感じなので、Vistaではだいぶんかわるのだろう。とりあえずいろいろつっこみどころ満載のExcelで遊んでみよう。ざっくり使えるように設定の変更。
ここを読んでくれているみなさん、僕の写真を楽しんでくださるみなさん、昨年はお世話になりました。今年も変わることなくよろしくお願いします。毎年同じですが、「一年の計は元旦にあり」と言うことなので、今年はどのような戦いを展開するか、「戦いの軌跡」と言う題にしているので、戦術や戦略についてざっくりとまとめておこう。
2006年の戦いを進めるために、昨年の反省点を元にまぁいろいろ考えてみよう。昨年の正月同様前の会社の上司の言葉を借りることにして、本業はともかく少なくともプライベートな方面では、_攻めと成果にこだわっていこう_と思う。まぁ他にも手をつけていきたい物はあるので、少しずつ新しいことをしていきたいなとは思っている。
気がついたらこんな所にリンクを貼られてしまっているとは… 世の中恐ろしいものだ。今のところこの日記はblog的な要素(trackbackとかcommentとか)を持っていないことと、サーバの引っ越しをしたときに実行環境の差でBBSが動かなくなってしまったので、読んだ人の意見が取れない・・・(BBS自身は入れ替えたいけど、時間がねえ。) ちょっと悲しいが、まぁ良いか。
統計関係のワークシート関数のうちよく使うものだけは何とかしたいものだなあ・・・
今日は世間的には「勤労感謝の日」なのだが、僕の勤労を感謝してくれるような人なんていやしない。 働いていく上で襲いかかってくるのは、最近はソフトウェアなことしかやってないから、_ソフトウェア特許_とか_アイディア特許_だとかいった考えるだけでもうんざりするようなことしかありゃしない。ちなみに勤労感謝の日は皇室の新嘗祭にちなんだ祝日なので、_一般庶民の勤労を感謝している_と言う日ではないことを忘れちゃならない。
某MLに書いた内容ですが、僕が遭遇したExcelVBA的なものの発想法について。
ExcelVBAでのプログラミングでは、8月8日の日記や福盛さんの日記で触れられているように、「VBAでエクセルのマクロを作る初心者がですね、変数の代わりにセルを使うんですよ」と言うような、matz日記で話題になった究極の「変数 = 箱モデル」に相当するようなコードを書く人が結構多い。
つまり、「ExcelVBAは普通のVBと違って、「手動で」かつ「視覚的に」変数領域を割り当 てられる、2次元でアドレス指定するポインタを持つBASICである。」と言い換えても良さそうですし、暴論を言えば、「一流のExcelVBA使いは1次元のポインタしかないCのポインタなど目をつぶって使えないとならない訳だ(暴論)。分からないなどと言わせぬ！」ということになる。まぁ実際に一流の(分かった気になって、有頂天になって、ナニか勘違いしている人_のことを言う)ExcelVBA使いのみなさんはこういうポインタに相当するものには名前をつけたりしなくて「全部直接セル参照」という神業をするので、構造化言語とかOOPとかにジャブ付けの頭しか持ち得ない僕なんかから見るとある意味「すげーっ！」(絶対そうなりたくない)と思ったり、頭の中がどうなっているのかかち割って見てみたいなんて思っている_3流のへっぽこVBA使い_なので、せめて妥協点として、Rangeオブジェ クトに名前をつけてアクセスしたくなっちゃいます。
1次元のRange領域を作ってやれば普通のポインタと同じような感覚(アドレス指定はCellsプロパティで2次元指定できるけど)ですかね。領域の割り当ては自分でやらないと駄目ですが… まぁ_ご利用は計画的に。
たとえば「1から10までの話を求めたい」と言う例題を考える。和を求めたいRangeオブジェクトを渡すと「Rangeの和を求めるワークシート関数を文字列として返す関数」なんてものをつくってやれば、少し楽ができそうし、応用もあるのは手を付けてはいけないと思いますねえかな? まぁ実際にこつこつアルゴリズムを書くのではなく、計算などはすでにあるExcelのワークシート関数にしまえと言うことになります。(まぁ_手抜き_とも言う) 和を求めるくらいだとあまりありがたみが出ないが、同じ手間でRangeの最大・最小とか2個のRangeオブジェクトを関数に渡して最小自乗法とかさくっと出来ちゃったりするので、まぁ楽チンですね。(実際は統計関係の計算をするときはExcelのバグを知り尽くしてないと危ないですが。まぁ統計をちゃんとしたい時はExcelは使っちゃいけません。ちゃんと統計ソフトを使いましょう。)
ということでコード例。(基本的にVBでプログラムを書くときは型宣言を必須にしましょう。そうでないと全部Variantになったりしますから。あとDim文の使い方も意図しない型宣言になったりしますので注意しましょう。)
最近の議論から。物事を演繹的にもしくは帰納的に理解したい・教えたいという欲求は誰でもあるのですが、僕はそれは罠だと思うのである。ある理解したいことの起源や発見の動機や根源的な概念から筋を追って演繹的に順々に理解したり教えられたりできるとと格好がよいと思うのだが、実際はなかなかできない。僕は経験的に最初に習う(教える)時は可能な限り身近な具体的なものを手にとってと言うのが、一番だと思うからだ。
まぁ言い出すと知識という物は無限の階梯が広がっていると思うわけだ。僕は物理屋さんの端くれだったので、さかのぼった物の見方をしてみる。たとえばスタックとか言った電子回路的にも存在する記憶データ構造について考えてみることにすると、
電子回路屋さんだったらこういうかも知れない。
今日いつも巡回している書店の物理関連書籍を眺めていたら、「『ファインマン物理学』を読む！」と言う直感的なタイトルの本が置いてあったので眺めてみる。著者はNatureから出ている本の翻訳をされているサイエンスライターの竹内氏の新しい本。「『ネイチャー』を英語で読みこなす」という本も面白くて結局買っちゃった経緯があるので眺めてみたわけだが…
リチャード・ファインマンの「ファインマン物理学」という本は世間一般の評価では「教科書」と言うことになっていると思うのだが、僕はファインマンという飛び抜けた才能を持った物理学者の頭の中身をかいま見せてくれる非常に優れた「講義録」と理解している。とにかく面白いのである。我が家の書棚にも元物理を志しただけあって、全5巻がそろっている。学生時代に熟読したのは第3巻の「電磁気学」なのであるが、電磁気学を熟読したのは恐ろしいほど電磁気学を必要としていたためで、理解のイメージも欲しかったのと、非常にこなれた説明で分かり易かったと言うことがあるからかもしれない。
ただ全5巻そろっているわけだが、僕自身は最終巻の第5巻「量子力学」にはほとんど手を付けていない。内容は何度か眺めているのだが、学生の頃の感想は_非常に理解しにくい_と言うことだけであった。ただファインマンの主要な業績は電磁量子力学であって、_量子力学こそ本領_のはずである。よく考えると古典力学も相対論も電磁気学も非常に分かり易く説明するファインマンが、量子力学だけ失敗するようなことはあり得ないのである。(分かり易くと言っても、それなりに難しいですよ。計算できてその計算の意味が理解できなければ。)
この本は_いきなりその「量子力学」から読み解こう！という面白い視点の本である。じゃぁ読んでみようと思って買ってきたわけであるが、やっぱり面白い。で、この本をパラパラ眺めて理解したのは、ファインマンの「量子力学」と同じ感想を持っている朝永振一郎の「量子力学」も読みづらくて正解だなと思ったのである。両者に共通して言えるのは、「行列力学」のなりたちから_話を進めていると言う点である。
通常学部における量子力学の教育はよっぽどのことがない限り、シュレーディンガーの波動方程式からスタート(前期量子論の種々の実験なども入るかもしれないが)で、代表的な系の波動方程式の解法に進んで、たいがいの人は1次元調和振動子の解法もしくは水素原子の計算で脱落していくわけであるが…(前者は場の量子論で必要な議論だからやっておく意味はあるけども、後者は僕は計算の複雑さから考えてもあまりやる意味を感じない。いずれにしても履修時に特殊関数をほとんど学んでいないのだから、脱落するわなぁ。)
僕は工学部の出身なので量子力学はそれ自身を研究する学問ではなくて、ツールとして使いこなす必要のあるものであったため、計算できて実験の結果とあえば良いというもの以上の何物でもないのであるが、果たしてそれだけで良いのだろうかと言うところはある。まぁ学生時代にもそれはいかんと思って、朝永先生やファインマン先生の本を読んでいたのだが、実際問題そこにある問題を解けることの方が重要で、どうしても理解したいという意気込みより研究を進めたいという方が優先されてしまった感はある。(そんなわけで量子力学は途中までしか勉強してなくて中途半端な状態。実際は古典統計力学の範囲で計算できる系を扱っていたので。)
今回この本を眺めて、上記の2冊の本を再読しようと思い至ったわけである。今はそんなに即物的な立場にはないので、勉強の前提条件も異なり_自由になった_といえるかもしれない。そういう目で見れば非常に面白い本だと再認識したので、じっくりファインマンの本を楽しめる用になったのではないかと思う。しみじみこういう本が出てありがたいのである。
正月と言えば、ウィンナーワルツと言うことで、久しぶりにウィンナワルツの入ったCDを取り出してみる。今年はVPOのニューイヤーコンサートを見逃したので、CDで我慢という訳なのだが。(すっかり忘れていたとも言う。) 今日は出かける予定もあったので車でワルツを聴きながら移動というのもなかなか良いかもしれない。
「美しく青きドナウ」は言わずとしれたヨハン・シュトラウス II世の名曲で、僕がクラッシックを聴き始めたきっかけになった曲なので、クラッシックを聴き始めた高校生の頃の思い出が詰まった曲でもある。スタンリー・キューブリック監督の映画「2001年宇宙の旅」で、宇宙船が宇宙空間を移動するシーンで印象的に使われていたのでそのイメージが抜けない曲だけども、華やかで流麗な曲と言えばこの曲が真っ先に思い浮かぶ曲で、今でも短い管弦楽曲の中ではトップクラスに気に入っている曲である。
「美しく青きドナウ」と同じくらい長く愛聴しているワルツといえば、「皇帝円舞曲」であろうか。出だしから豪華で、特に中盤部の華麗な展開がやっぱりたまらない名曲だと思う。車を運転している時に気分が良くなっちゃう曲はこの曲を置いて他にあるまい。(「美しく青きドナウ」や「ウィーンの森の物語」ほど曲に物語性が無いのが良いのかもしれない。)
「南国のバラ」は最近見直した曲である。ひっそり始まるのであるが、4つの親しみやすいワルツが交互に現れて非常にまとまっている曲。この曲も車を運転している時に聴くとなかなかいい気分に浸れる曲かと思う。
シュトラウスのワルツをはじめとした曲はどれも華麗で聴いていて気分が良くなる曲が多く、他にも「ウィーンの森の物語」や喜歌劇「こうもり」序曲や「春の声」といった、旋律を覚えやすくて、それなりに短くまとまった名曲が非常に多いと思う。これから聴きたいと言う人は案外僕と同じようにウィンナワルツからはいると良いのかもしれない。
振り返ってみれば、大学時代にリヒャルト・シュトラウスの交響詩やグスタフ・マーラーや交響曲にはまって以来、非常に複雑で暗い曲ばかり聴いてきた気がする。ウィンナワルツはずいぶん遠ざかっていたんだけども、こうして聴き直すとなかなか素晴らしいので、これを機にまたしばらく聴くことにしよう。(うちにあるのは、カラヤンの87年のVPOのニューイヤーコンサートとベスト盤しかないので、これも良いという意見があればどしどしお待ちしてます。)
まじめな統計計算を滅多にしないので、Excelで十分かと思っていたが、ずいぶん前から直らないバグが結構あり、場合によって_Fatal_なので、Excelでの統計計算にあきれていた。かといって、proprietaryな統計計算パッケージ(たとえばSとかS Plusとか)は非常に高価で入手不可能であるため、Excelを我慢してうまく使い続けてきたが、GNUのSとも言うべきRの日本語化が結構な勢いで進んできたので、これはしたりと思ったわけである。Rって何?と言う人もいると思うので、以下にR Projectのページに載っている説明文を載っけてみる。
Slashdot-jpの記事から。正式な発表を見いだしていないが、おそらく休刊であろう。休刊になりそうな理由はいくつも思いつくが、最近雑誌を買おうと思わないうえ、Linux Japanに魅力的な記事や連載がないと言う時点ですでに購入の対象から外れている。創刊された時期を覚えているだけに残念であるが、時代の流れのような気がする。
最近思うのであるが、PC系の雑誌、特に開発者向けな雑誌は資料的価値があるので、記事の電子データをすべて添付して欲しいと思うのは僕だけであろうか。雑誌を物理的に保管するスペースがない上、紙媒体だと検索性がないため、文書としての利用価値がどうしてもないのです。内容は玉石混合で、内容の新旧はあるけれどまだWebの方がマシ。どうにかして欲しいと思うけど、やっぱり無理なのかしらねぇ。