AB開発日記

配列要素定義の問題について検討中でしたが、ユーザーさん達からアドバイスをもらいながら、上限値指定を継続して採用する方針で固まってきました。これは、Basic本来の仕様を重視して導き出した結論であるので、ABが方向転換を行わない限り、Ver5、Ver6においても配列要素定義は上限値指定となりそうです。

ただし、要素数指定のほうがスッキリするという見方もありますし、APIのインクルードファイル内のコードはその都度、上限値-1と指定しているのが現状です。こちらに対しては、ELMという定数マクロを用意し、任意で要素数指定もできるようにしようと思います。ということで、インクルードファイル内では、上限値-1という表現をなるべく避け、ELM指定で統一していこうと思います。ELMは以下のようなとっても単純な定数マクロです。

Const ELM(n) = n-1

あとあと、New演算子についても、上限値指定に変更する予定なので、ユーザーの皆さんにはご注意願いたいです。まぁ、ここらへんの正式情報は、キッチリと公開させてもらいますんで、もうちょいお待ちを。

お恥ずかしいのですが、ここ数ヶ月間、おいらのメインPCのCドライブの空き容量が50MB前後という非常に過酷な環境でした。なにがそんなにたまったのか、よく状況がつかめていないのですが、これでは十分な作業ができません。騙し騙し使ってきたCドライブですが、もう我慢の限界。今日はファイルの大移動を行いました。その結果、空き容量は300MBに。おいら的には満足ですが、現在のPC環境を見渡すと、Cドライブがたかが300MBしかないPCはボロッちいのかもしれません。早く新しいヤツに交換したいっす。

朝、とても（？）な事態に遭遇しました。起きてすぐ、洗面所のほうからゴトゴトと何かが動くおとがします。誰かきたのかな？なんて思いながら、見に行ったら、なんとなんとそこには小鳥！？！？数秒間、おいらの頭の中は？マークしかない状況(?_?)。

キッチンのほうに飛んでったので、おいらも恐る恐る近づきます。ヤツは何か悟った模様。窓のそばで大人しくしてます。おいらが近づいても逃げる様子はありません。何か、可愛くなっちまいました。最後は「こっちだよ〜」なんて言いながら、窓を開けて逃がしてやりました。

それにしても、珍しいというかなんというか、こんなことってあるんですね。その後、家のなかを調べまくったのですが、小鳥が紛れ込むような隙間は見つかりませんでした。換気扇に外から突っ込んだのかなと思いましたが、うちの換気扇は外側に開くタイプなので、そんなことはあり得ません。アンビリーバボー。

後になってから気付いたのですが、鳥ってヤツは、とってもケツがゆるいんですね。ご丁寧に土産物を家の中に残していったようです（あー、バッチイ）。この後は、予定外のお掃除タイムになりました。

この流れ、とても速いですね。まだまだ表面的ではありますが、コロッと仲良くなってしまいました。今後の具体的な提携案に期待したいところです。ライブドア、前からちょっと期待していたので、株が300円割れのときに買っとけばよかったっす…。

ユーザーさんのご指摘により、私も内心ビクビクしていた配列要素指定問題が浮上しました。メジャーバージョンアップが目前に迫っているので、この問題への対処を明確にしていきたいところです。

Dim a[10] As Long

としたときに、a[0]〜a[10]の配列データが扱えるようになり、データ個数が11個になるんですよね。これがいいのか悪いのか、どうなんでしょう。メモリ確保のためのコードや、データ分析のコードを作成する場合、上限値ではなく、要素数を指定したほうが有利（ややこしくない）のは、私の経験上では確かだと思います。

しかし、これはBasic言語のスタイルに関わる問題です。これをやってしまうと、更にCの色が強くなってしまう恐れがあります。結局のところ、妥当な判断なのかどうなのかはやってみなけりゃわかりません。反対に、New演算子のほうを、上限値指定にしたほうがいいのでしょうか…？？早いところ判断しないと、正式リリース日の日程に影響が出てしまうので、今日明日じゅうになんとかしたいものです。

月曜日は大学で取り残していた単位を修得すべく、授業の日となってしまいました。私はこの4月から4年生になったのですが、取り残した授業は1年生からが対象となっています。アホな先輩面しながら、1年生と一緒に受けるしかないみたいです。トホホ

昨日はミーティングで遅くなったのですが、今朝は8時起き（私の中では、一番早い時間）でした。今日は祖父母の金婚式で、10時に集合ということになっています。眠いなんていっておられません。叔父を車に同乗させ、集合場所へと向かいます。実家の連中も同時刻にこちらに向かっているようで、時間通りに落ち合わせました。

