日経PC21 / エクセル「配列数式」講座

昔からしっかりと存在する機能のようでして、ちゃんと勉強しておけば良かったかもと思います。以前、 Word の入門書は買ったのですが、 Excel の入門書も買ってこようかなぁ…

なかなか頭に入りません。脳みそが硬直化してきております。

余談なのですが、 VBA を使うとスクリプトの実行許可を与えなくてはならないため、面倒でも折り返し表示で５行くらいになる関数を書くことがあります。これもちゃんと勉強すれば良い方法があるのかもしれませぬ（ゲーム音楽作曲のため、キー名を入力するとコードを自動で表示する表を作っております。現在、ダブルシャープに対応中）。

Emacs 23.2リリース、入力補完やクラスブラウザなどを備えたプログラミング支援ツール「CEDET」を標準搭載 – SourceForge.JP Magazine : オープンソースの話題満載

CEDET が標準搭載され、配置するだけで次の機能が使えるとのことです。

• Makefile作成ツール
• コンパイラ実行スクリプト
• 入力補完/支援機能
• ヘルプ/リファレンス参照機能
• 自動コード生成
• UMLダイアグラム作成機能

未確認で申し訳ないです。「こういう仕事は IDE でやればいいや」って感じでいつも進めてしまうんです。ただ、 UML ダイアグラム作成機能というのはちと気になります。

うちは小さい頃から GW には旅行とか行かなかったし、両親の実家も近所なので里帰りするということもなく、大型連休のありがたみが他人より少ないかもしれません。

本日は Google Maps API を使ったプログラムを開発しておったのですが、リファレンスを見ながら「この関数あって助かった！！！」と叫び祈り箒星です（２曲飛ばしやがった）。 API を作った方も「この関数は必要だろう」という頭で持って設計いただいたということでしょうか。今日は悩んだ割に書いたコードが少ない日になりました。

Firefox でデバッグできる分、 PHP より JavaScript の方が開発が楽です。

Subversion のログに日本語を使うことはできないと勝手に暗示をかけて書けない英語でログを記録しています（別に使えますよ、日本語）。なんか、こうでもしないと英語など勉強する気にならないと思いまして…

実は、コメントの量をちょっとでも減らそうかなと思い始めており、第一歩目としてわかりやすい関数名や変数名をつけられるよう気をつけています。もちろん、必要なコメントまで減らすのはダメで、どうがんばっても目的が読めないコードにはコメントが必要と思っております。

if が後置できる Perl が懐かしい…

クラスの設計中はクラスの性質を考えようかとも思うのですが、あとから見ると「あ、これは指示か」とか思うこともあります。ほとんどの場合、指示と指示を受けての振る舞いが近いのであんまり気にならないのですが、なんだか性質を考えていることになるのか疑問に感じるようになります。

噂によると、メッセージと振る舞いとを別に記述できる言語もあるそうですが、どんなんでしょう。考えようによっては Windows もメッセージを受けて処理を決定するという点では別に記述しているような気もします（やたら入力を拒否する反抗的なテキストボックスとかも作れるみたいです）。

時間があったら調べてみたいと思います。

VBA だとプロシージャと関数とでサブルーチンのようなものを作ることができますが、 C/C++ だと関数です。関数＝機能と考えると、処理のブロックをなんでも関数で実装するのに違和感がなくなってくるのですが、最初は大変かもしれません。

ただ、 VBA の関数は戻り値を捨てられないとか、プロシージャを呼び出すのに Call が必要という仕様は、ソースコードが読みやすくなって良いなぁ、と思いました。 C/C++ を初めて見たときの記号っぽさが苦手だっただけに強く感じます。

VBA で逆に有利だと感じたのは、構造体や参照渡しができるという点です。普段 VBA しかやってなくても、できるだけ楽したいと思っていろんなプログラムを組まれている方は、ゲームプログラミングを覚えるのも楽だと確信しました。

VBA の基礎を活かしてゲームプログラミングを学ぶ際の一番の壁は、イベントドリブンというモデルで考えていた部分をゲームにうまく応用できるかだと思うのですが、ちょうどそのあたりの原稿を書いているので、書店に並んだら「ああ、こうなったか」と笑っていただけると幸いです。

データの取得はクラスメソッド、レコードはインスタンスに対応するようになったみたいで、すっきりした印象があります。よくわからんのですが DAO のパターンに近いのでしょうか？

