ClickIDE 1.6.0->1.7.0

　てことでEclipseプラグインのアップデート。て、どうやるのが正解なの？これだから２年に１回くらいしかJava(というかこの場合はEclipseか)触らない人はダメですねぇ。

　とりあえずfeaturesとplugins以下をコピーしてEclipse起動→「ヘルプ」「ソフトウェアの更新」「構成の管理」でClickIDE 1.6.0を選択して「別のバージョンとの置換」→Eclipse再起動　の流れでいいのかな。新規プロジェクトも作れてるしこれで良い？

→1.6で作成したプロジェクトの中身をClick1.3.1にしようとして、プロジェクトファセットのバージョンを切り替えようとしたんだけど以下のエラー。

　むぅ。しょうがないのでプラグインを一旦1.6に戻してプロジェクトファセットを外してからプラグインを1.7、そんでもってファセットを追加しなおし。これでいいのかな？

→WEB-INF/click.xmlが新規のになってた←そりゃそうだorz。やっぱり手順が根本的に間違ってた予感。まぁいいやsvnで復活させたので気にしないことにします。これでClick1.3.1が触れるようになったし。

VS2005 SP1

出た。VSSDに当ててみたけど、どってこともなかった（今のところ）。TFSは大変らしい。ていうか、TFSやっぱり面倒くさすぎ。選任がいるようなのは、うちら中小には必要ねぇっす。

Visual J3 2005

まぁ年末ということで、会社でもソフトウェア資産の棚卸し（というか台帳の突合せ）をやっとります。そんななか、MSDNサブスクリプションの使用許諾契約書を読んでいると、

• Visual J3 2005