式は京都海鮮料理店を貸切にして進められました。海鮮料理は一品一品が少しずつ出てくるのですが、気が付くと不思議とお腹イッパイになってます(^^;;;。祖父は画家をやっているため、今日はそのお弟子さんが3〜40人程度駆けつけてくれたようです。おじさんおばさん連中なのですが、めちゃくちゃ賑やかい（汗）なにはともあれ、いい人たちばかりのようです。私も数十年後には、こんな風になっているのでしょうか？？なっていたいものです。

帰宅後は休むひまも無くバイト先へ。今日はムリ言って休みをもらっていたので、夜だけは商品整理を手伝わせてもらいました。さすがに、日曜日というだけあって込み合ったようです。売り場ぐちゃぐちゃでした（汗

バイト遅番でした。閉店後、物好きなスタッフと店長とで、ミーティングを行いました。話すことなんてほとんどないと思ったのですが、意外や意外、3時間近くも話し込んでしまい、帰りは午前1時過ぎになってしまいました。とあるスタッフへの愚痴話から始まって、タバコ休憩の話題へ…。

タバコについては、社会問題にもなっているくらいで、職場で働く方だったら何かしらの考えをもっていることと思います。ウチの店でも会社とバイトとでは温度差があるようです。バイト、特にタバコを吸う連中は、閉店間際の5分休憩を取りたいと店長にお願いします。しかし、店長は、喫煙者だけの意見を尊重してその提案を通すわけにはいかないという判断にどうしても辿り着いてしまうようです。「タバコを吸う吸わない」の低次元のミーティング内容であり、それが議題になっていること自体を疑問に思ってしまうというのが私の考えです。しかし、そのような要求が出てくることについては、それ相応の経緯があり、店長もバイトが不満をもっている以上、その問題には直視していく必要があります。また、その提案が店長の判断で不可能となるのであれば、何故そのような判断が下るのかを、全員が納得できるよう、説明をする義務があるのだと思います。

ウチのスタッフは当然のことですが、社会常識を持っている人ばかりで、私にとっていい人です。で、店長も、周りの人間を気遣える、いい人です。今回のミーティングについては、ただ「こうしたい」「ダメだ」という次元の話ではなく、スタッフ及び店長が、良い意味で言いたいことを言い合えた、とても有意義な時間だったんだと思います。私は以前、アルバイトはその仕事量と給料がつりあわず、上手くやりくりしなければ総合的に損をしてしまうと言った覚えがありますが、今回のようなミーティングがあれば、給料以上のものを学習できることと思います。

今日は、ちとお堅い話し合いだったので、次回はスタッフ総出で飲みに行きたいものです…。

ヘルプファイルの書き直しをちょこちょこやっているのですが、見直してみると、出来が悪いですね〜。文章構成なんかもまとまってないし、なんといっても、統一性がない…。これではABのヘルプってわかりにくい(~~)と言われても反論できません。現在のヘルプの内容の大半は、Ver3.0リリース時に私が書いたものなので、かれこれ2年以上も経っています。こいつが悪いって気付いたってことは、文章能力がちょっとくらい上がったってことですかね？？まぁ、プラス指向に考えて、Ver4で良い方向に持っていきたいものです。

この前、デバッガの改良を進めると言ってたのですが、こちらはあまり進んでません。その代わり、関数ポインタの呼び出し機能をつけました。最近の高級言語はデリゲートとかいう手法で動的な関数呼び出しを可能にしているようですね。ABでも、カッコよくデリゲートを…と思いましたが、ちょっとハードル高そうです。ってか、デリゲートを正式にサポートしているのはJavaやC#、VB.NETなどで、ABとはちと路線が違います。こいつらに対抗するには、言語コンセプトの根本的な部分から見直す必要がでてきそうです。これは、Ver6.0あたりの課題にしときます（といって、逃げる…）。

とにかく、あとはデバッガの改良をして、完成ってことにしようと思います。まぁ、正式版として至らない部分もあると思うので、これらはユーザーさん達に協力してもらいながら、バシバシ修正していこうと思います。公開の日にちですが、正確にはいえないのですが、たぶん来週には皆さんにお渡しすることができそうです。今しばらくお待ちを…

午後は卒業研究の初ミーティング、久々に大学に行きました。私は他にやりたいこともないので、「AB開発とそれを取り巻く環境の強化」ということを課題にして取り組む予定です。取り組むといっても、今とスタイルは変わらないと思います。教授の人脈を使って、面白いアイデアを出していくといったところでしょうか。自分で言うのも難ですが、「プログラミング」という分野で教授にどうのこうの言われることはないと思いますし、教授のほうも勝手にやってくれみたいな考えが強いようです。しかし今後、教授に教わることはたくさんあると思います。私は、コンパイラ開発という狭い部分では教授よりも実践知識があるかもしれませんが、反対に社会経験がありませんし広い視野も持ちあわせていません。日本社会の中でどのように生きていくのが賢い方法なのかを、教授という立場からアドバイスをもらうことが卒業研究でAB開発を取り上げることの一番の目的になりそうです。

私はハッキリ言って、オベンキョをする大学よりもお茶がある自宅のほうが居心地がいいので、研究室にこもって…ということはないと思いますし、性格的にできないと思います。ただ、教授や率先して研究に取り組んでいる学生とは酒でも飲みながら、将来展望や、その技術の面白いところを話し合い、協力していければ、とても楽しい卒業研究ができそうです。