…と、まぁ、こういった感じで、今まで使っていた技術を交換したくなったり、状況に逆らえず交換しなければならなくなることがあります（どういう経緯かわからないけどお客さんに指定されてるとか）。ただ、今までのノウハウや資産が生きないのもよくないことと思います（例が悪かったです、 CakePHP → Lithium だったら生きそうな資産が多くあります）。なんとか一個人でも力になれる枯れさせるための活動ができないものか日々足りない脳味噌を回す日々…

そんな経緯から、どんなライブラリ、どんなフレームワーク、どんな言語を使うケースでも、「こういうの毎回書いているなぁ…」と嫌になるロジックをまとめようかと思うようになりました（ちなみに、これはゲームにも関係するのですが、このサイトではやりません）。

前ふり終わり。

「状況が異なっても毎回書くような共通のロジックをまとめる」といっても、低の視点で見ると「共通」ではない何かに依存しているものです。たとえば、「変数 address の中に “Tokyo” が含まれているか？」という処理を実現する場合、まぁ、ポインタを進めて文字列を分析しても良いのですが、ほとんどの場合 strpos() とか使うのではと思います。「共通」と言いながらその言語の標準関数を使っていて、これに依存しているとほかの言語に持っていけません。…とは言うものの C/C++ の標準関数くらいだったら、ほかの言語にも似たような機能があるとみなして大丈夫ではなかろうかとも思い、前に買った書籍なんかを読み直して調べておりました。

結果、見逸れていただけで C/C++ の標準関数というのは（思っていたより）いろんなことができることが分かりました。とくに日付関連が便利でした。「これ、 PHP に持ってった時、対応する関数が見つかるだろうか？」などと心配にもなるほどです。

失敗です。考え直さねば…

良い機会なので、命名に関してこの際、考えを改めることにしました。

今まで、命名規則は出来合いのものを使っておりました。「これはどうやるんだっけ？」と忘れてしまっても参照できる情報源が豊富にありますゆえ。しかし、自分の作業スタイルに合ったものを考えた方がよかろうと思い至り、１から考えております（別にオリジナリティを出そうとかはないです）。

一番のポイントは「シンボルを条件に grep した際、目的の行を見つけることができるか？」です。 Eclipse のような IDE の機能をフルに活用すれば「この名前のメソッドを抽出したいんだけど、余分な行まで引っかかってしまう」などという情けない事態にはならないような気もしますが、今現在、自分はそれができません。なんとか命名規則で、「そのシンボルは何か？」が判断しやすくなれば助かります。

C/C++ はクラス内で自分のメソッドなどを書く際に this を省略できますので、メソッドなのか関数なのか判断が付きにくいことがあります。こういうときに methodName() と FunctionName() などとして別のルールで名前つければ grep で抽出しやすくなります。一時の気の迷いから MethodName() という紛らわしい関数を作ってしまった場合でも、 Upper Camel Case + () は関数名にしか使わないと決めておけば除外できます。

でも、いい加減 IDE で開発すれば良いのに。リファクタリング機能とかとんでもなく便利らしいです。

何かにたとえるのは教える側の「なんとか身近な物を想像してもらうことで、意味・必要性・雰囲気を感じ取って欲しい」という意図があるのですが、下手するとかえってわかりづらくなります。使われ方が似ていても用途などに隔たりがあるともう伝わりづらいと思います。

レストランのメニューは良いですね。どんなものが頼めるのか？それはどんな名前か？セットはつけられるのか？焼き方は選べるのか？なんも言わなかったら何がついてくるのか？ヘッダファイル見て関数のインタフェースを調べるのに似ています。

ただ、メニューはコピーして配布するのに対し、ヘッダファイルはプロジェクト内ではひとつです。パソコンが違えばコピーして配布するのですが、こういう事情も伝わりづらさのひとつです。

難しいです。できることといえば「目的」に焦点を当てることくらいでしょうか。

void (SomeClass::*pointer)() = &SomeClass::someMethod;

以下、例です。

#include <iostream>


class SomeClass
{
public:
  void someMethod()
  {
    std::cout <<"ポインタ経由でメソッドを読んでみた" <<std::endl;
  }
};

int main(int argc, char *argv[])
{
  void (SomeClass::*pointer)() = &SomeClass::someMethod;

  SomeClass *instance = new SomeClass();

  (instance->*pointer)(); // ポインタ経由でメソッドを読んでみた

  delete instance;

  return 0;
}

「す、すごい、これは応用範囲が広そうだ！」と思う前に、ポリモーフィズムを検討しましょう。Ｃ言語の関数ポインタと同じ文脈で使わない方が良いと思います。