コミュニティ

MVP って、なに？

はなおかじった — Tue, 11 Nov 2008 21:20:00 GMT

ネタもと：MVP としての使命（むりせず♪なまけず？～ぷろくらすてぃねいたーの言い訳雑記～）
MVPって何だろう？（R.Tanaka.Ichiro's Blog）

わ～！私が某 SNS で愚痴っていることじゃないか(苦笑)

マイクロソフトが MVP に期待しているのは、こんなこと。（いずれも、過去のカンファレンスでの発言より）

マイクロソフト製品のユーザー代表
ユーザーコミュニティの代表
すばらしいフィードバック提供者
マイクロソフトのすばらしいパートナー

過去にも書いたけど、技術的知識が云々というのはない。そうではなく、外の視点からマイクロソフトを見て、改善提案をしてくれる人であり、製品のユーザーの声を代弁する人たちである、ということ。

その期待に答えてもらうために、様々な特典が用意されている。たとえば、MSDN サブスクリプション（または TechNet サブスクリプション）。グローバルサポートインシデント。MVP アカデミー。専用のニュースグループ。

また、各カテゴリの製品開発チームから、特典が追加されることがある。この間の Visual Studio with MSDN subscription は、この特典。発売記念と、開発期間中のフィードバックに対する感謝の品である。（よって、来年は自分で買ってねー）

さらに、他の MVP から、製品の優待販売を受けられることもある。この辺は、MVP 同士のつながりから、情報が流れる。

MVP Award は、過去1年の実績に対するマイクロソフトからの感謝の印である。よって、MVP の義務や使命なんてものはない。これが私が考えること。

その上で、来年も表彰していただけるように、がんばろうと思うことがある。ユーザーとマイクロソフトの間で情報の受け渡しをすること。今年（2008/07～2009/06）の目標は、これ。

あれ？もう3日？

はなおかじった — Mon, 03 Nov 2008 22:35:00 GMT

もう、3日が終わろうとしている？

7日、上京します。夕方頃、解放される見込み。。。

つきあってくれる人募集中。今のところ、4人くらい。

