AB開発日記

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

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

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

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

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

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

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

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

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

ここ数日作業が順調に進んでいたので、引き続き、、と考えていたのですが、今日はやめです。さすがに明け方まで没頭していたので、今日はオフにさせてもらいます。ついでに、実家の配達業務を手伝うことになっているので、そいつをやりつつ、リラックスさせてもらいます。

ロイヤルホストはちと高い…

夜はいつも指名している美容師さんを誘って、ロイホに食事に行きました☆服屋も色々ありますが、美容師も色々大変だそうです。考えてみれば、服屋よりもお客さんに接している機会が多いし、資格やテクニックが問われ、仕事が終わってからも勉強をしなければやっていけません。キビシィ〜(><)。

帰り際にアクシデント発生！！

「バイバーイ」と、ちょっとコンビニで買い物をしてから、自宅へ帰ろうとしました。で、車に乗ってバイパスへ…と思ったら、助手席に見慣れない携帯…(゜Д゜)。オネーサーン、携帯忘れとるよ。自宅の場所がわからないので、どうしようもありません。夜なんで、肝心の美容院も閉まっているときた…。で、おいらは市外の自宅へと向かおうとしている。しょうがないんで、最後に別れた場所に戻って待機。人の携帯を見るのは悪いことですが、自宅へ電話してあげないと、おいらも帰るに帰れません。オドオドしていたら、携帯が鳴り出しました。画面には”自宅”と出てます。おそるおそる出たらご本人でした。「ごめーん、車の中に忘れたみたい。今からとりいくよ」と、事件は無事解決。人の携帯って、ヘタなところに忘れられると、連絡のとりようがないので、困ります。

作業してたら、気付かぬうちに明け方4時です/(–)/

自動インデントとコード補完のほう、完了しました。引き続き、コンパイラの最終調整を行いました。「無効な識別子」のエラーメッセージでちょっと不自然な動きとかがあったんで、それを修正。修正しているウチに、ついでにここも、こっちもこっちも…という具合で、連鎖的にコード修正をしてしまいました。んで、こんな時間になってしまったワケです。

明日、明後日はデバッガの改良に取り組みます。

バイトが重なれば疲れもたまるってもんです。昨日、一昨日と、作業はあまり進みませんでした/(–)/。ということで、今日は本気モードで取り組み中。先日思いついた自動インデントによる効率化、ペアステートメントのコード補完機能の追加について書いていきます。

• Class 〜 End Class
• Do 〜 Loop
• Enum 〜 End Enum
• For 〜 Next
• Function 〜 End Function
• Select 〜 End Select
• Sub 〜 End Sub
• Type 〜 End Type
• While 〜 Wend
• With 〜 End With

ABには、上記のように、ペアになっているステートメントが存在します。コーディングを行う際、大概の場合はこれらのステートメント間の領域はインデントを付加し、コードに対して視覚性の向上を行います。ここでポイントになるのは下の2点です。一見、単純なポイントのように見えますが、言語仕様に対して非常に重要な問題です。

1. 人間が読みやすいように、適切なインデントを付加する必要がある
2. ペアステートメントは一区間（ブロック）として捉えることができる

プログラマーがインデントを意識しながらコーディングを行うと、見やすいコードが出来上がります。これは熟練者であればあるほどです。ハードに直接関係の無い点ですが、ソースコードの保守管理という観点から、長期的な目で見ると、「拡張性、保守管理のし易さの向上」「バグの軽減」などに関わってくることは確かなようです。現在の市場において、皆さんの周りにある一般的な開発環境ならば、これらに対して「基本事項」としてサポート機能が搭載されていることと思います。同時に、ABも重視していかなければならない点です。

では、具体的にインデントに対してどのような制御が必要になってくるのでしょうか。これは、人間がいちいち考えて入力する必要が無いコード（前後の構文から予測できるインデントコード）はエディタが自動的に生成やろうというなんすね。ABは以前のバージョンから自動的にインデントを付加してくれる機能がついていましたが、その原理は非常に単純なものであり、まだまだ改良の余地が見られます。今回はそのことはじめとして、インデントの付加により視覚性が向上すると思われるペアステートメント区間内を、プログラマーが一度もインデントを入力せずにコーディングを行える環境というものを考えてみました。単純に、ブロックの初めと終わりのタブ文字の追加と削除を全自動にしてしまおうということなんですな。これが、改良してみると非常に使いやすいです。

今日は同時に、もう一工夫加えることにしました。こいつはBasic言語という代物がどんなに個性的な言語仕様であるか、私自身疑問に感じてきた点でもあります…。

