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

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

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

Toucan | PortableApps.com – Portable software for USB drives

単純なコピーやミラーリング、差分コピー、同期する際に除外するファイルやディレクトリの指定など、同期ソフトの要件は当然満たしつつ、変数展開機能によって環境の差を吸収できるのが嬉しいポイントです。

例えば Windows XP と Windows 7 ではホームディレクトリが異なりますが、 @Home@ という変数に Windows XP の時と Windows 7 の時とで別のディレクトリを割り当てることができるので、同じ設定を異なるマシンで共有することが可能です（※ちょっと嘘で、ホスト名によって変数に別の値を割り当てることができるという感じです）。

今まで使っていたソフトは環境ごとに同期設定を増やさないといけなかったので手間が減って楽になりました。 Other というホスト名を書くと、該当するホスト名に対する変数値がなかった場合のデフォルト値を設定できるのも便利です。

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

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

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

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

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

ソフトウェア開発に幸せな未来はあるのか: 第15話　コーディング規約は必要か？

我々が嫌悪するハンガリアン記法というのはシステムハンガリアンというくくりなんですね。どっちかというと亜種らしいです。

仕事で他人の書いたプログラムを読むとき、配列（と思われる）変数へアクセスしないといけないことがあるかと思います。この時、連番になってる配列なのか、そうでないのか、隙間があるのか、ないのかとか考えないといけないことがたくさんありすぎて、「変数名でわかるようにしてほしいなぁ」なんて思うことがあるのですが、これは何ハンガリアンで解決するのでしょうか…

<?php
// 他人が書いたコード
$someArray = SomeDataListUpFunction();
// ↑見るからに配列っぽい

//// 以下、俺が追加したコード ////

// 連番を振って出力する
var $i = 1; // 連番になってないかもしれないので添え字は使わない
foreach ($someArray as $someElement) {
  printf("%d %s\n", $i++, $someElement);
}
?>

どうもプログラミング入門書に書いてあることが実際のゲームにどうつながるのか見えず、勉強を続けるモチベーションを失ってしまったようです。

たとえば…

int value = 100;

…というコードが、ゲームにどうつながるのかとても不安になったとのこと。んー、無理もないかもしれません。そもそも、プログラミング入門書を読んだくらいではゲームを作れるようにならないのですが、そういうのを知る手立てがなかったというのがかわいそうかもしれません。

実際、変数で実現することってたくさんあるのですが、こういう情報を発信するのも大切かなぁ、なんて思いました。

edge.hp     = edge.hp + 1000;  // ブルーベリーでエッジの HP が 1000 回復
edge.exp    = edge.exp + 100;  // 敵を倒してエッジの 100 の経験値を得た
party.fol   = party.fol + 500; // 敵を倒してパーティーが 500 フォルを得た
edge.level  = edge.level + 1;  // エッジがレベルアップした
edge.status = FOG;             // エッジがフォグ状態になった
edge.status = MAGIC_WAPON;     // エッジがマジックウェポン状態になった
edge.rage   = true;            // レイミが倒されてエッジが怒り状態になった
edge.atk    = edge.atk * 1.1;  // エッジの ATK が 10% アップした

これ、マカロニさんとミーティングしていて思い出したのですが、今、まとめている記事に反映しておこうと思います。

方法は簡単、使わない変数を void でキャストするだけです。

int main(int argc, char *argv[])
{
  static_cast<void>(argc); // ←ここと…
  static_cast<void>(argv); // ←ここ

  return 0;
}

ただ、基本的に警告に対しては真摯に向き合った方が良いと思います。変数を自分で用意しておいて使わないというのは、何か間違えているような気がします（ましてや１度も使ってないというのは凡ミスですよね）。

何かの情報を WEB で検索しているときに見つけたのですが、これ、どこかの書籍でも書いてあったかもしれません。

class SomeClass
{
private:
  const int value;
public:
  SomeClass(int value);
};

SomeClass::SomeClass(int value)
{
  this->value = value; // ←注目
}

なぜかというと、メンバ変数の value が const となっており、コンストラクタでそれを初期化せずに代入しようとしているからです（ const がつくと定数になるので初期化はできても代入はできません）。

コンストラクタでメンバ変数を初期化するためには次のように書きます。

SomeClass::SomeClass(int value) : value(value)
{
}

面白いですね。

なんでこんなことを書いているのかというと、「リードオンリーのメンバ変数を作りたいけどどうしたらいいのか」という初歩的なことで悩んでしまったので、自分を戒める意味で記録しておこうと思いました次第です。

ゲームは着々と設計が進んでおります。

public class SomeClass
{
  private var member:String;
  // ↓オーバーロードできねぇ！
  public function set member(member:String):void
  {
    this.member = member;
  }
  // ↓こっちも！
  public function get member():String
  {
    return this.member;
  }
}

ECMA の新しい仕様は全く把握しておりません。 getter, setter といっても関数の延長なんでしょうか。

普段は、「 this をつければメンバかパラメータか区別できるでしょう」という考えの下、メンバ変数にプリフィクスやサフィックスをつけないのですが、広く使われているパターンですし、私も m_ とかつけるポリシーに移行しようか検討しています。

まだ、本格的なゲームのコードを書いていないだけに迷います。今なら何とでもできますが、考えすぎても時間がもったいありません。

でも、 C# ならもっとうまくいけたような気がします。 getter, setter に名前が要らなかったような気が…（メンバ変数名が採用されるとか）

ただ、英語にあまり詳しくないと途中で壁にぶち当たります。

たとえば data に対する配列を作ろうと考えたとき、複数形は何になるでしょうか？ datas ？そんなの聞いたことありますか？実は、あろうはずがないんです。 data はすでに複数形ですので、複数形の複数形を考えていることになります。ちなみに単数形は datum らしいのですが、私はこれに気づくのが遅くて変数名のリファクタリングを迫られることになりました。

「なるほど、こういう風に複数形でも単数形のコンテクストで違和感なく振る舞える単語もあるんだな」と勉強して、「もう次はひっかからないぜ」とタカをくくっていたらもうひとつ見つけました。

media です。 media は複数形ですので medias は間違いです。単数形は medium です。これもリファクタリングしました。

ちょっと Array 派の考えに屈しそうになった冬の日です。

#include <iostream>


class aClass
{
private:
  int member;
public:
  aClass(int member) : member(member)
  {
  }
  void echoMember()
  {
    std::cout <<member <<std::endl;
  }
};

int main(int argc, char* argv[])
{
  aClass theClass(123);

  theClass.echoMember();        // 123 と出る

  return 0;
}

…というコードのコンパイルが通りました。コンパイラが区別つけば同じ名前でも大丈夫みたいですね。ブロック内では this->member と書けるので区別はできそうです。

何事も決めつけてはいけませんね。反省。