本日早朝、移行が完了しました。
当初の予定とは異なる構成で、省電力にも逆行していますが、フレキシブルなので良しとしよう。

あんまり参考にならないかもですが、一応いつものまとめページです。
...

　１年に２回くらいしかやらない、PCのプログラムが必要な案件が来ました。
某スタジアムの開閉屋根の走行プログラムの改造。　本体制御はモーション制御なのですが、改造のシミュレーションをパソコン上のシミュレーターを使って行うものでして、そのシミュレーターのプログラムです。
　以前は、VB6のタスク２つで、中間をC+の共有メモリで繋いでいました。　これをVisualBasic.netに移行して、ネイティブなマルチスレッドで１本化するものです。

　ご存知のとおりVB6->.net　移行の際のネックは色々ありまして、単純にプロジェクトのアップグレードで動く物の方が少ないくらいです。　一番困るのは、「コントロール配列が使えない」ということでして。。

　このように、１４台ある物体の各ランプを種類毎にまとめたり、数値表示を出したりといった使い方ですから、まず間違いなく　コントロール配列を使ったほうが簡単でコードも読みやすいです。

　VB6なら、コントロールをコピー?ペーストすると、勝手にコントロール配列にしてくれました。　Label1でしたら、Label1(0)、Label1(1)・・　という具合です。

　しかし、.netに変わってからは、Label1をコピーすると、Label1-1、Label1-2・・となってしまいます。　オンラインマニュアルを見ると、

「Visual Basic .NET では、コントロール配列はサポートされません。イベント モデルに加えられた変更により、コントロール配列が不要になりました。Visual Basic 6.0 では、イベントがコントロール配列によって共有されていましたが、Visual Basic .NET では、複数のコントロールからのイベントがイベント ハンドラによって処理されます。このことにより、同じイベントを共有する異なる型のコントロールグループを作成できるようになります。」

とあります。
一般的には、 こちらのサイトにあるような方法が簡単にコントロール配列を作れるでしょう。

ただ、クリックイベントなどの際にどのコントロールが対象なのかを判断する時の処理がわかり辛かったり、同じコントロールの配列群を多数set作る 場合などを考慮し　私の場合はコントロールの配列は　「System.Collections.CollectionBase」　クラスを継承したクラス で 「ControllArray」による方法を使用しています。
これは、予め汎用的なControllArrayクラスを作成しておけば、追加呼び出しなども自由ですし、よりオブジェクト指向の書き方になってきます。

＊＊
　まあこの程度のことは、プログラマの方からすれば「何を今更低次元な。」　なんでしょうが。。　これが本業でないプログラマにとっては、結構面倒なわけです。

　さて、42setのコントロール配列群をやっと作り終えたので、本体コード移行に着手しなければ・・

またまた、新サイトを立ち上げてしまいました。

注文住宅と不動産の裏話...

この３連休、どこにも出かける予定もなく、かといって何かまとまったことをする気力もない。

　そこで長年の懸案だった、DVカメラからの動画の取り込みを始めることにした。　元々DVカメラも調子が悪くてテープを早送り・巻き戻しをするとテープを巻き込んでクシャクシャにしてしまう状態だったのだが、ずいぶん放っていたので更に状況が悪化。

　おまけに、今時IEEE1394ポートを装備するPCも減って手元に無いから、拡張ボードを新調。　なんとかかんとか作業を進めている状態で、このまま３０本の作業を一気に済ませて安心したい。

...

土曜日の朝から、緊急コールにより　なかなか辛い出張の旅にでています。

コールいただいたのは、他でもない、あの時の福岡のお客様です。　いつもこういう困った時しか電話が来ないんですけど、何とかなりませぬか？？ 　困った時の神様じゃあないんだから。

• まず今回は商流がすごいです。

最終ユーザー（海外）
　↓
設備発注者：Ａ社（川崎市）
　↓
元請け：Ｂ社（京都）
　↓
２次請け：Ｃ社（大阪市）
　↓
３次請け：Ｄ社（福岡県）
　↓
ｍｃ８（千葉県）

• 直近の動き
  土曜日の朝５時半に車で出発し、３時間かけてＡ社に到着。
  設備は動いてはいるのだが、安全に関わる問題が発覚し、根本的な設計検証過程の正当性を問われている。　昨日は問題の洗い出しと改善策の検討で１日を費やした。

