C# で文字列連結するとき、string 型を += で連結するとパフォーマンスが落ちるので、ある程度の回数以上の文字列連結には StringBuilder を使うということが常識となっている。string は不変なので、連結の度に新しいオブジェクトの生成と破棄がおこなわれるからというのが差の発生原因。
ただ、私は実際どの程度性能が劣化するのか計測したことがない。このままだとコードレビューの時に﹁StringBuilder 使え﹂と指摘をしても、その根拠となる数値を示せない。後輩などに﹁計測もしないで性能が落ちるなんて言ってるんですか?性能を理由にコードを書き換えるときはまず計測しろって言ってたのは斎藤さんじゃないですか?﹂とか言われかねないので、計測してみる。幸いなことに、私の所にはこの程度の指摘をする必要のある後輩はいないので問題ないけど。
using System; using System.Text;
namespace ConsoleApplication1 { /// <summary> /// Class1 の概要の説明です。 /// </summary> class Class1 { /// <summary> /// 文字列連結の速度比較 /// </summary> [STAThread] static void Main(string[] args) {
int times = 100000; Console.WriteLine("{0:d} times loop.", times);
DateTime start_str = DateTime.Now; string str = string.Empty; for (int i = 0; i < times; i++) { str += i.ToString(); } Console.WriteLine("String += : " + (DateTime.Now - start_str).ToString());
DateTime start_str_builder_default = DateTime.Now; System.Text.StringBuilder sb_default = new System.Text.StringBuilder(); for (int i = 0; i < times; i++) { sb_default.Append(i); } Console.WriteLine("StringBuilder: " + (DateTime.Now - start_str_builder_default).ToString()); } } }
ちなみに実行環境は以下の通り。 富士通 FMV-E600 Celeron 1.7GHz 512MB Memory Visual Studio 2003 C# のコンソールアプリケーションとして作成。 Debug モードでコンパイルし、CTRL + F5 で実行。
1000 times loop. String += : 00:00:00.0156250 StringBuilder: 00:00:00
千回のループ。StringBuilder を使ったときの所要時間がゼロになってる。このタイマーの精度は15ミリ秒単位で出力できる程度だっけ?その範囲内に収まっちゃったってことか。何にせよ1000回じゃ少ないなあ。
10000 times loop. String += : 00:00:01.8125000 StringBuilder: 00:00:00.0156250
一万回のループ。百倍くらい違うな。実際にはいろいろ無茶をやった分に付随するコストも加算されるだろうから、環境によって差は変動するかもしれない。
100000 times loop. String += : 00:05:20.5000000 StringBuilder: 00:00:00.0781250
十万回のループ。+= の方は耐えられないくらい遅い。指数的に処理時間が増大している。一方、StringBuilder は安定しているな。
これだけ差があれば、StringBuilder 使えという根拠は示せるね。使う基準としては、ループ内だったら迷わず StringBuilder。回数が固定的なループでも、設定の値や仕様が変わってループ回数が変わるのは良くあることだし。ループ外でも回数が多ければ StringBuilder。ループ外で、かつ一桁程度の回数しか連結しないんだったら += でもいい。
ところで、コンパイラは += を StringBuilder に置き換えるという最適化とかしてくれないのかな。この問題については、人間が適切な文字列連結手法を選ぶ方がスマートだと思うけど、コンパイラによる力業で解決できないのかな。
計測に使ったコードは以下の通り。環境は変更なし。 バッファサイズは 1, 8, 64, 256, 1024, 8192, 16384, 65536, 16777216 を試すことにした。この数値の根拠は勘。ちなみに何も指定しない場合のデフォルトは16だそうだ。
using System; using System.Text;
namespace ConsoleApplication1 { /// <summary> /// Class1 の概要の説明です。 /// </summary> class Class1 { /// <summary> /// 文字列連結の速度比較 /// </summary> [STAThread] static void Main(string[] args) {
int times = 1000000; Console.WriteLine("{0:d} times loop.", times);
DateTime start_str_builder_default = DateTime.Now; System.Text.StringBuilder sb_default = new System.Text.StringBuilder(); for (int i = 0; i < times; i++) { sb_default.Append(i); } Console.WriteLine("StringBuilder: Capacity: Default: " + (DateTime.Now - start_str_builder_default).ToString());
int[] capacity_list = {1, 8, 64, 256, 1024, 8192, 16384, 65536, 16777216}; foreach (int capacity in capacity_list) { DateTime start_str_builder = DateTime.Now; System.Text.StringBuilder sb = new System.Text.StringBuilder(capacity); for (int i = 0; i < times; i++) { sb.Append(i); } Console.WriteLine("StringBuilder: Capacity: " + capacity.ToString() + " : " + (DateTime.Now - start_str_builder).ToString()); } } } }
1000000 times loop. StringBuilder: Capacity: Default: 00:00:00.8437500 StringBuilder: Capacity: 1 : 00:00:00.8281250 StringBuilder: Capacity: 8 : 00:00:00.8593750 StringBuilder: Capacity: 64 : 00:00:00.8281250 StringBuilder: Capacity: 256 : 00:00:00.8593750 StringBuilder: Capacity: 1024 : 00:00:00.9375000 StringBuilder: Capacity: 8192 : 00:00:00.8593750 StringBuilder: Capacity: 16384 : 00:00:00.8750000 StringBuilder: Capacity: 65536 : 00:00:00.8593750 StringBuilder: Capacity: 16777216 : 00:00:00.8125000
まずは百万回。うーん、あんまり変わらないね。ほんの少しだけ値が変動してるけど、百分の一秒レベル。F-ZERO でタイムアタックするなら大きな違いだけど、ここではそこまで重要な意味は持っていないと思う。誤差の範囲。
3000000 times loop. StringBuilder: Capacity: Default: 00:00:02.7031250 StringBuilder: Capacity: 1 : 00:00:02.6562500 StringBuilder: Capacity: 8 : 00:00:02.7968750 StringBuilder: Capacity: 64 : 00:00:02.8437500 StringBuilder: Capacity: 256 : 00:00:02.9687500 StringBuilder: Capacity: 1024 : 00:00:02.8437500 StringBuilder: Capacity: 8192 : 00:00:02.9687500 StringBuilder: Capacity: 16384 : 00:00:02.8593750 StringBuilder: Capacity: 65536 : 00:00:02.9687500 StringBuilder: Capacity: 16777216 : 00:00:02.9062500
三百万回に増やしてもあまり変わらないね。本当はこのあと一千万回も試そうとしたんだけど、512MB のメモリしかない私のマシンではメモリを使い尽くしてスワップが発生し始めたので取りやめた。
キャパシティを指定した場合とそうでない場合で有意な差は見いだせなかった。もちろん、実行環境やデータのサイズによっても変動してくるとは思う。ただ、キャパシティの値はとりあえずデフォルトでも良いかなあ。とにかく += じゃなくて StringBuilder を使う方が大切ってことだな。極限までチューニングする必要があるときは、計測した上でどうするか決めれば良い。でも、そういう時ってたぶん StringBuilder 以外にボトルネックがありそうな気がする。
ただ、私は実際どの程度性能が劣化するのか計測したことがない。このままだとコードレビューの時に﹁StringBuilder 使え﹂と指摘をしても、その根拠となる数値を示せない。後輩などに﹁計測もしないで性能が落ちるなんて言ってるんですか?性能を理由にコードを書き換えるときはまず計測しろって言ってたのは斎藤さんじゃないですか?﹂とか言われかねないので、計測してみる。幸いなことに、私の所にはこの程度の指摘をする必要のある後輩はいないので問題ないけど。
- 計測用コード
傾向がわかればいいので、コードは簡単に書いた。using System; using System.Text;
namespace ConsoleApplication1 { /// <summary> /// Class1 の概要の説明です。 /// </summary> class Class1 { /// <summary> /// 文字列連結の速度比較 /// </summary> [STAThread] static void Main(string[] args) {
int times = 100000; Console.WriteLine("{0:d} times loop.", times);
DateTime start_str = DateTime.Now; string str = string.Empty; for (int i = 0; i < times; i++) { str += i.ToString(); } Console.WriteLine("String += : " + (DateTime.Now - start_str).ToString());
DateTime start_str_builder_default = DateTime.Now; System.Text.StringBuilder sb_default = new System.Text.StringBuilder(); for (int i = 0; i < times; i++) { sb_default.Append(i); } Console.WriteLine("StringBuilder: " + (DateTime.Now - start_str_builder_default).ToString()); } } }
ちなみに実行環境は以下の通り。 富士通 FMV-E600 Celeron 1.7GHz 512MB Memory Visual Studio 2003 C# のコンソールアプリケーションとして作成。 Debug モードでコンパイルし、CTRL + F5 で実行。
- 計測結果
計測した結果。times の数を変えて3パターン計測。1000 times loop. String += : 00:00:00.0156250 StringBuilder: 00:00:00
千回のループ。StringBuilder を使ったときの所要時間がゼロになってる。このタイマーの精度は15ミリ秒単位で出力できる程度だっけ?その範囲内に収まっちゃったってことか。何にせよ1000回じゃ少ないなあ。
10000 times loop. String += : 00:00:01.8125000 StringBuilder: 00:00:00.0156250
一万回のループ。百倍くらい違うな。実際にはいろいろ無茶をやった分に付随するコストも加算されるだろうから、環境によって差は変動するかもしれない。
100000 times loop. String += : 00:05:20.5000000 StringBuilder: 00:00:00.0781250
十万回のループ。+= の方は耐えられないくらい遅い。指数的に処理時間が増大している。一方、StringBuilder は安定しているな。
これだけ差があれば、StringBuilder 使えという根拠は示せるね。使う基準としては、ループ内だったら迷わず StringBuilder。回数が固定的なループでも、設定の値や仕様が変わってループ回数が変わるのは良くあることだし。ループ外でも回数が多ければ StringBuilder。ループ外で、かつ一桁程度の回数しか連結しないんだったら += でもいい。
ところで、コンパイラは += を StringBuilder に置き換えるという最適化とかしてくれないのかな。この問題については、人間が適切な文字列連結手法を選ぶ方がスマートだと思うけど、コンパイラによる力業で解決できないのかな。
- StringBuilder のキャパシティの初期サイズによる速度の違い
StringBuilder は内部バッファを持っている。扱うデータのおおよそのサイズがあらかじめわかっているなら、そのバッファのキャパシティをコンストラクタに指定しておいた方が、バッファの拡張のオーバーヘッドを抑えられるので速くなるとのこと。これについても計測してみた。計測に使ったコードは以下の通り。環境は変更なし。 バッファサイズは 1, 8, 64, 256, 1024, 8192, 16384, 65536, 16777216 を試すことにした。この数値の根拠は勘。ちなみに何も指定しない場合のデフォルトは16だそうだ。
using System; using System.Text;
namespace ConsoleApplication1 { /// <summary> /// Class1 の概要の説明です。 /// </summary> class Class1 { /// <summary> /// 文字列連結の速度比較 /// </summary> [STAThread] static void Main(string[] args) {
int times = 1000000; Console.WriteLine("{0:d} times loop.", times);
DateTime start_str_builder_default = DateTime.Now; System.Text.StringBuilder sb_default = new System.Text.StringBuilder(); for (int i = 0; i < times; i++) { sb_default.Append(i); } Console.WriteLine("StringBuilder: Capacity: Default: " + (DateTime.Now - start_str_builder_default).ToString());
int[] capacity_list = {1, 8, 64, 256, 1024, 8192, 16384, 65536, 16777216}; foreach (int capacity in capacity_list) { DateTime start_str_builder = DateTime.Now; System.Text.StringBuilder sb = new System.Text.StringBuilder(capacity); for (int i = 0; i < times; i++) { sb.Append(i); } Console.WriteLine("StringBuilder: Capacity: " + capacity.ToString() + " : " + (DateTime.Now - start_str_builder).ToString()); } } } }
1000000 times loop. StringBuilder: Capacity: Default: 00:00:00.8437500 StringBuilder: Capacity: 1 : 00:00:00.8281250 StringBuilder: Capacity: 8 : 00:00:00.8593750 StringBuilder: Capacity: 64 : 00:00:00.8281250 StringBuilder: Capacity: 256 : 00:00:00.8593750 StringBuilder: Capacity: 1024 : 00:00:00.9375000 StringBuilder: Capacity: 8192 : 00:00:00.8593750 StringBuilder: Capacity: 16384 : 00:00:00.8750000 StringBuilder: Capacity: 65536 : 00:00:00.8593750 StringBuilder: Capacity: 16777216 : 00:00:00.8125000
まずは百万回。うーん、あんまり変わらないね。ほんの少しだけ値が変動してるけど、百分の一秒レベル。F-ZERO でタイムアタックするなら大きな違いだけど、ここではそこまで重要な意味は持っていないと思う。誤差の範囲。
3000000 times loop. StringBuilder: Capacity: Default: 00:00:02.7031250 StringBuilder: Capacity: 1 : 00:00:02.6562500 StringBuilder: Capacity: 8 : 00:00:02.7968750 StringBuilder: Capacity: 64 : 00:00:02.8437500 StringBuilder: Capacity: 256 : 00:00:02.9687500 StringBuilder: Capacity: 1024 : 00:00:02.8437500 StringBuilder: Capacity: 8192 : 00:00:02.9687500 StringBuilder: Capacity: 16384 : 00:00:02.8593750 StringBuilder: Capacity: 65536 : 00:00:02.9687500 StringBuilder: Capacity: 16777216 : 00:00:02.9062500
三百万回に増やしてもあまり変わらないね。本当はこのあと一千万回も試そうとしたんだけど、512MB のメモリしかない私のマシンではメモリを使い尽くしてスワップが発生し始めたので取りやめた。
キャパシティを指定した場合とそうでない場合で有意な差は見いだせなかった。もちろん、実行環境やデータのサイズによっても変動してくるとは思う。ただ、キャパシティの値はとりあえずデフォルトでも良いかなあ。とにかく += じゃなくて StringBuilder を使う方が大切ってことだな。極限までチューニングする必要があるときは、計測した上でどうするか決めれば良い。でも、そういう時ってたぶん StringBuilder 以外にボトルネックがありそうな気がする。
すべての記事の見出し (全1029件)
●すべての記事の見出し (カテゴリ別表示)
●すべての記事の見出し (時系列順で表示)
全カテゴリの一覧と記事の数
カテゴリごとに記事をまとめ読みできます。記事の表題だけを見たい場合は、すべての記事の見出し (カテゴリ別表示) へ。
●.net (57件) ●2ch (19件) ●amazon (5件) ●Apache (22件) ●bash (13件) ●Bookmarklet (9件) ●C# (45件) ●chalow (18件) ●ChangeLog メモ (20件) ●coLinux (2件) ●CSS (5件) ●Delphi (5件) ●DVD (6件) ●Excel (1件) ●F-ZERO (4件) ●FF12 (31件) ●ftp (8件) ●Google (21件) ●gpg (7件) ●HTML (19件) ●http (19件) ●IE(10件) ●IIS (4件) ●iPod (2件) ●JavaScript (14件) ●Linux (63件) ●MCP (6件) ●Mozilla (14件) ●MS SQL Server (30件) ●MySQL (4件) ●Namazu (3件) ●PC(48件) ●Perl (58件) ●PHP (2件) ●Postgres (36件) ●proftpd (2件) ●qmail (1件) ●RFC (4件) ●RSS (33件) ●Ruby (15件) ●samba (3件) ●sonic64.com (6件) ●SQL (15件) ●Squid (3件) ●ssh (7件) ●Subversion (3件) ●unix (31件) ●VSS (2件) ●Windows (34件) ●winny (9件) ●XML (9件) ●xyzzy (17件) ●おいでよ どうぶつの森 (19件) ●お菓子 (5件) ●アスキーアート (13件) ●アニメ (9件) ●クレジットカード (2件) ●ゲーム (120件) ●シェルスクリプト (18件) ●シレン2(8件) ●セキュリティ (9件) ●ソフトウェア (21件) ●デザインパターン (2件) ●ネットワーク (30件) ●バックアップ (17件) ●プログラミング (14件) ●マリオカートDS(3件) ●メール (26件) ●メモ (116件) ●ラーメン (11件) ●音楽 (59件) ●給油 (3件) ●三国志大戦 (13件) ●車 (7件) ●書斎 (4件) ●食 (30件) ●買い物 (17件) ●簿記 (8件) ●本 (32件) ●漫画 (9件) 直近30日分の記事 2007-04-23 (Mon) ●PC: 開発用の新PC東芝EQUIUM 5170のメモ 2007-03-07 (Wed) ●Mozilla: Mozilla Thunderbird で引用の色つき表示と引用符変更 2007-02-27 (Tue) ●ソフトウェア: Excel: Excel でシートを自動縮小して最適な横幅で印刷する 2007-01-17 (Wed) ●本: ソフトウェア見積りを読了 2007-01-15 (Mon) ●メモ: お年玉付き年賀状の当選番号 平成19年 2007-01-14 (Sun) ●本: クレジットカード: クレジットカードのごほうびを読了 2007-01-08 (Mon) ●本: デッドラインを読了 2006-12-01 (Fri) ●アニメ: DVD: 機動戦士ガンダム0083第一話 ガンダム強奪を視聴 2006-11-22 (Wed) ●メモ: ブックオフの会員カードとポイントがツタヤTポイントに移行 2006-11-20 (Mon) ●ソフトウェア: OpenOffice.org Calc でセル内で改行する 2006-11-19 (Sun) ●クレジットカード: メモ: すべての買い物が1%割引になるクレジットカード P-One カードを申し込んだ 2006-09-30 (Sat) ●メモ: 忙しいとメモ書かなくなっちゃうけど 誰にだって一、二度はあること 2006-08-29 (Tue) ●MS SQL Server: SQL: MS SQL Server でDBから SQL スクリプトを生成する手順とオプション 2006-08-04 (Fri) ●ゲーム: 8月4日はレイストーム作戦発動日 - Operation Raystorm 2006-07-27 (Thu) ●メモ: 買い物: ダイソーの157円ストップウォッチの精度を測る 2006-07-23 (Sun) ●本: 書斎: 立花隆の机は幅200cm、奥行き100cmで45万円 2006-07-17 (Mon) ●ゲーム: スーパーソニックの壁紙 2006-07-10 (Mon) ●本: 書斎: インターネット書斎術を読了 2006-07-06 (Thu) ●本: 書斎: リンボウ先生の書斎のある暮らしを読了 2006-07-03 (Mon) ●メモ: 書斎: 書斎を作る 2006-06-29 (Thu) ●食: ボウモア・シングルセレクト シングルモルトウイスキーを飲む 2006-06-28 (Wed) ●ネットワーク: http: HTML: robots.txt でロボット避け 2006-06-27 (Tue) ●本: Google: グーグル - Google 既存のビジネスを破壊する を読了 2006-06-25 (Sun) ●メモ: シグマ Σ の意味と計算方法 2006-06-19 (Mon) ●ネットワーク: PC: BUFFALO LSW-TX-24NSR 24ポートスイッチングハブを購入 2006-06-18 (Sun) ●ゲーム: FF12: ヤズマット討伐完了 2006-06-15 (Thu) ●Windows: unix: cygrunsrv が CPU を消費して Windows Update できない件の対処 2006-06-11 (Sun) ●音楽: メモ: 星の世界と賛美歌312番﹁いつくしみ深き﹂は同じ旋律 2006-06-01 (Thu) ●メモ: 簿記: 電卓のGTと M+ MRC キーの使い方 2006-05-30 (Tue) ●メモ: 至上命題ではなく至上命令 プロファイル 斎藤 宏明。エンジニアです。宇都宮市に住んでいます。 リンク ●そらはや情報 ●禁断の壷2ちゃんねるターボ用 proxy 自動設定ファイル ●Planet .NET Japan RSS ●
記事全文入りRSS (直近数日分)
● 記事全文入り RSS (全記事分)
スポンサードリンク
Powered by
☆さくらインターネット☆
●.net (57件) ●2ch (19件) ●amazon (5件) ●Apache (22件) ●bash (13件) ●Bookmarklet (9件) ●C# (45件) ●chalow (18件) ●ChangeLog メモ (20件) ●coLinux (2件) ●CSS (5件) ●Delphi (5件) ●DVD (6件) ●Excel (1件) ●F-ZERO (4件) ●FF12 (31件) ●ftp (8件) ●Google (21件) ●gpg (7件) ●HTML (19件) ●http (19件) ●IE(10件) ●IIS (4件) ●iPod (2件) ●JavaScript (14件) ●Linux (63件) ●MCP (6件) ●Mozilla (14件) ●MS SQL Server (30件) ●MySQL (4件) ●Namazu (3件) ●PC(48件) ●Perl (58件) ●PHP (2件) ●Postgres (36件) ●proftpd (2件) ●qmail (1件) ●RFC (4件) ●RSS (33件) ●Ruby (15件) ●samba (3件) ●sonic64.com (6件) ●SQL (15件) ●Squid (3件) ●ssh (7件) ●Subversion (3件) ●unix (31件) ●VSS (2件) ●Windows (34件) ●winny (9件) ●XML (9件) ●xyzzy (17件) ●おいでよ どうぶつの森 (19件) ●お菓子 (5件) ●アスキーアート (13件) ●アニメ (9件) ●クレジットカード (2件) ●ゲーム (120件) ●シェルスクリプト (18件) ●シレン2(8件) ●セキュリティ (9件) ●ソフトウェア (21件) ●デザインパターン (2件) ●ネットワーク (30件) ●バックアップ (17件) ●プログラミング (14件) ●マリオカートDS(3件) ●メール (26件) ●メモ (116件) ●ラーメン (11件) ●音楽 (59件) ●給油 (3件) ●三国志大戦 (13件) ●車 (7件) ●書斎 (4件) ●食 (30件) ●買い物 (17件) ●簿記 (8件) ●本 (32件) ●漫画 (9件) 直近30日分の記事 2007-04-23 (Mon) ●PC: 開発用の新PC東芝EQUIUM 5170のメモ 2007-03-07 (Wed) ●Mozilla: Mozilla Thunderbird で引用の色つき表示と引用符変更 2007-02-27 (Tue) ●ソフトウェア: Excel: Excel でシートを自動縮小して最適な横幅で印刷する 2007-01-17 (Wed) ●本: ソフトウェア見積りを読了 2007-01-15 (Mon) ●メモ: お年玉付き年賀状の当選番号 平成19年 2007-01-14 (Sun) ●本: クレジットカード: クレジットカードのごほうびを読了 2007-01-08 (Mon) ●本: デッドラインを読了 2006-12-01 (Fri) ●アニメ: DVD: 機動戦士ガンダム0083第一話 ガンダム強奪を視聴 2006-11-22 (Wed) ●メモ: ブックオフの会員カードとポイントがツタヤTポイントに移行 2006-11-20 (Mon) ●ソフトウェア: OpenOffice.org Calc でセル内で改行する 2006-11-19 (Sun) ●クレジットカード: メモ: すべての買い物が1%割引になるクレジットカード P-One カードを申し込んだ 2006-09-30 (Sat) ●メモ: 忙しいとメモ書かなくなっちゃうけど 誰にだって一、二度はあること 2006-08-29 (Tue) ●MS SQL Server: SQL: MS SQL Server でDBから SQL スクリプトを生成する手順とオプション 2006-08-04 (Fri) ●ゲーム: 8月4日はレイストーム作戦発動日 - Operation Raystorm 2006-07-27 (Thu) ●メモ: 買い物: ダイソーの157円ストップウォッチの精度を測る 2006-07-23 (Sun) ●本: 書斎: 立花隆の机は幅200cm、奥行き100cmで45万円 2006-07-17 (Mon) ●ゲーム: スーパーソニックの壁紙 2006-07-10 (Mon) ●本: 書斎: インターネット書斎術を読了 2006-07-06 (Thu) ●本: 書斎: リンボウ先生の書斎のある暮らしを読了 2006-07-03 (Mon) ●メモ: 書斎: 書斎を作る 2006-06-29 (Thu) ●食: ボウモア・シングルセレクト シングルモルトウイスキーを飲む 2006-06-28 (Wed) ●ネットワーク: http: HTML: robots.txt でロボット避け 2006-06-27 (Tue) ●本: Google: グーグル - Google 既存のビジネスを破壊する を読了 2006-06-25 (Sun) ●メモ: シグマ Σ の意味と計算方法 2006-06-19 (Mon) ●ネットワーク: PC: BUFFALO LSW-TX-24NSR 24ポートスイッチングハブを購入 2006-06-18 (Sun) ●ゲーム: FF12: ヤズマット討伐完了 2006-06-15 (Thu) ●Windows: unix: cygrunsrv が CPU を消費して Windows Update できない件の対処 2006-06-11 (Sun) ●音楽: メモ: 星の世界と賛美歌312番﹁いつくしみ深き﹂は同じ旋律 2006-06-01 (Thu) ●メモ: 簿記: 電卓のGTと M+ MRC キーの使い方 2006-05-30 (Tue) ●メモ: 至上命題ではなく至上命令 プロファイル 斎藤 宏明。エンジニアです。宇都宮市に住んでいます。 リンク ●そらはや情報 ●禁断の壷2ちゃんねるターボ用 proxy 自動設定ファイル ●Planet .NET Japan RSS ●
記事全文入りRSS (直近数日分)
● 記事全文入り RSS (全記事分)
スポンサードリンク
Powered by
☆さくらインターネット☆