私はC言語のスタイルが好きです（ABのヘビーユーザーさんであれば、薄々勘付いている方もいたのでは…！？）。C言語は扱う記号が多いです。C++ともなれば、私も知らないような仕様があったりと、奥が深いってもんです。単語数が少なく、キー入力の手間が省けるC/C++言語。しかもハードレベルでの制御が可能なその言語仕様は右に出るものはいないときます。逆を返せば、そのオモテヅラに馴染めないなんて場合もあるのかもしれませんが…。

• Basic言語 … 冗長的ではあるものの、確立された単語を利用している。扱う文字数は多いが、視覚性に優れる。
• C言語 … 記号による意味付けを積極的に取り入れている。ある程度の慣れが必要だが、熟練者であれば効率的なコーディングが期待できる。

これらの点を踏まえると共に、Basic言語はその言語仕様が抱える自らの矛盾を直視していかなければなりません。

Function name() As Long

…

End Function

よく考えてみてください。これって、いくらなんでも冗長的ですよね。Functionって、8文字ですよ、8文字！これをC風に書くと、

Long name(){

…

}

となります。カッコという制御記号を加えるという動作で、”Function”は”{“に、最後の”End Function”（なんと12文字）は”}”に収束されています。こればかりは、超えることのできない言語仕様ってもんです。言語仕様から来る入力文字数の違い、私は魔法使いにはなれないので、どうしようもありません。その代わり、「コーディングという事象のみに特化すれば…」という視点から考えると、この問題をチャラにすることはできます。それが今回追加するペアステートメントのコード保管機能です。

コード補完機能というやつは、本来は対象位置の前後のソースコードを解析し、予測できる語句をプログラマーに代わって画面に表示してくれる、更にそいつを入力までしてくれるという、ありがた〜い機能なんです。先ほどの話に戻りますが、ABのエディタにより高度な解析能力を備え付ければそれが可能になり、最終的にはコーディングに必要なキー入力の回数はC言語に限りなく近づくことができると思います。先ほどの、”Function”は8文字って話に戻りましょう。さすがに、打ち込み始めの”Function”ばかりは予測不能ワードなので、ご勘弁いただきたいのですが、”Function”という語句がカーソルよりも上の行に存在すれば、その下には”End Function”が来ることは確かです。

• 数行前に”Function”という記述がある
• 今、プログラマーが”e”という英単語を入力した

