Communication

[C++] new & delete 血の掟

T.Hirase — Sun, 30 Aug 2009 01:35:00 GMT

今日のって、もう昨日の横浜勉強会から時既に12時間ほどが経過していますが、忘れないうちにεπιστημηさんのセッションで出てきたnew / delete 血の掟を簡単にまとめておきます。最後のケース６は、勝手に追加。やっちゃダメですよね？？

class Hoge { public: void func(){} };

int main()
{
	{ // 正しい new/delete の使い方
		Hoge* p = new Hoge();
		p->func();
		delete p;
	}
	
	{ // 正しい new[]/delete[] の使い方
		Hoge* p = new Hoge[10];
		p[0].func();
		delete[] p;
	}
	
	{ // 間違いケース１：お別れの挨拶を
		Hoge* p = new Hoge();
		p->func();
	}
	
	{ // 間違いケース２：なりすましに注意
		Hoge* p = new Hoge();
		p->func();
		p = new Hoge();
		p->func();
		delete p;
	}
	
	{ // 間違いケース３：お別れし過ぎ
		Hoge* p = new Hoge();
		p->func();
		delete p;
		// ... いろいろあって ...
		delete p;
	}
	
	{ // 間違いケース４：未練を残すな
		Hoge* p = new Hoge();
		delete p;
		p->func();
	}
	
	{ // 間違いケース５：強欲
		Hoge* p = new Hoge[10];
		p[10].func();
		delete[] p;
	}
	
	{ // 間違いケース６：すべて清算せよ
		Hoge* p = new Hoge[10];
		delete p;
	}
	
	return 0;
}

間違えたときは、核ミサイルが発射され、家賃の振込が物凄い額で振り込まれ、消したはずの恥ずかしいアレが消えなかったり、いやむしろ、まぁくんのお母さんに見つかる場所に自動で移動したり、もう何が起きても不思議ではありません。えぇ、ですから、掟をやぶったら、何がオキテもしょうがありません。えぇ、仕様がありませんから。

おやじデイ

T.Hirase — Sat, 29 Aug 2009 22:13:00 GMT

おやじデイ、というわけで、Gears of War 2 バリにイカすオヤジさんたちがスピーカーのわんくま横浜勉強会に初乗り込みしてきました（←乗り込んだのは私ですよ。）。スピーカーの皆さん、スタッフの皆さんお疲れさまでした。カンパは気持ち程度しかできませんでしたけど、また横浜で勉強会＆お食事会があれば参加します・・・・って、年１回になりそう。。

さっそく、うちに帰って、COMCOMとかOLEOLEしようとか思ったのですが、、、、、うち、メインマシンMacだった・・・・。や、Vistaマシンもあるにはあるんですが、最近起動してない・・・・。や、会社じゃちゃんとXP使って仕事してるんですけど、、うちMac。昨日発売されたばかりのSnowLeopard堪能中でした・・・・・。や、VirtualBoxすりゃいいんですけどね。や、XPのディスクどこいったんだっけ。。。

ま、今流行のまあくんを堪能でもしておきますか。Objective-Cで。

や、今日は、それより、Ninety Nine Nightsを完全実績解除するぞ。

thanks!

