PMI東京フォーラム2008

2008/11/23～24の２日間、PMI東京フォーラム2008が神保町界隈で行われた。
講演の中で、「進化したPM」というキーワードがあった。ここ半年くらいでいろいろのものが改訂される。PIMBOKが3から4に、など。その「進化」という中に、単にマネジメントという範囲にとどまらず、内容的に考えると、ITコーディネータの分野にも踏み込みつつあるように感じた。これは私のようになんでもかんでもやる人からすれば当たり前で、同じ目的が共有されていなければうまくいかない。ITコーディネータ協会は後援なので、来年あたりITコーディネータ協会からスピーカーが出るかもしれない。

全般的には有意義で、昨年より質も高いように感じた。ホント、ためになる講演ばかりであった。

懇親会であるが、狭いところに大人数で、なぜか料理が少なかった。人数にあわせて量を前後できるのでは？と思ってしまった。これは各方面からクレームが出るかもしれない。

今回の一番の問題点は、スタッフの質、である。
私は、音楽の演奏会などの裏方の経験として、イベントごとのスタッフの経験を積んでおり、その筋に関しては結構うるさい。手前味噌になるが、ある定年前の音楽大学の教授によると、ホールの館長が裏方を褒めたのを見たのは君が初めてだ、と言われるほど完璧にこなしたし（ただ、この言葉を貰えたのは３回目のチャレンジのとき）、あるプロの演奏家が毎年生徒の演奏会を行う際の裏方を毎年入れ替えていたが、私が初めて「翌年も是非」とオファーを受けた。いずれの場合でもにせよ、真剣にそのイベントに参加する人、主催者、舞台に立つ人、聴衆」に満足を与えるにはどうしたらいいか、を考えた末の結果である。
その意識が、今回のスタッフの隅々までは伝わっていなかったのではないだろうか？「ボランティア」という面もあるのだろうけれど、意識が低いと感じた。もっと能動的に動いて欲しいと感じた。
私がやってもいいのだろうけれど、おそらく問題になるだろう。なぜなら、他のスタッフとの「意識の温度差」がありすぎるから。ということで、おそらく来年も一般参加者だろう。

メール送信エラー

自分のドメインでメールアカウントを追加して、そのアカウントから送信テストを行ったところ、何度目かから送信側で

553 sorry, that domain isn't in my list of allowed rcpthosts (#5.7.1)

というエラーが出た。

POP before SMTP に設定するとエラーが消えた。

備忘録として。

VBAでのWebアクセス

ExcelでWebへのアクセスは可能である。

少し探せばWebサービスのAPIにアクセスしてデータを取得する、ということも紹介されているし、私自身インターネット上の公開データベースにアクセスしてデータを取得してきたり、ということもある。

参考まで、処理として後者のようなことは一般的には行わない方がいい。Selectしか許可しないようにしていても、とんでも処理時間が掛かるSQL文でのリクエストは防げないからだ。よって、面倒でも処理効率のよいSQL文やストアードプロシージャを用いたAPIを作成し、それを公開した方がいい。

で、話を戻す。
今のところこのブログではWebアクセスの記事を書いていない。
ちゃんと調べていないので良い記事にならない、ということもあるが、最大の理由は「BtoCでのAPIをそれほどVBAで解説しなくない」からだ。
サーバーを運用管理した経験があれば、トラフィック量は気になるだろう。システム屋が業務で「サーバー負荷を掛ける処理」を提供することは稀だと思う（仮に設計段階でそういうことをしても、テスト段階でNGが出るだろう／それをスルーするようであれば欠陥システムでは？と疑いたくなる）が、VBAのようにユーザー部門も取り扱える言語では大量トラフィックを流すことに抵抗感がなかったり、テスト環境を持っているわけでもないので間違ってループなどで大量トラフィックを送りつけたりしてしまうのではないか？と思うからだ。

そりゃ、サーバー側でも対策し、大量トラフィックはスパムと解釈させることも可能である。が、受け取り側で対策するのではなく、送信側でも心がけたいものだし、もしかするとスパムと解釈されるとそのIPからは受け付けない、という措置を受けることもあるだろう。

こうしなければならない、ということはないけれど、それがマナーってものだろう。