• 決算直前の銘柄の株取引しないこと、だたし空売りするならいいかも。

たんす預金、銀行。データを預ける上でのたとえ
例　Googleのデータセンター(銀行)にデータ預けるのであれば、PC(タンス)にデータを預けるのであれば、Google の方が安全ではないか
いずれ、銀行のように普通に預けることになっていくだろう。

IPv6になると手動で設定をしなくなる、自動化していく。
家電などにも付くようになった時、ネットワーク監視をしていくと、ショートパケットがでまくる。下手に家電を企業内にもっていくとパケット拾い捲りか

ケーブルなどには間違えないようにタグ付けするとか。

運用費用というのは軽視されやすく削られやすい、投資計画をきっちり出す。
月次レポートとして、システム稼動率はもちろん、人の稼動率も大切。

モラルの低い人いるし、外国人であれば文化が違い本人は悪いと思ってないこともある。
ただ『制度の設計は性悪説で、運用は性善説で』という言葉もあり、性善説がすべて悪いというわけではない。

UPSをサーバーごと何十台も付けるならフロアごと安定化電源した方がよい

昨年、富士山に初登頂したこともあり、次はフルマラソンに挑戦しようと密かに誓っていたわけです。

そして今日２６日、掛川新茶マラソンにてフルマラソンに挑戦してきました。
挑戦なんて書かずに完走と書きたいところでしたが、２５ｋｍで時間切れで残念ながらリタイアとなってしましました。

２０ｋｍまでは、５時間完走のペースメーカーさんについていけてたのですが、
２０ｋｍに到着したところで、気力が費えて少し休んでから走ろうと思って、とりあえず歩いたんですね。
歩いてしまったことで、最近左ひざを練習で痛めていたこともあって、痛くて走ることが出来なくなってしまいました。
それまでは、たぶん気力で防いでいたのかも知れません。

２月下旬から練習を開始し、練習でも最高１６ｋｍまでしか走ってなかったわけで完走なんて、やはり甘かったです。
私なんかより遥かに年上の方も完走されていますし、次は完走できるようにちゃんと準備しておきないと駄目ですね。

日本最大！走る仲間のウェブサイト　　http://runnet.jp/home.php

結合テストにて、私が担当した日報入力画面にて「SQLが不正です。」という例外エラーが発生したので、調査のためトレースしていくと売上計上ストアドを呼んだところで、エラーが発生していることがわかった。

その売上計上ストアドをトレースしていくと、文字列化したSQL文を実行したところで、例外エラーが発生した。
その文字列化したSQL文を見てみると、なんとSELECT句が存在しないのである。そりゃー、SQLが不正ですよね。

ソースを眺めていると、仕様変更により改修作業を同僚が行っていた。

LV_SQL := "SELECT xxx,xxx"
<FONT color=#0000ff>'ADD 2009/04/27 修正 name
LV_SQL := "xxx,xxx"
</FONT>
LV_SQL := LV_SQL || "xxx,xxx"
･･･

おいおい、文字列連結し忘れているよ。ってか、<FONT color=#ff0000>ソースだけ修正してテストしてないのバレバレでしょ。</FONT> と文句をいいたくなるわけですが、自分もたまにソースのみ修正で対処してしまうこともあって、自戒せねばと思ったしだい。

改修作業は、別の方が作成したプログラムで、かつ仕様を理解しないまま作業することがあるので、テストしにくいですね。 テストの自動化して、テストケースが全て網羅できてるような開発体制になっていれば防げたかもしれませんが、現状は到達できていない。

リファクタリング
http://www.happiese.com/system/refactoring.html

ひどいソースに出合っても、既存の潜在バグも十分ありそうでも<FONT color=#006400>「動いているソースには手を加えるな」</FONT>が現実的なんでしょうね。