とゆー文字列が。わはははは、Shift押さずに3押してやがんの(wwww

と一通り大笑いした後に、昔読んだときに気づかなかった自分のチェックの甘さにかなりのマジ凹み。この手のをきちんと読んでるというのが、自分という技術者の売りのひとつのはずなのに。。。

あ、今のやつは直ってますね＞Visual J# 2005。

SQL Injection と VS2005

後輩が楽しそうにコードを書いてました。JAVAの。俺JAVA分からんけど、楽しそう（最近仕事でコード書くことが減ってるので。。。）。何を書いてるのかなーー？て、

何やってるんデスカーヽ(`Д´)ﾉﾌﾟﾝﾌﾟﾝ

思いっきりSQL文を文字列連結で生成してるよー。とりあえず速攻でPreparedStatementで書くよう指導したのですが、「えっと、参考書もこうやってるんですけど。」

そんな参考書は燃やしてしまえーヽ(`Д´)ﾉﾌﾟﾝﾌﾟﾝ

と、言いたいところだけれども、現実そんなのばっかりなんだよね。そこいらへん入門書書かれてる方も考慮していただけると、現場の人間も大助かりなんですけど。

と、ここまで書いて思い出したのが、VS2005のFxCop。これ、SQL Injectionの可能性のあるコードを見つけてくれる優れもの。過信はいけないとは思うのですが、やっぱりなんとかしてVS2005導入を進めねば。

TestDriven.Net(使ったことないけど)

　仕事上でＶＳ２００５ Express Editionを使うことを画策してます。で、なにわともあれソースコード管理ということで、調査中。フリーでなんかないかなーと探してみると、ＳＶＮベースの 発見。

• AnkhSVN

　普段TortoiseSVN使ってるので、コレでいいんじゃないかなとサイト内の情報を読む。
すると、ＦＡＱのところで、

Does it work with the Visual Studio 2005 Express versions?

No, and it might never do so. The current position from Microsoft is that these SKUs will not support addins. At all. Hopefully they will reverse their position.

　という一節を発見。あぁ、そうか、Express Edition てアドイン使えないんだっけ。orz。うわー、フリーでアレコレそろえるのきつそうだなぁと思っていたら、その次のエントリが謎。

I am using Visual Studio Express and it seems to support Visual Studio Express - I downloaded and installed TestDriven.NET plugin and it worked perfectly

Unfortunately, Testdriven .NET was forced to drop the versions that supported Visual Studio Express, after pressure from Microsoft. We see little need to get into the same troubles with Microsoft. See this blog entry for some background on this.

　リンク先には、TestDriven.Netの作者のblog。これがなかなか興味深い。ていうか、日本語のサイトで、ここらへん言及してるところ無いようなんだけど、なんでだろ？スルーカ？

日本語識別子

　前回の記事に載せたコードですが、識別子を日本語で書いています。
現在、日本語で書いたらどうなるかを激しく検証中。
ナゼこんなことをしてるかというと、仕事の同僚が、英語識別子だと、
これっぽっちも読まないということが判明したから。
「○○さん（私）、あの××なデータを取ってきている、ｇなんちゃらって関数...」
「おぃおぃ、gなんちゃらはないでしょう、せめてgetほげほげといいなよ」
「あ、あれgetで始まってましたっけ？分かんない単語が入っていると
もう読みませんからねーあははははは」

ｴｯ(ﾟДﾟ≡ﾟДﾟ)ﾏｼﾞ?

「いやいや、単語なんて辞書ソフト使ってすぐ分かるでしょ？」
「めんどうくさいじゃないですか、関数名なんか分からなくても
コード読めるんだし」

(°Д°)ﾊｧ?

「ほぅ、そのコードが読める人が、前の改造のとき、
getほげほげ関数の中でおもいっきしコミットを発行するコードを
入れ込んだわけだ(ﾟДﾟﾒ)」
「動くからいいじゃないですか。だいたい分かりにくい名前を
つける方が悪いんじゃぁないですか（逆ギレ」

　ということで、分かりやすい名前をつける必要にせまられてるからです。
そうか、getCurrentShiftDayとかは分かりにくい名前なのか。。。

C#でExcelをほげほげする

お客さんとこへ入れるのは、もちょっと先になりそうですが、職場で使うツール系は最近めっきりＶＳ２００５でやってます。VBでもC#でもライブラリが同じなので、どっちもそこそこ使えてしまうのが不思議な感じです。

で、今日Excelをゴニョゴニョしようと思ってがんばって書いたんですが、正直これはやってられんな～～～です。以下抜粋。

private static void　開いたブックをSheetごとのファイルにばらす(Excel.Workbook Ｅｘｃｅｌブック, string 元ファイル名)
{
   Excel.Sheets ワークシート集合 = null;
   try
   {
       ワークシート集合 = Ｅｘｃｅｌブック.Worksheets;
       int シートの数 = ワークシート集合.Count;

       for (int シート番号 = 1; シート番号 <= シートの数; シート番号++)
       {
           Excel.Worksheet ワークシート = null;
           try
           {
               ワークシート = (Excel.Worksheet)ワークシート集合.get_Item(シート番号);
               ワークシートをXLSにする(ワークシート, 元ファイル名);
           }
           finally
           {
               if (ワークシート != null)
               {
                   System.Runtime.InteropServices.Marshal.ReleaseComObject(ワークシート);
               }
           }
       }
   }
   finally
   {
       if (ワークシート集合 != null)
       {
           System.Runtime.InteropServices.Marshal.ReleaseComObject(ワークシート集合);
       }
   }
}

コレなんの嫌がらせ？頭では参照カウンターベースのＣＯＭと.Net との相性の悪さは理解してたつもりだけど、いざ実装するともう欝で死。WorkSheetsをforeachじゃなくて配列でまわすなんてコレなんの冗談？この上Type.Missingもウゼーウゼー。

ここいらへん、次期.Net FrameworkやC#でどれだけ解決されてるんだろ？どんなにうざくても処理系からOffice系への関与をせずに、それなりのシステムを組むなんてことは現実的じゃないしなぁ。。。まだ当分ＶＢ６でいいのかぁ？

Emacs キーボード マップ スキーム

• Emacs の既定のショートカット キー

　お勉強ということでもりもりとサンプルコードを打ち込み続けております。とりあえずC#。そんでもって快適なのが、このEmacs キーボード マップ スキーム。ひとつずつ設定していけばそりゃできますが、最初からあると入り易さがダンチです。他のお便利機能とあわせて、入力は相当ラクになりました。VS6の時は、ソースはMeadowで入力して、ビルドやデバッグの時だけIDE使ってたもんな。。。VisualBasicでさえ（ぉぃ