昨日の打ち合わせでは、本日の夕方に福岡のＤ社に飛んで、試運転中の装置の検証に行くはずだった。　しかし、Ａ社さんへの本日の説明で一転、明日は京都のＢ社さんで打ち合わせに変更。車を新横浜に置き去りにして新幹線で移動予定。
　・・　早い話が、「基本設計ができていないものに合わせて現物で確認しても、抜けが起こるだけ」　ということ。

要求されている内容は「理想的な設備」に繋がる素晴らしい仕様であって、それが当たり前でやっておられるＡ社さんは素晴らしいと思います。　そして大変勉強になります。

がしかし、それに対応者（受注者）が付いていけていない。
中間に入っている機械メーカーさんも、良く動いていただいているのだけれども、Ａ社さんの要求レベルの高さに追従できていない。

このままお付き合いしていると、（既に御迷惑をおかけしていますが）ｍｃ８社の直請け案件への影響が必至。　かといって、このまま「サヨナラ」したら以後のＤ社さんとのお付き合いも無くなる。　この不景気に、それは無い。

こういう時こそ頑張って、ピンチをチャンスにしたい。。　もう少し、泳いでみようと思います。

• PS:
  　子供たち２人がインフルエンザにかかったらしい。　母親もそろそろ発症する頃か。。　「今帰ってきても面倒見れないから、そのまま出張し続けて！」なんてこと言われた。　大丈夫、帰れないから。 　　

　第4回 水戸黄門漫遊マラソン 完走しました。

逆ローリング走法！のオリジナルTシャツを着て、失速しないぞという強い気持ちで臨みました。

　3日前に、ズームフライよりも20g程度軽い、ズームフライSPファストをネットで入手。奥：ズームフライと、手前：ズームフライSPファスト。

　これを履きましたが、スタート整列後に、まさかの大粒の雨。。折角軽量シューズにしたのに、びしょ濡れで重い。

結果は、グロス3時間41分22秒、ネット3時間40分34秒

GPSログ
（Garmin）
（JogNote）

タイムリスト この記録は速報(参考記録)です

　中盤まで、ミッド気味フォアフットで無理の無い心拍数とペースで地道に繋いで行きました。途中、3.5ペーサーの風船が見えたので近づけるかと思ったのですが、逆にじりじりと離されていきまして・・
　そして30km過ぎでペースダウン。　原因は、フォアフットの短時間の地面反力に骨盤筋群が耐え切れず、体のバネが無くなってしまったことです。
　その後は、フォアフットを諦め、普通のフォア接地ミッドフットの逆ローリング走法に切り替え、なんとか5分30秒程度でガマンの辛い走行。　こういう時に逆ローリング走法は粘りが効きます。
　しかし、37Km過ぎでついに右脚ハムと左膝が攣り気味になり、6分程度に落ちて行き、41km過ぎの壁坂を歩いて上ったのに、ゴール手前400mのあと少しのところで膝が攣ってジエンド。

　今回はフォアフットの体がまだできていなかったということでしょうか。　なかなか思い通りにいかないものです。

　次は、2週間後の成田POPラン（ハーフ）と、5週間後、12月1日の湘南国際フルと続きます。　仕事のピークを迎えるので、練習もままならない気がします。

ペースと高低差

ペースと心拍数。　中盤まで心拍数は安定していた

ペースとピッチ。　ピッチ190台はいつものレースどおり。

• 趣味のはなし：マラソン

昨年度の、法人決算・確定申告、消費税の支払が完了しました。
予想通り、大幅な赤字でございます。
弊社は今期は第５期になり、　第１期、２期こそ赤字でしたが、第３期で空前の黒字を出して、４期も少し黒。　そこへ今期の１Ｍ￥を超える赤字で、雀の涙ほどの内部留保は完全放出してしまいました。

昨年９月から今年の２月にかけて、必死に頑張ったのになあ、、結局６月までの空白が決定的でした。

さて、今季も３月４月は受注が少なく稼働率が２割くらいでしょうか。。　次の仕事が入っているとはいえ、役員報酬を下げざるを得ないですなあ。。