改修作業は、ほんとに葛藤します。直したいけど・・・がまんがまんって。
たまに我慢できなくて修正してしまいます。もちろん、それで痛い目にあったこともありますけど、なかなかスルーすることが出来ない(^^;

debug条件って意外と知られてないのかな、便利ですよね。
http://www.atmarkit.co.jp/fdotnet/dotnettips/688debugbreakcond/debugbreakcond.html

最初は、人形だよなと思ってだんだん見ていくと、なんかいいんですよね。写真撮った人からの愛を感じますｗ

これに手を出したら人生終わったと言えるようなものといえば？
http://blog.livedoor.jp/insidears/archives/51950062.html
<FONT color=#008000 size=5>「ある（り）と思います！」</FONT>

なぜ２時から５時までは３時間で、２日から５日までは４日間なのか？
http://ameblo.jp/metameta7/entry-10270210344.html

Ａ：「２時から５時までは３時間。」 →　「量」
Ｂ：「２日から５日までは４日間。」 → 「数」 ※：「２日のある時刻から５日の同時刻まで」というときは「３日」となる。 Ｃ：「地面に線を引いた。２ｍの所から５ｍの所までは３ｍ。」 →　「量」
Ｄ：「旗を並べて立てた。２本目の旗から５本目の旗までは４本。」 → 「数」 ＡとＣは、時間や長さという連続量をはかるもの
ＢとＤは、日数や本数という分離量（数）をかぞえるもの

φ(．． )メモメモ

VSTOを使ったOutlook2003のアドインを開発したのですが、
http://blogs.wankuma.com/yaju/archive/2008/11/10/160848.aspx 今頃になって導入準備となり、下記のエラーに嵌まってしまいました。
Debug上では動作するのですが、インストーラでアドインを入れた場合、詳細オプション→COMアドイン→使用できるアドインでチェック付けると、下記のエラーが出て動作してくれません。
「読み込まれていません、COM アドインの読み込み中にランタイムエラーが発生しました。」

この原因が分からなく、このエラー情報をネットで検索しても大した情報も得られず、配布するアセンブリが悪いのではないか、レジストリの内容が間違っていないか、プログラムは悪いのかと起動時にMsgBox(“Hello World”)だけ出るもので試してみたりとか
下記サイトを、印刷してじっくり読み込んだりとか(原因が分かった後、読むと納得)
Visual Studio 2005 Tools for Office での Outlook アドイン サポートのアーキテクチャ
http://msdn.microsoft.com/ja-jp/library/aa537182(office.11).aspx なんせ、Debug上では動作してしまうため、いろいろ手をつくすも、解決できなくて･･･

せめて、このエラーの詳しい情報が得られないだろうかと、VSTO関連のサイトで見直して下記サイトのある一文をやっと見つけました(^-^)
アプリケーション レベルのプロジェクトのデバッグ
http://msdn.microsoft.com/ja-jp/library/ms269003(VS.80).aspx
「エラーが発生するたびにメッセージ ボックスに表示するには、VSTO_SUPPRESSDISPLAYALERTS 変数を 0 に設定します。」 環境変数にVSTO_SUPPRESSDISPLAYALERTSを追加し値を0にセット後、Outlookを起動すると、例外エラーがメッセージボックスで表示されました。

「System.IO.FileLoadException: ファイルまたはアセンブリ 'xxxxAddin'、\\
またはその依存関係の 1 つが読み込めませんでした。\\
実行するためのアクセス許可を与えることができませんでした。\\
ファイル名 'xxxxAddin' です。\\
System.Security.Policy.PolicyException: 実行するためのアクセス許可を取得できません。」

原因は、CAS(コード アクセス セキュリティ ポリシー) だったんです。原因が分かれば、対処は可能ですね。

セキュリティポリシーの設定

コントロールパネル－管理ツール－Microsoft　.NET Framework 2.0 Configration
ランタイムセキュリティポリシー→ユーザー→コードグループ→VSTOProject→(既定の会社名)を追加
メンバーシップ条件　URL　C:\\Program Files\\(既定の会社名)\\*
アクセス許可　FullTrust

Debug上で動作していたのは、セキュリティポリシーの設定がVS側で自動的に作成されていたからです。SetUp.exeでインストールした場合、セキュリティポリシーの設定はツール Caspol.exeを使って別途セットしないとね。

コード アクセス セキュリティ ポリシー ツール (Caspol.exe)
http://msdn.microsoft.com/ja-jp/library/cb6t8dtz(VS.80).aspx
インストール時にインストール先のフォルダパスをレジストリに書き込む
http://dobon.net/vb/dotnet/deployment/writeinstdirinreg.html おかげで、やろうとした仕事がほとんど進まなかった、とほほ（T^T)

6月13日に行われた、第２回 静岡 IT Pro 勉強会が終了しました(^-^)
迷惑なメールの処理に要する費用は日本全体で年間7,000億円以上らしい。
今回は、迷惑メール対策に取り組んでいる方の話がきけて良かったです。

乗るはずの電車に乗り遅れてしまって、少し遅れて登場(^^;
今回は満席に近く、席がほとんど埋まっている状態、でもって受付席の隣にちゃっかり座る。そしたら自己紹介でトップバッターになってしまった･･･ 自己紹介で、私の今日の目的はおやつですって言ったけども・・・
ちゃんと内容は、メモして聞いてましたよん。
ちなみに、↓おやつの写真　バームクーヘンやドーナツがうまうま
http://www.isisaka.com/blog/archives/2009/06/2itpro.html

レポート内容は、代表のid:ftnkさんがまとめてくれているので、
http://d.hatena.ne.jp/ftnk/ 私のは補足情報、といっても内容はかぶるけど ————————————————————————-
■佐藤さん:誤検知を減らし、安定した迷惑メール対策を行なうには」
http://d.hatena.ne.jp/stealthinu/ スパムのメインストリームは bot ってなっているけども、日本のスパムは、まだbot を使っていないって意味では、まだ、スパム1.0である。(Web2.0風でいうと) スパムメールも、8:2(パレートの法則)があるんだけども
現状は 95：5 くらい、上位5%の業者が95%のスパムを送ってる。

ブラックリストは、送信者アドレス→ドメイン→ネームサーバー
ブラックリストの共有化の問題点
・数におされて無力化しつつある
・他のユーザーがまきぞえをくう場合がある。
・知名度が低い、またはそもそも国が違ってしまうブラックリストに入れれてしまう可能性が高い。
（アフリカで有名でも日本では無名でブラックリスト化されちゃうとか）

スパム業者は1回送れればいい、多く出したい、待ちたくないのを利用して一度、接続を切って再送してくるなら、スパム業者の確立は低い。
SMTPセッションの返答をわざと長く(10秒など)にすることで防ぐ。 対策の方針
・いろいろな手法を使ったとしても、誤検出は必ずおこる。
誤検出がないことを重視する、重大な誤検出があるとユーザが使ってくれない
・誤検出が起こると考え、情報(ログ)を残すようにする
・スパムを、１つの手法で全て抑えるってことは出来るようにはならないので各手法を組み合わせて弱点をカバーする。(スパムらしさは加算ではなく乗算) その他
・サービスの時点でスパム対策をする
・同一内容がたくさんあればスパムだろう
・画像ボタンはX,Y座標が送られてくるが、それが無いのはスパムだろう
・スパムちゃんぷる(ライブドアが公開)
http://spam-champuru.livedoor.com/dnsbl/
・松田陽一さんのTLECレシピ
http://tlec.linux.or.jp/docs/user_prefs
・ISP(プロバイダ)は通信事業法によりユーザーとの合意がない場合、メールの内容を
調べるようなフィルタリングが出来ない。合意が必要っすね。

————————————————————————-
■umqさん：SPF,DKIM:システム管理者が押さえておきたいドメイン認証技術の仕組みと設定

SPF(RFC4408)/Sender-ID(RFC4406)
DKIM(RFC4871)/ADSP(RFCドラフト状態)
Authentication-Results 簡単な送信者認証、経路による確認として日本で3割程が採用している
SPFとSenderIDと呼ばれるもの
今まで手ぶらで訪問していた営業マンが、名刺をもつようなものです。
手ぶらより、名刺を受け取れる分多少はましになります。 では、名刺を信用できるでしょうか、運転免許証など信頼できるものが欲しくなります。
それがDKIMとDomainKeysと呼ばれるものです。
これらの認証に対応できていないサービスを使っていたらスパムメールと判断される
ようになってくるでしょう。 電子署名方式の最新技術「DKIM」とは
http://www.atmarkit.co.jp/fsecurity/special/89dkim/dkim01.html
RFC翻訳
http://www.iajapan.org/anti_spam/portal/Tech/rfc.html
ＲＦＣ日本語版リスト
http://www5d.biglobe.ne.jp/~stssk/rfcjlist.html ————————————————————————-
■kouさん：迷惑メール対策システム milter managerの開発者
http://www.clear-code.com/software/milter-manager.html 佐藤さんの話でもあったけど、１つの手法で全て抑えるってことは出来るようにはならないので、各手法を組み合わせて弱点をカバーする
それを状況によって適切な複数メールフィルタ(milter)を組み合わせる
選択させていくツールです。 milter managerはモニター募集中です。
http://milter-manager.sourceforge.net/index.html.ja まっちゃさんが、フロー図を描いてくれてます。
http://d.hatena.ne.jp/ripjyr/20090613

————————————————————————-
■ 滝澤さん：SpamAssassin
http://spamassassin.jp/ スパムメールらしさをスコアで算出し、その情報をヘッダに追加する。
情報をヘッダに追加するだけで、spam の破棄などは行なわない。
スコアは“*”の数で示す。スコア7なら***
スコアが5個までなら、スパムとしないとかで振り分ける。 ————————————————————————-
■白形さん：メールdeギフト
http://www.maildegift.jp/

メールdeギフトの社長さんである白形さんがこられていました。
http://www.business-i.jp/news/ind-page/news/200904200012a.nwc
mixiの年賀状といえば、ピンときますでしょうか。
静岡の企業だったんですね、応援しなきゃね。　

caspol.exeを使用したセキュリティポリシーの設定 前記事　VSTOで、Outlook COMアドインのセットアップ
http://blogs.wankuma.com/yaju/archive/2009/06/08/174451.aspx VSTOでOutlook COMアドインをインスール後に、セキュリティポリシーの設定
が必要なわけですが、その際に、セキュリティポリシーを設定するための
WSHスクリプトを作成しました。 バッチファイルで作成したかったんですが、レジストリの値を取得する方法が
いまいち分からなかったので(^^; レジストリの値を取得するのは、インストール時にインストール先のフォルダパス
をレジストリに書き込むように設定してあるためです。

説明すると、セキュリティポリシーのコマンドラインツールであるCaspol.exeを
使って、セキュリティポリシーのユーザーのAll_Codeの配下に“VSTOAddin”
というグループを作成し、その下に“HOGE”の名前でURL先にインストール先の
フォルダパスをアクセス許可 FullTrustで設定してます。 caspolにてYes/Noの確認が出てくるのですが、入力させるのがわずらわしいので、
「echo y|%」を指定して、自動応答にしてます。
http://www.atmarkit.co.jp/fwin2k/win2ktips/731caclsy/caclsy.html SecurityPolicy.vbsの中身 Option Explicit
'On Error Resume Next
dim WshShell,file
Set WshShell = WScript.CreateObject(“WScript.Shell”) 'RegReadメソッドで、レジストリ内の指定キーを取得（キーの分類については下記の表参照）。
file = WshShell.RegRead(“HKEY_LOCAL_MACHINE\\SOFTWARE\\HOGE\\MailWatchAddinSetup\\Path”) 'セキュリティポリシー削除 既に存在してやり直したい場合(必要時のみ使用、現状はコメントアウト化)
'WshShell.Run “%comspec% /c echo y|%windir%\\Microsoft.NET\\Framework\\v2.0.50727\\caspol -user -remgroup VSTOAddin”,,True 'セキュリティポリシー作成(All_Codeの配下にVSOAddinグループを作成、その配下にインストール先のセキュリティポリシー許可をセット)
WshShell.Run “%comspec% /c echo y|%windir%\\Microsoft.NET\\Framework\\v2.0.50727\\caspol -user -addgroup All_Code -allcode Nothing -n VSTOAddin”,,True
WshShell.Run “%comspec% /c echo y|%windir%\\Microsoft.NET\\Framework\\v2.0.50727\\caspol -user -addgroup VSTOAddin -url ” &amp; Chr(34) &amp; file &amp; “*” &amp; Chr(34) &amp; “ FullTrust -n HOGE”,,True

■任天堂「ファミコン」はこうして生まれた
【第1回】テレビ・ゲーム黎明期からマイコン搭載機登場まで
http://trendy.nikkeibp.co.jp/article/special/20080922/1018924/
【第2回】電卓をあきらめてゲーム機ヘ
http://trendy.nikkeibp.co.jp/article/special/20080925/1019049/
【第3回】70年代後半の専用LSIゲーム機時代
http://trendy.nikkeibp.co.jp/article/special/20080929/1019222/
【第4回】携帯型ゲーム機を発想
http://trendy.nikkeibp.co.jp/article/special/20080929/1019224/
【第5回】試行錯誤のなかから十字ボタンを見いだす
http://trendy.nikkeibp.co.jp/article/special/20080929/1019225/
【第6回】業務用ゲーム機の挫折をバネにファミコンの実現に挑む
http://trendy.nikkeibp.co.jp/article/special/20081001/1019315/
【第7回】業務用機の仕様を家庭用に，LSIの開発から着手
http://trendy.nikkeibp.co.jp/article/special/20081002/1019378/
【第8回】ファミコン誕生，家庭用ゲーム機の代名詞に
http://trendy.nikkeibp.co.jp/article/special/20081002/1019327/
【第9回】ディスクシステム，ROMの大容量化に押され短命に
http://trendy.nikkeibp.co.jp/article/special/20081002/1019391/
【第10回】野村証券と通信アダプタを開発，ゲームは断念
http://trendy.nikkeibp.co.jp/article/special/20081006/1019522/ ■日本を変えた名ゲーム機列伝（多根清史）
第１回 ゲーム機の原点「スペースインベーダー」
http://waga.nikkei.co.jp/hobby/hobby.aspx?i=MMWAi2000015012009
第２回 賭けの産物「ファミリーコンピュータ」
http://waga.nikkei.co.jp/hobby/hobby.aspx?i=MMWAi2001015012009
第３回 制度疲労が起きた「スーパーファミコン」
http://waga.nikkei.co.jp/hobby/hobby.aspx?i=MMWAi2002015012009
第４回 ゲームバブル起こした「プレイステーション」
http://waga.nikkei.co.jp/hobby/hobby.aspx?i=MMWAi2003015012009
第５回 異質な時間作った「ゲームボーイ」
http://waga.nikkei.co.jp/hobby/hobby.aspx?i=MMWAi2004015012009 ■Wiiが誕生したいくつかの理由
http://www.nintendo.co.jp/wii/topics/interview/vol1/index.html
http://www.inside-games.jp/article/2007/10/15/24258.html ■任天堂は、なぜ健康をテーマにした「Wii Fit」を創ったのか
http://wii.com/jp/articles/wii-fit/crv/vol1/index.html ■社長が訊く(任天堂社長・岩田聡氏が開発者にインタビューするという連載)
http://d.hatena.ne.jp/keyword/%BC%D2%C4%B9%A4%AC%BF%D6%A4%AF