宿とらなきゃ(^-^;

マイクロソフト有償サポート補足

はなおかじった — Mon, 03 Nov 2008 22:00:00 GMT

昔書いたHotFix の入手方法ですが、書き方が悪く、「インシデントの消費は、問い合わせが発生したときです」という訂正が入りました。改めて、書き直します。

１	マイクロソフトサポート契約センターに電話する	サポートオンライン
２	プロフェッショナルサポートオンデマンドを選択する	プロフェッショナルサポート
３	契約をする	氏名、住所、電話番号、メールアドレスを通知する支払い方法を選択する
４	問題の概要を知らせる	（インシデントを消費）
５	担当部署に、電話が転送される
６	問題の内容を伝える
７	ゴールを設定する	これは、どの様になったら「問題が解決した」とするか、契約者双方がはっきり納得できるものを決めます。
８	問題解決に向けたやりとり	プロフェッショナルサポートでは、MSDN や KB に書いてある内容程度の回答が期待できます。サンプルプログラムも、KB や MSDN に該当するものがあれば、所在を教えてもらえます。調査は、マイクロソフトの5営業日を目安に、なされます。それ以上長くなるときは、いったん報告があります。
９	問題が解決できると思われる回答がされると、「問題を解決した」としてよいか、との確認がある	ここで、問題の原因がマイクロソフト製品の問題に起因するものであれば、インシデントの消費がキャンセルされます。
１０	支払い

ん？？私が MSDN サブスクリプションに付属のものではない問い合わせを行ったのは、2005年の時が最後なのですが、それ以降で契約形態が変わった、、、のかな？

なんにしても、MSDN サブスクリプションには、プロフェッショナルサポート4インシデント分が付属していますので、万が一の保険として入っておいて損はないと思います。

で、今回、マイクロソフトの某担当者さんから連絡があった原因は、MSDN フォーラムの、「外国のページを保存すると文字化けする」です。ここで、過去のエントリへのリンクを張ったので、それを確認して、連絡をくださったというわけです。

この中で、質問者さんは、バグかどうかわからないということは、費用が発生するかどうかがわからないということ。費用が発生するのなら、問い合わせをためらう、とおっしゃっています。確かに、バグっぽいのだけれど、仕様かもしれない。バグなのか仕様なのか、無料で確認する手段はないの？

このことについて、次のようなプログラムの紹介をして欲しい、という依頼がありました。

「マイクロソフトパートナープログラム」です。

残念ながら、個人が契約できるプログラムではなく、リンク先は、パートナープログラムで登録されている Live ID を使用しないと、エラーページへ飛ばされます。・・・そんなページを紹介されても困りますね。マイクロソフトパートナーポータルホームを紹介します。

このプログラムは、マイクロ外の製品を売っている、あるいは、マイクロソフトの製品で開発を行っている場合に、多くの企業がマイクロソフトパートナープログラムに加盟しているということです。そして、パートナープログラムに加盟していれば、このプログラムのベネフィット（特典）が使えるということです。

そのベネフィットの中に、サポートエンジニアから“必ず”回答が得られる、パートナー様専用オンラインテクニカルコミュニティというものがあるそうです。なんだ、メリットと特典っていうページがあるじゃないか。

このプログラムによってどんな特典があるかは、そのページを見ていただくとして、バグなのか仕様なのかの確認をするには、です。

オンラインテクニカルコミュニティを使う、ということです。ここでは、既知事例、つまりすでに報告があった事例の検索と回答です。つまり、どこかの誰かが上げた「障害」（この障害は、報告者にとっての障害、の意）について、検索してくれるということです。

今回のトリガーとなった MSDN フォーラムの事例について、サポート技術情報を検索したのですが、見つけられませんでした。おそらく、キーワードを変えれば見つけられるのかもしれません。または、英語を検索すると見つけられるのかもしれません。しかし、問題がどこにあるのかわからなかったので、どういうキーワードで検索すればよいかわかりませんでした。とりあえず、「ie 他国語 mht」で検索したのですが、見つけられませんでした。

この問題が、サポート技術情報にないのか、私が見つけられなかったのか、わかりません。ただ「見つからなかった」という事実だけがあります。しかし、プロフェッショナルサポートによって検索をすると、過去に報告があったことがわかりました。MSDN フォーラムでは省いていますが、なぜこの問題が発生するのかも、報告を受けています。マイクロソフトパートナープログラムでは、そのプログラムの特典として、別途有償サポートを契約する必要はないというわけです。

もう一度、会社が締結している契約を見直すと、眠っているお宝が見つかるかもしれませんね。

あと、オフレコで、面白いお話を伺いました。実はですね、プロフェッショナルサポートでも、電話で話をすると、「え？いいの？」ってことを、ポロッと漏らしてくれたりするんですよ。やっぱり、相手は機械じゃないので、こう、ね！メールだと、担当者の上司に CC が行くので、検閲アウトです。そういうところも、実際に一度利用して、体感してみると面白いと思いますよ。

宿題

はなおかじった — Fri, 31 Oct 2008 22:49:00 GMT

MSDN フォーラムで過去の記事を紹介したところ、マイクロソフトの人から宿題を言いつかってしまいました。

いつ、書く時間をとるんだ～？でも、面白そうなので、とりあえず、「やるぞ～」宣言。

当たり前のことだけど、名言

はなおかじった — Thu, 30 Oct 2008 23:48:00 GMT

プロは仕事を練習にしない。

某 SNS 内のコミュニティ内での発言より。

シェフ、スポーツ選手、演奏家など、およそプロフェッショナルな人は、仕事で練習したりしていません。

レストランに行って、料理を食べているとき、シェフが挨拶に来て「今日、新人に練習がてら作らせてみたものですが、いかがでしょうか？」と尋ねたら、どう思います？

野球で、リリーフ投手がブルペンで投げ込みをせずに出てきたら、どう思います？

ピアノのコンサートに行って、幕が開いてから、やおらピアノの調律を始めたら、どうでしょう？

仕事から学ぶことを否定するのではなく、仕事（業務）を始める前にやっておくべきことがあるのではないか、と。また、事前の調査が足りなかったとか、実際に始めてみると事前調査とは食い違っていたと言うことはあります。だからといって、走りながら本を読んでいちゃ、転ぶだろうよ、と。

私が言いたいのは、「経歴を偽って派遣するってどうよ？」「OJT に名を借りて、派遣先に教育させるって、どうよ？」ってことです。

最近1ヶ月の検索キーワード

はなおかじった — Thu, 30 Oct 2008 23:47:00 GMT

キーワード		セッション数
1.	押下	171
2.	エクセル読み取り専用	156
3.	microsoft update できない	91
4.	vista 比較	77
5.	application data	71
6.	printer_info_2	70
7.	vista シャットダウン	69
8.	c言語 define	66
9.	asinvoker	62
10.	excel 読み取り専用で開く	62
11.	読み取り専用で開く	59
12.	c define	53
13.	jitta	53
14.	エクセル読み取り専用で開く	52
15.	ワンタイムトークン	51
16.	xbox360 pc	48
17.	wpdnse	45
18.	vista uac	42
19.	c言語 #define	40
20.	requireadministrator	40
21.	vista manifest	40
22.	iswow64process	38
23.	vista マニフェストファイル	37
24.	asp.net イベント	36
25.	asp.net デザイン	35
26.	releasecomobject	34
27.	vb byval	34
28.	エクセル読み取り専用開く	34
29.	ホウレンソウ報告連絡相談	32
30.	プレゼン資料の作り方	31
31.	vista マニフェスト	29
32.	xbox360 pc 共有	29
33.	xbox360 pc 接続失敗	29
34.	c++ malloc	28
35.	xbox360 共有	27
36.	requestedexecutionlevel	26
37.	uac vista	26
38.	vista ファイル仮想化	26
39.	excel 読み取り専用開く	25
40.	httpcontext スレッド	25
41.	vb byref	25
42.	エクセル読み取り	25
43.	manifestファイル vista	23
44.	vista 仮想化	23
45.	xbox pc	23
46.	c# 数値型	22
47.	xbox pc 接続失敗	22
48.	manifest vista	21
49.	uipi	21
50.	自己レス	21

調子に乗って50もコピってくるんじゃなかった...

「エクセルファイルを読み取り専用で開く」だと思われるキーワードが、多数ありますね。それと、「XBox360 と PC でファイルを共有するには」だと思われるキーワードも、複数個あります。

「PRINTER_INFO_2」の検索が70って．．．あ、スプーラの状態を表示するのは、ここから取るか。これ、PRINTER_INFO_2 って名前だけれど、スプーラが把握しているプリンタの状態ってのが、ミソです。他の PC から印刷している場合、スプーラはそのことを知らないので、「印刷中」には変わりません。ただし、プリンタが SNMP の trap で通知するなら別。

で、同じと思われるものはまとめてみた。26。半分に減った。

キーワード		セッション数
1.	エクセル読み取り専用 excel 読み取り専用で開く読み取り専用で開くエクセル読み取り専用で開くエクセル読み取り専用開く excel 読み取り専用開くエクセル読み取り	388
2.	asinvoker vista マニフェストファイル requireadministrator vista manifest vista マニフェスト manifestファイル vista manifest vista uipi requestedexecutionlevel	299
3.	xbox360 pc xbox360 pc 共有 xbox360 pc 接続失敗 xbox360 共有 xbox pc 接続失敗 xbox pc	178
4.	押下	171
5.	c言語 define c define c言語 #define	159
6.	microsoft update できない	91
7.	"iswow64process vista ファイル仮想化 vista 仮想化	87
8.	vista 比較	77
9.	application data	71
10.	printer_info_2	70
11.	vista シャットダウン	69
12.	vista uac uac vista	68
13.	jitta	53
14.	ワンタイムトークン	51
15.	wpdnse	45
16.	asp.net イベント	36
17.	asp.net デザイン	35
18.	releasecomobject	34
19.	vb byval	34
20.	ホウレンソウ報告連絡相談	32
21.	プレゼン資料の作り方	31
22.	c++ malloc	28
23.	httpcontext スレッド	25
24.	vb byref	25
25.	c# 数値型	22
26.	自己レス	21

残業は「ロス」？

はなおかじった — Wed, 15 Oct 2008 21:36:00 GMT

某コミュニティの投稿より。

「定時退社日を運用していますか？」という質問があった。その中にあった投稿。

10 人のチームに対して強制施行したところで、普段の残業が 3 ～ 4 時間と仮定して（三六協定で 75h/月が MAX なので）、週に一回の施行 * 4 週とすると、150 ～ 160 時間程度のロスになります。

ん。。。ロスなのか？

まず、loss を調べる。「失うこと」「損失」「損害」「浪費」という意味がある。ということは、残業をしないことは、月に150時間程度の｛時間の損失｜時間の浪費｜時間に換算された損害｝ということ。

なの？

以降の話では、請負開発のケースのみ、想定します。技術者の派遣では、派遣元と派遣先で考え方が異なります。パッケージ開発は、携わったことがないのでわかりません。また、官公庁相手と民間企業相手では異なるかもしれません。私は官公庁しか知りません。

官公庁の物件を請け負う場合、まず、入札が行われます。従って、「もらえるお金」が決まっています。このお金を、開発が終了するまでいくらかでも残さないと、赤字になります。

入札をするためには、その前に企業は「どれくらいかかるか」の見積もりを行います。この見積もりに対して、営業的な判断でプライスマイナスがなされ、最終的な額が決まります。

最終的な額が決まり、受注できると、そこから営業の取り分を引いて、開発にお金が回ってきます。

さて、「開発」という作業には、様々なお金が発生する要因があります。まず、開発を行う人の、人件費です。この人件費は、給与だけではありません。年金や保険の企業負担分も入ります。また、開発には電気を使います。自社ビルでなければ、賃料も発生します。開発には携わらないけれども、開発者を管理している幹部クラスの人の給与も、やはりここから出ていきます。

そういう余分は、この際考えないことにします。

開発に、1千万というお金が、5ヶ月の期限で回ってきましたとします。開発者1人が1ヶ月、21日×8時間働いたときに、70万の費用がかかるとします。1千万÷70万＝14.28です。5ヶ月で14人の開発者を使用することができます。最初の3ヶ月を2人、残りの2ヶ月を4人投入すると、14人です。じゃぁ、投入しちゃいましょう。

さて。このプロジェクト、1人1ヶ月平均20時間の残業をしました。このプロジェクト、黒字ですか？それとも赤字ですか？

最初の3ヶ月で120時間、続く2ヶ月で160時間、合計で280時間の残業が発生しています。この280時間の残業代が0.28万円以下であれば、プロジェクトは黒字です。残業時間の単価が、2800円÷280時間＝10円。。。そんなわけないですよね。つまり、赤字です。

最初に戻って。

これでも「定時退社日」、つまり「残業しないこと」は、ロスといえるでしょうか。

確かに、開発者のみの視点で「使える時間」を見た場合、使える時間が減ります。これは、「ロス」と考えることができます。

しかし、今見てきたように、使えるお金が決まっている場合は、残業をすることが利益を減らすこと、つまり「無駄遣い」になります。我々サラリーマンは、「売り上げ」から「経費」を引いた、「利益」によって給与を得ています。売り上げより経費が上回れば、利益はなく、損益が出ます。サラリーマンの場合、それでもボーナスが出るのは、経費の中にボーナス積立金が含まれているからです（あるいは、他の利益を分けて貰っている）。

そういう、経営的な目も持って、残業を考えていただきたいと思います。

そんなわけで、某住宅メーカーの「残業代稼がないといけないでしょ？」って CM が嫌いだ。←今日のメイン

ソフトウェアのライフサイクル

はなおかじった — Wed, 15 Oct 2008 20:53:00 GMT

ネタもと→「ローグで考えるソフトウェアの老後」(107stepsさん)（まっちゃ139・わんくま同盟合同勉強会）

「ROGUE」というゲームをご存じでしょうか？ご存じない方は、Wikipedia を読んでもらうとして、話を進めます。

この「ROGUE」というゲームは、1980年頃に、BSD UNIX で作成されたものです。1980年というと、昭和55年。私は小学5年生でした。28年も前の話ですね。

コンピュータがどうだったかというと、NEC の PC-8001 の発売が1979年。PC-8801 が、1981年。ちょうどそんな頃です。8ビット機が主流でした。

この時代に作られたゲームが、今でも動いています。恐るべし UNIX！！

で、そのゲームに、ちょっとした“バグ”があったということです。このゲーム、主人公キャラクターの移動は [h][j][k][l] で行います。これで一歩動きます。でも、「部屋の端まで移動したい」というときに、[h][h][h] と押すのは面倒なので、[Shift]+[H] で一気に移動できます。

この、「一気に移動できる」というところのコードを見てみると、キャラクターを書いて、消して、書いて、消して…という作業を丁寧にやっているということです。なので、ここに sleep をかませば、「勝手に移動」に変わる、と。

なぜこんな単純なことが、今まで放っておかれたのか？おそらく、1980年当時は、CPU が非力だったので、wait 処理を入れなくても「勝手に移動」だったのではないか？というのが、107stepsさんの考察でした。そして、1980年当時でも、CPU などの高速化は予見できたはず。もっとハードウェアの進化を見据えてソフトウェアのコードを書く必要があるのではないか？ということでした。

考察についてですが、おそらく、半分正解。

当時は、メインコンピュータに対して、キーボードとディスプレイだけの端末からアクセスしていたと思います。そしてこの2つの間の通信速度が遅かったのではないかと思います。いや、実際に遅かったのだけど。キーを押しっぱなしにすると、キーバッファにたまって制御ができなかったのだと思う。そして、転送速度が遅いから、「勝手に移動」になっていたのだと思う。

私が遊んだのは1990年頃ですが、当時の SunView では tty の通信速度をエミュレートで変えることができました。で、遅くして遊ぶと、「勝手に移動」になっていたので。

CPU 速度によるウェイトのかけ方については、どんどん速いのが出てきた 386 や 486 の頃に、話題になりました。「＊＊、486DX4 だと速すぎてついてけねー」とか。この頃、「CPU スピードに依存しないウェイトのかけ方」として、単に sleep (NOP) して待つのではなく、単位時間あたりに何回割り込みを入れるとか、前回実行からどれだけ経過したからもう一度実行するとかの方法が説明されていました。

ってところは、今回のエントリのメインではなくて。

ソフトウェアというか、コードの寿命です。みなさん、今自分が書いているコードが、どれくらい後まで使われることを想定して書いているでしょう？

私が業務で関わったもので、最短のものは J-Phone の「ブリッジメールシステム」というシステムです。昔、携帯電話のメールは、音声を聞いてからプッシュ音で送信していました。そのため、キャリアによってガイダンスが違い、キャリアを跨いでメールを送ることはできませんでした。それを J-Phone は他社との回線契約をし、音声認識装置を挟んで、自社ユーザーから他者ユーザーへメールを送信することができるようにしました。（自社ユーザー → 自社サーバー → 自社 NTT 契約端末 → 宛先）

このシステムがなぜ短命だったかというと、すでにインターネット化が始まっていたからです。そのため、3年ほどで役割を終えました。

その他、社会インフラを提供する会社のシステムで、いくつかのリプレース案件に関わりました。それらも、約10年で役割を終えています。1990年代の終わり頃、「2000年問題」という「問題」が取り上げられました。それまで西暦の下2桁だけで年を表していたのですが、西暦2000年、つまり「00年」になると、「2000年」なのか「1900年」なのかわからなくなる、という問題です。

似たような問題に「2038年問題」というのがあります。こちらは日付を表すのに通算秒を使っているのですが、オーバーフローしちゃうよー、という問題です。

さて、こういった問題を含んだシステムは、いったいどれくらいの期間使われることを意識して、組まれたのでしょうか。

1990年に働き始めた私の周りでは、2000年問題はあまり「問題」ではありませんでした。主に UNIX を使っていたので、すでに年は4桁で持っていたからです。それでも、2038年問題はあります。「30年も使わないだろう」と思っていたのですが、金融系では30年後40年後の日付を扱います。聞いた話では、「西暦だと桁が多いから、和暦で計算する」場合もあるようです。

CPU のアーキテクチャが変わることも予想されます。数年前まで Linux を含む UNIX 系の OS は、Intel CPU では動きませんでした。そのため、バイトの並びが違います。コンパイラが吸収する？いえいえ。通信していると、その違いが命取りになります。画像フォーマットである JPEG では、そのことも考えてか、ヘッダの中にどちらのバイトオーダーで記述されているかを指定します。

セッションでは、「未来を予測してコードを書く」といわれていました。いったい、いつまで使われることを想定し、その時のどんなことを予測してコードを書けばいいのでしょう？

Microsoft Most Valuable Professional Aword

はなおかじった — Fri, 03 Oct 2008 22:37:00 GMT

ブログを参照していただきありがとうございます。

残念ながら、MSDN Library のコンピテンシは、まだできていませんでした。

Client Application Development で申請したのですが、ダメでした。

引き続き、Development Platforms ASP/ASP.NET です。

また一年（集計は、7月～6月なんだけど）、よろしくお願いします。

立候補は、左のバナーから。

受賞できたことが、ちょっと不思議。ASP.NET 関連って、ほとんど何もやってないんだけどなぁ？

恣意的に使われてる？「恣意的」

はなおかじった — Tue, 30 Sep 2008 22:01:00 GMT

あっちこっちで見かけて気になっていることに、「恣意的」という言葉があります。たとえば、これ。

医療の正しさを法律家が本当にジャッジできるのかしら（novtan別館）より：

協力すれば、というところを普通に読めば、結局、根本はおんなじ見解を述べているだけにも思えます。でも、法律家に主導権を渡してないことで批判されているのかな？バカバカしい。

こういう恣意的な抜き出しで批判しようっていうのが法律家マインドだとすると、医療事故の本質とは関係ない、別のミスを見つけて、そもそもの議題は問題ないけど、その他の(結果として患者の不利益になっていない)部分が問題だ、とか言い出して無駄な時間が費やされそうです。

ここで使われている、こういう恣意的な抜き出しでという「恣意的」について考えてみます。前後の文を読むと、どうも、「意図的に」の意味で使われたのではないか、という気がするのです。このエントリの、意味上の前のエントリが、次のようになっています。

専門家のことは専門家で？（novtan別館）より：

じゃあ法律家が医療のことを理解して何が正しいかをジャッジすることが出来るかというとそうでもないと思うけど。

協力すればよいのに主導権争いをするとかいうのはなんの意味もない。お互いの専門的見地からものを言えばよいだけだよね。

この2段落で1つの意味をなす文において、上の段だけ引用して、そこについて意見をするな、と。そういうことではないでしょうか。

えっと、広辞苑には、「恣意的」という語はないそうです。で、「恣意」ですが、明鏡国語辞典によると「思いつくままの考え」という意味です。その他、恣意（はてなキーワード）とか、「恣意的」の意味とか、参照。

じゃぁ、ここで、「思いつくままに引用したのか」というと、そうとも言えるし、そうでもなさそうとも言えるし、微妙...

どうも、NAV1975さんと小倉秀夫さんは、様々なことで意見の食い違いがあるようです。そこで、NAV1975さんを「弁護士を馬鹿にしている人」として紹介するために“意図的に”1段落のみ抜き出したとも言えそうです。しかし、初めから読んでいて、この段落で「ムカッ！」ときて、その後を読まずに抜き出したとも、想像できます。この場合、「恣意的な引用」といえそうです。

言葉って、難しいですね。

あ、これを例に選んだのは、恣意です。「なんかおかしいよなぁ」と思っていたところに、たまたま飛び込んできたというだけで、他意はありません。