[C/C++/CLI/C#] 二値Enum型を作りたい。

T.Hirase — Thu, 30 Jul 2009 23:39:00 GMT

うすたー：[C#] Enumを二値扱いたかったりする。

うすたー：Enum で bool 型を使いたい時って？ (R.Tanaka.Ichiro's Blog)

前回の記事があまりにひどいできだったので、やり直します。

戻り値はtrue/falseでいいですか？

たとえば、データの書き込み関数「TryWritingBytes」を考えます。バッファリングやハードウェアの都合上、書き込みには失敗する可能性があります。

以下に、TryWritingBytes関数の使用例を示します。同関数の実装は省略。

extern bool TryWritingBytes(void * data, size_t size);

int main()
{
	// something to do.
	
	if (TryWritingBytes(data, size)) {
		// 成功時の処理
	} else {
		// 失敗時の処理
	}
	
	// something to do.
}

このTryWritingBytesの戻り値は、書き込み成功時にtrueを返す仕様になります。が、こういう「成功=Trueだな」みたいに、経験十分プログラマ的な感覚で決められた関数って、危ういと思います。みんながみんな経験十分プログラマとは限らないからです。

成功不成功という値を作るべし。

そんなわけで、trueがどっちを表すかなんて、不毛な議論やコメントを書くくらいなら、さっさと別の二値型を作って、読む人も書く人も間違えないようにすべきです。

そんなこんなで、このコード：

enum IsSuccess : bool {
	Success,
	Failed
};

extern IsSuccess TryWritingBytes(void * data, size_t size);

int main()
{
	// something to do.
	
	if (TryWritingBytes(data, size) == Success) {
		// 成功時の処理
	} else {	// Failed
		// 失敗時の処理
	}
	
	// something to do.
}

こんな言語仕様あった方がいいと思いません？

補足

先の記事で、私、「true/falseを別名で扱いたいだけです」と書いていますが、考え直したところ、全然ダメです。true/falseを別名で扱うこともやはり手段であって、目的ではないですし、仮にできたとしても、所詮別名、成功不成功を表す別名にtrue/falseを代入できてしまいますから。

なので、やっぱり、二値Enum。

また先の記事のコメントやトラックバックで、いくつか代替方法をいただきましたが、やはり私を含む経験不足プログラマが見てもわかりやすい方式（二値Enumに限らず）が言語仕様に組み込まれる方が良いと思います。

ちなみに、別に今回の二値Enumがベストな解だとは思っていません。

あとあと、最後に。他にも言語仕様に不満ってありません？　っていうか何でテキストエディタなんだよ？　とか。クラスのメソッドを編集するのに、どのファイルを開けばいいかなんて、覚えるのなんて意味ないよ？　とか。もっと自由にやらせろ、的な。

追記＠2009-07-30T23:40

Success/False以外の例をいくつか。

enum OpenClose : bool { Open, Close };
OpenClose CheckOpenClose();
OpenClose OpenTray();

enum YesNo : bool { Yes, No };
YesNo CheckResponse();
YesNo WaitResponse();

enum GoodBad : bool { Good, Bad };
GoodBad CheckFile(const char * file_name);

enum MaleFemale : bool { Male, Female };
MaleFemale CheckSexuality();

などなど

学生時代に学んでおきたいこと

T.Hirase — Wed, 08 Jul 2009 01:45:00 GMT

WEB+DB PRESS vol.51で約４０ページにわたって、「巧いメソッド設計」という特集がくんであります。

中身を見なくても、職業プログラマや、自分で開発してメンテナンスしたことがある人なら納得の内容ばかりです。

第1章：品質を実現する“巧い”プログラミング
プログラミングこそ，真の設計

第2章：クラス設計／パブリックメソッド設計の考え方
処理分担をどう実現するか

第3章：プログラムの意図を読み手にいかに伝えるか
コメント，ネーミング，コーディング標準

第4章：メソッド構造化の実践知識
実装者が心得ておくべき品質向上のための手法

第5章：メソッドの副作用を考える
同じ引数で呼び出しても結果が違うメソッドの扱い方

第6章：メソッドのエラー処理を考える
「契約による設計」を使った潜在的バグへの対処

第7章：Javadocをコード品質の向上に活用しよう
ドキュメントツールJavadoc再入門

大学のとき、こういう授業ってなかったなぁと思います。またデバッグの授業とかもあればいいなと思います。

どうやってバグを回避するか、バグが出たときにどう対処するか、それを学生さんに学んでほしいです。というか、自分が学びたかったです。

学問としての面白みは皆無なような気も、のめり込めば、楽し過ぎる気もしますが、職業プログラマとしては必要なことなので、きっちり学んでから就職したいものです。

漸化式とプログラムループ

T.Hirase — Thu, 28 May 2009 02:00:00 GMT

すべての漸化式の一般項が存在するならば、すべてのプログラムループは、１ループ単位でを並列実行できる・・・・・、とかなんとか。

プログラムのループって、１回１回のループが別のループに依存していなければ、当然並列実行できると思う。たとえば、１回目のループと２回目のループは単にループ回数を利用して、特定の計算をしているだけ・・・とか。（ようわ、for文のiにだけ依存しているってこと。）

で、別に他のループに依存していたら並列実行できないのかって考えた結果、その依存性を排除できれば並列実行できるわけなんだから、後は依存性を如何に排除すべきかって考えた。

そうしたときに、ふと漸化式が舞い降りた。漸化式って、前後の値に依存するけど、一般項を求められる。これってつまり、前後の値への依存性を排除できているってこと。ということは、何だ。プログラムのループだって依存性を排除できるじゃない。

って、夢うつつに思う。

いや、まぁ、ハードウェア資源的な問題もあるけど、計算だけなら大丈夫・・・？

[NEWS] Visual Studio 2008 Professional が 68,000 円也。

T.Hirase — Tue, 03 Feb 2009 10:14:00 GMT

Visual Studio 2008 発売 1 周年記念 | アップグレードパッケージ対象拡張ということで、2009 年 2 月 2 日より、Express Edition → Professional のアップグレードが可能になり、Professional が実質 68,000 円で購入できるようになりました。

自宅では Express Edition で十分だとか思ってましたが、少々考え中。もう一声って感じもします。

[Visual Studio] 効率よくコピペする。

T.Hirase — Wed, 28 Jan 2009 09:49:00 GMT

@IT の「VS.NETでコードを効率よくコピー＆ペーストするには？」以外で知っている方法を列挙します。

「CTRL + Click」で単語or数値選択
ダブルクリックで単語or数値選択
選択範囲をマウス右ボタンでドラッグすると、「移動」または「コピー」が簡易にできる。
選択範囲をマウスでドラッグして、「ツールボックス」にドロップすると、クリップボードリング的に使える。
ブロック選択は、キーボードだけでも行える（Alt+Shift+↑、→等）

[C#] ジェネリック＋型情報で頑張る「文字列→値」変換

T.Hirase — Fri, 23 Jan 2009 10:20:00 GMT

Ｒ・田中一郎さんの「またジェネリックで挫折」しないように、ジェネリック＋型情報で頑張る日記。

namespace Sample
{
    using System;
    using System.ComponentModel;
    using System.Diagnostics;

    static class Program
    {
        static void Main(string[] args)
        {
            var value = ToNumeric<Decimal>("10.2");
            Console.WriteLine(value);
        }

        static public T ToNumeric<T>(string value)
        {
            if (value == null) return default(T);

            if (String.IsNullOrEmpty(value)) return default(T);

            try
            {
                var converter = GetNumericConverter<T>();
                if (converter != null && converter.CanConvertFrom(typeof(String)))
                {
                    return (T)converter.ConvertFromString(value);
                }
            }
            catch (Exception e)  // Exception を捕りたくないんだけど、他に方法がない。
            {
                Debug.WriteLine(e.Message);
            }
            return default(T);
        }

        static BaseNumberConverter GetNumericConverter<T>()
        {
            Type typeInfo = typeof(T);

            if (typeInfo == typeof(Byte)) return new ByteConverter();
            if (typeInfo == typeof(Decimal)) return new DecimalConverter();
            if (typeInfo == typeof(Double)) return new DoubleConverter();
            if (typeInfo == typeof(Int16)) return new Int16Converter();
            if (typeInfo == typeof(Int32)) return new Int32Converter();
            if (typeInfo == typeof(Int64)) return new Int64Converter();
            if (typeInfo == typeof(SByte)) return new SByteConverter();
            if (typeInfo == typeof(Single)) return new SingleConverter();
            if (typeInfo == typeof(UInt16)) return new UInt32Converter();
            if (typeInfo == typeof(UInt32)) return new UInt32Converter();
            if (typeInfo == typeof(UInt64)) return new UInt32Converter();

            return null;
        }
    }
}

[雑記] Google Chrome の応答性へのこだわり

T.Hirase — Wed, 24 Dec 2008 08:41:00 GMT

@IT に「Chromeはなぜ速いのか」という記事が出ています。インターネットブラウザを作る上だけではないノウハウが満載なので、簡単にまとめておきます。→そんなことない？

Google Chrome の応答性へのこだわり

プロセスは、大きく3種類のプロセスを生成する。
1. ユーザーインタフェース
2. レンダリング
3. プラグイン
起動プロセスは、できるだけ簡潔に行う。
1. 最初に読み込んでいるのは、chrome.exe と chrome.dll、設定ファイルだけ。ページのレンダリングに必要なモジュールやその他もろもろは後から非同期に読み込む。驚くべきことに、ネットワーク関連のモジュールさえも読み込んでいない。
ユーザーがアクセスするプロセスからのディスク I/O は一切禁止。
- 「名前を付けて保存」さえも別プロセス。
子ウィンドウを作らせない。
- 子ウィンドウがあると、Windows メッセージの仕組み上、どこかのウィンドウで処理がもたつくと、全体の応答性が低下してしまう。
レンダリングプロセスは本体ウィンドウへの描画を間接的に行う。
- いったん裏画面へ描画し、表画面へ転送する（もちろん必要に応じて、だと思う）。
Chrome ブラウザは、フィッシングサイト対策のために URL リストを保持するが、URL そのものではなく、SHA-256 値を持っている。
- しかも、SHA-256 値は、256 bit のうち先頭の 32 bit だけである（32bit がヒットしたら、Google のサーバーから本当に疑わしい URL なのかを確認しにいく）。
URL → IP アドレスへの変換（DNSによる名前解決）をユーザーからの命令（クリックなど）が来るまでもなくやってしまう（AJAX的だ）。

応答性へこだわる理由

当初のわれわれのGoogle Chromeの目標は、このブラウザをできるだけ速くすることだった。しかし、生の速度（raw speed）に加えて高い応答性を持つようにしたかった。結局のところ、ページがいくら速くロードできたって、ユーザーインターフェイスが固まったら意味がないんだから！ (But in addition to raw speed, we wanted it to be highly responsive. After all, it doesn't matter how fast pages can be loaded if the user interface is locked up!)
0.5秒の遅延でユーザー離れしてしまう。

その他

ユーザーをないがしろにしないこと (not to maltreat users)
裏でできる限りのことをやろう
コード変更のたびに、「自動ビルド→自動テスト→自動パフォーマンス計測」され、パフォーマンスが悪くなるようなコード変更は許さない。

以上

追記＠2008-12-24T08:53

そういや最近、自分が書く GUI のツールは、「コンソール呼び出し」が多くなってきました。コンソール呼び出しの場合、UI スレッドとは完全に分離されているので応答性が良いですし、結構 Chrome さんに似ている感じになっています。ま、でも呼び出す先のプロセスはひとつのコンソールなんで、Chrome さんのように、レンダリングプロセス、プラグインプロセスのようにヘテロジニアスな感じではないですが。ま、似てますね。

仕事のブログ更新

T.Hirase — Tue, 09 Dec 2008 09:35:00 GMT

こんなの書きました↓

CRIチャンネル「ミドルウェアにしてミドルウェアにあらず。」。

よろしくどうぞ。