これらの2点の事象を掛け合わせ、プログラマーは”End Function”を入力したいのかな？といったことを予測します。と同時に、”End Function”をカーソルのすぐ下にポップアップ表示させ、Enterキーの入力を待ちます。プログラマーがそのポップアップに気付き、Enterを押せば、”End Function”が自動的に入力されると共に、数行前のインデントを自動的に認識し、適切な量のインデントが付加されます。ここまでの手順は、C言語で閉じカッコ”{“を入力するためのキー入力の回数と同等のものです。

とまあ、今日は作業が順調に進んで時間的に余裕があったので、長々と書いてみました。正式リリースに向けて、もう一がんばりです。せっかくなので、AB3から何にも進展していないデバッガについても改良を施したいと思います。これはまた後日…

録画溜めした救命病棟をここ数日で一気に見てます。江口洋介、かっこいいな〜。おいらが住んでいる静岡は大地震がいつ何時起きても不思議ではないので、ビクビクです。これといった対策はしていないので、運を天に任せるといったところでしょうか。ソースデータのバックアップだけは実家PC、Webスペースなどに散らばせてとってあります。たぶん大丈夫(^^。まぁ、本当に起こったら、自分や家族の体の心配が一番なんだと思います。それが確保されれば、他はあってもなくても同じようなもんですな。

今日明日とバイトなのですが、合間を縫って開発作業を進めます。作業内容をチラリと書いておきます。正式リリースが間近なので、ヘルプセンターの作成を一時中断し、AB本体の改良を重点的に進めようと思います。

Basic言語はC言語などと比べると打ち込む単語数が多く、制御文を書くだけでも手間がかかってしまいます。If文を例に挙げてみると、C言語では

if(…){

…

}

で済むところを、Basic言語では

If … Then

…

End If

という記述をしなければなりません。これでは、コーディングの効率が良いとはいい辛いのではないかと感じています。それでは、結局のところC言語が優れているのか？といえば、答えはまだわからない段階だと思います。ABに限って言えば、高級言語でありながら、低レベルの要素までをサポートするC言語同等の記述能力を有していると思いますし、今後の改良でそれは明白にしていく予定です。しかし、「打ち込む単語数が違う」という観点から見ると、仕様を変えるほかどうしようもありません。まさか、大カッコ{}を取り入れてしまっては、Basicと呼んでよいのかどうか、私も疑問に感じてしまいますし、単語区切りのコードは読みやすいものです。

そこで、正式リリースに向けてエディタの改良を進めようと思います。これらのポイントを整理し、下記のような変更を施していこうと考えています。

1. 自動インデントの処理能力が単調すぎるので、もう少し複雑な処理を可能にする
2. ブロック判定の精度を向上させ、{}を入力する間隔で”For〜Next”、”If〜End If”、”Class〜End Class”などのステートメントのコーディングをサポートする

1番目は、例えば”Class”と打ち込んで改行したときに、自動インデントが効かないという問題を解消してくれます。現段階の自動インデントの機能は一つ前の行のインデントをコピーするだけの処理しかしていないので、インデントを新たに増やすステートメントであるかどうかを判定すれば、もっと使いやすくなりそうです。

2番目は、C言語で言う閉じカッコ”}”、ABで言う”Next”、”End If”、”End Class”というブロックの終了要素の補完機能を充実させる機能です。こちらは実際に実現させてみないと雰囲気がつかめないとおもうので、正式版にご期待ください。

今朝は母親の間違い電話から一日が始まりました。どうやら、祖父宅へかけるはずの電話をウチにかけてきたようです。おっちょこちょいですな。おいらはブスッとしたまま二度寝を試みたのですが目が覚めてしまい、そのまま起床しました。昨夜の開発作業を継続して行おうとしましたが、なぜか乗り気になりません。よく考えたら、最近、スケジュールつめつめで徹夜に近い状況もしばしば。

ボーッと座っているわけにもいかないので、まずはコンビニに朝食（昼食？）を買いに外に出ました。しかし、どうもコンビニ弁当を食べたい気分ではありません。うーん、はっきりしないな→俺。コンビニへ行こうと車を走らせたわけですが、音楽を聴きながら道を走っているうちにかなり気分が良くなってる事に気付きます。このまま、実家へ戻って昼食をとればいいじゃないか。そうすれば、タダで家庭料理が食べれるし…。こんなアマーイ考えでドライブがてら実家へUターン。ガソリン価格が急騰中にも関わらず、あまり意味もない移動をしてしまいました。

実家に帰ってからですが、まずは食事。それから、従兄弟とその子供とおばあちゃんと街中へ出かけます（おいらはお抱え運転手の身…）。帰り際に静岡駅前にあるDELIってお店でおやつを食べてきました。ここの店は従兄弟の旦那が店長をやっている店で、先月オープンしたばかり。食パンを使った創作料理がめちゃくちゃ美味しいっす。オススメなんで、静岡駅に立ち寄ることがあったら、探してみてくださいな。「DELI」ってお店です。

昨日はバイトを終えてから、ジョニー先輩とMIC（2人とも服屋仲間）とウチで飲みました。MICは金欠とのことで、あたいのツケにしといてあげました。後がこわいぞぉ〜(w。ジョニー先輩は、私よりも2歳年上のゴッツイ系の兄ちゃん、MICは1歳年上の細身ファッション好き人間です。2人とも個性あふれる濃い人種なんで、明け方まで語り明かしました。この人らと話をできるおいらも少し特殊な人種なのかもしれません。

話の内容なのですが、ジョニー先輩＆MICは「服屋」にプライドを持って取り組んでいる模様。「一企業としての服屋である」という定義以前の問題として「自身を確立するための服屋」という見方を重視しています。なにかあれば、店長と意見がすれ違うわけなんですねぇ〜、困ったことに。店長は、店の売上を第一に考え、その見通しが立った段階で、スタッフの問題に接しています。反対に、大半のアルバイトスタッフは、店の売上は大きな問題ではありません。ある程度儲けているなら、それ以上の売上を作ったところでバイト代は上がりません（固定なので…）。活気が出て、店の雰囲気が良くなるのでは？といった利点もありますが、やはり労働という視点から見ると、アルバイトという立場は一定以上の利益を得るための努力をしてしまうと損をします。私の場合は社会というヤツを知らない未熟な人間なので、「社会勉強」という部分でその損を帳消しにしているのですが、儲けようと思って取り組んでいる人はさっさと辞めるべきです。厳しい意見のようですが、こいつが現実ってやつなので、そこから目をそむけるわけにはいきません。

そこで問題なのは、ジョニー先輩もMICも金儲けを第一に考えていないという点です。自分の感性をこのお店から発信していくぞ！という意気込みが大元にあるんですな。おいらは、そんな人たちと仕事ができるんだから、かなりラッキーです。こんな問題を抱えながらも、店長や周りの環境とうまく溶け込みながら、自分の味を出しているというのは、大人ってやつなんですよね。すれ違いが生じるからこそ店長とは人よりも多く、腹を割って話す場を設けたい、互いのが納得するまで意見を言い合う。こんな場面に遭遇すると、本当の意味で勉強になります。

明け方6時就寝でした。今日、明日は休みです(^^