制御系ソフトでは外部からのAD入力値をロギングして演算や制御を行うことがよくあります。

社内での開発時はAD入力機器が無い場合が多いので、AD入力のデバッグ用に波形発生器クラスを社内ライブラリに実装しています。

このクラスを使用すると、指定した条件の経時変化波形を作成できます。今のところDC ・矩形波・サイン波・CSVファイルによる任意波形の４種類に対応しています。

あとは必要になったらパルス波・三角波・ノコギリ波・複数の波形発生器の合成波くらいを実装すればだいたいのことは試せるはず。

海外出張用に会社でSIMフリーのアンドロイドスマートフォンを購入しました。
SIM2枚刺し・LTE対応・テザリング可能で8000円くらいです。安いですね。
いったい原価はいくらなんだろう。

社内ライブラリの自動テストのコードカバレッジ（テストされた割合）を確認すると、42%でした。
うーん、もう少し上げたいですね。来年は頑張ろう。

先日、お客様から連絡があり、古いPC-98のパソコンが壊れて動かなくなったとのこと。

症状を聞きながら色々と試して貰うと、HDDは大丈夫なようで、別の使っていないPC-98にHDDだけ入れ替えてソフトが起動できるようになりました。

OSがWindowsではなくMS-DOSで、もう20年くらい前のソフトを今も使っているようです。

今回は使っていないパソコンが余ってたので良かったですが、またいつ壊れるか分からない危険な状態です。

特注の検査装置のソフトなので、簡単にパソコンを更新する訳にもいかないのは分かるのですが、問題が発生したときのリスクを考えると、数年単位に更新の検討をするべきだと思いました。

開発側も更新時期をお客様に提案し、危険を回避できるように動いた方が良さそうです。

今仕事でWPFを使用しています。

いつも仕事ではWindowsFormを使用しており、馴れているためWPFに移行出来ていませんでした。

実際使用してみると一長一短ではあるものの、今後はWPFでも良いかと思っています。理由は以下。

１．予想よりも移行が簡単である。もっとWindowsFormとのギャップがあるかと考えていたが、それほどでも無い。事前にXAMLやVMMVを理解していたからかもしれないが。

2. 予想よりもWindowsFormと共存ができる。いままで社内ライブラリで使っていた共通のWindowsFormがWPFのプロジェクトで使えたり、WindowsFormsHostコントロールを使用してWindowsFormコントロ－ルが使えたり。

3.自由度が高い。さすがWPFと思えるところ。今まで簡単にできなかったことができるようになる。逆に今まで簡単にできたことが多少面倒になっている部分もある。

4.UWPの布石として。 正直、WPFがWindowsFormに置き換わることは無く、その前にデスクトップアプリが無くなりUWPに移行すると思われる。UWPのUIもXAMLなのでWPFに馴れておいた方が良い。 

今までに他社ソフト会社が作成したソフトの改造依頼などで色々なソースコードを見てきましたが、まともなソースコードはほとんど見たことがありません。

制御系ソフトという業界は、どの会社もソフト開発スキルが低いです。電気やメカについても学習しないといけないため、相対的にソフト開発スキルが下がるのだと考えています。

手前味噌ではありますが、インフォテックは制御系のソフト会社では 他社と比べスキルが高く、業界ではかなり珍しいと思います。

そんな他社制御系ソフトについて、最近とても出来の良いソースコードと出会いました。事前に設計をしているというのが分かるクラス構造や、デザインパターンへの理解がある実装など。他社ソフトでこんなに出来の良いソースコードは初めてです。しかも、ソフト専門の会社ではなく、お客様社内のソフト開発部が作成されたソフトでした。

来週の現調で開発された方にお会いするのが楽しみです。

インフォテックで作成するソフトでは、１日分などの長期間の時系列測定データを処理する場合などが良くあります。

さすがに全てのデータをRAMメモリ上に確保するのは現実的ではないので、 バイナリファイルにデータを保存し、必要なデータだけを読み込んで使用できるようにするのが良いのですか、データを使用する側の実装が複雑になるのは避けたいところ。

ですので、バイナリファイル内のデータをListのように扱えるFileMappedListクラスを作成しました。このクラスを使用すると、インデクサを使用して指定したインデックスの値だけをバイナリファイルから取得したり、指定したインデックス範囲について間引きを行って値を取得するなどが行えます。データの型はジェネリックで指定可能です。

200行程度の小さいクラスですが、使ってみた結果はとても良いです。

VS2015で追加されたnull条件演算子(?.演算子)について、今日初めて使ったので覚え書き。

この演算子を使用すると、 Maybeモナドのようにオブジェクトがnullかどうかを気にせずに実装を行えるようになります。

例１：
var control = form?.ActiveControl;
フォームオブジェクトからアクティブなコントロールを取得します。
フォームオブジェクトがnullの場合、controlはnullになります。

例2：
var color = form?.ActiveControl?.BackColor;
フォームオブジェクトからアクティブなコントロールの背景色を取得します。
フォームオブジェクトやアクティブコントロールがnullの場合、colorはnullになります。
なお、null条件演算子を使用しているため、colorの型はNullable<Color>になります。

例3：
var color = form?.ActiveControl?.BackColor ?? Color.White;
フォームオブジェクトからアクティブなコントロールの背景色を取得します。
フォームオブジェクトやアクティブコントロールがnullの場合、colorはWhiteになります。
colorの型はColorになります。

例4：
form?.ActiveControl?.Refresh();
フォームオブジェクトのアクティブなコントロールのRefreshメソッドを実行します。
フォームオブジェクトやアクティブコントロールがnullの場合、Refresh()メソッドは実行されません。

残念なのはプロパティやインデクサへのSetには使用できないこと。（自分が使い方を分かっていないだけかも）以下のようなコードは書けません。
form?.ActiveControl?.BackColor = Color.Black;
(frm?.ActiveControl?.BackColor).Value = Color.Black;

弊社で使用しているバージョン管理ソフトはいまだにVSSです。
いい加減に更新しないと駄目だと思いつつも、手をつけることができずにいました。

開発ソフトもVS2012からVS2015に移行したいのですが、VS2015＋VSSの相性が悪く、VSSを止めないとVS2015に移行できない。ですので、いやでもVSSを止めて別のバージョン管理ソフトに移行する必要があります。

今までVSSだっったのでTFSに移行するのが楽だと思うのですが、世の中のはやりがGitですし、マイクロソフトもGit推しで今後のTFSの動向が不安なため、Gitにしようと考えています。

WEBに繋がずローカルネットワークでと考えているので、まずはGitLabを試してみようと思います。

たまにタブレットで文章を書きたいときにキーボードが欲しくなるので、モバイル用のキーボードを購入しました。

今回のキーボード選びのポイントは２つ。
１．キーボードを使用したい時に持っていなければ意味が無いので、常にカバンに携帯しても邪魔にならない折りたたみ式であること。
２．タブレットのUSBポートが１つしかないのでBluetoothであること。

悩んだ結果、ミヨシのTOR-BT02にしました。ですが、正直あまり気には入っていません。ほかの折りたたみ式の中ではましかと思ってこれに決めました。

10年前に使用していたVAIO TypeUについていた折りたたみキーボードのできが良く、これと比べてしまうため、どうにも見劣りしてしまいます。このキーボードは折りたたみでありながらキー配置やサイズが通常のキーボードと遜色なくキー入力ミスが少ないです。また、ポインティングデバイスも付いているのでマウスも不要です。残念なのは有線であることだけ。これと同機能でBluetoothのものが販売されたら即購入すると思います。