画像処理ライブラリの機能追加

今回、32bit版と64bit版でどの程度の性能差があるのかが気になり確認してみました。
その結果、64bit版に変更するだけで3割くらい速度アップしました。
処理内容にもよるでしょうか、単純に速くなるのはありがたいです。
それと64bitにすることで1プロセスが使用できるメモリ上限も増えるので、メモリ不足の心配も少なくなります。

今後はできるだけ64bit版を使用するようにし、32bitでしか動作しないライブラリなどは32bitの別プロセスで実行し、プロセス間通信でやりとりする作りが良いと考えています。面倒ですけど。

既存ソフトの作り直し。

投稿日:2018年12月12日作成者: 福岡憲彦

返信

今行っている仕事は２台の既存設備の他社製PCソフトを１から作り直し、２台とも同じPCソフトにする案件。

１台は10年前くらいの設備、OSはWindowsXP、言語はC++。
もう１台が厄介で、25年以上前の古参設備、OSはMS-DOS、言語はN88-BASIC。良くあるんですよね、こういう古いソフトの作り直し。

C++のほうは(ソースコードが汚いものの)問題なく読めて理解できます。

N88-BASICのほうはトリッキーです。実際に動かして見ないと何をしているのか追っかけられない。しかたないのでPC98エミュレータを用意して実機無しでも動くようにして調査しています。

それにしても良くN88-BASICのソフトが動いているものです。動かなくなる前に作り直しになってよかったです。壊れてから焦って作り直ししようとしてもすぐには対応出来ませんので。

デザイン

投稿日:2018年11月13日作成者: 福岡憲彦

返信

弊社が作成するソフトは工場で使用されるものが大半。
そのため、デザインはあまり気にされません。というよりはデザインにコストをかけることは喜ばれません。

しかし、現在開発を行っているソフトは外販の可能性もありデザインにコストをかけて良く、私が関わってきたソフトで一番凝ったデザインのソフトになっています。

私の兄がフリーランスとしてデザイン会社を営んでおり(https://m-code.jp/)、以前から一緒に仕事が出来ればと思っていましたが、とうとう実現しました。
兄は普段WEBデザインやCGデザインを行っており、パナソニックやオンキョーなどの案件を担当していますので実力は十分。お客様からもとても良い評価を頂きました。

SSD

投稿日:2018年10月11日作成者: 福岡憲彦

返信

最近、会社で使用しているデスクトップPCとノートPCをSSDに交換しました。
NVMeなのでHDDに比べて、シーケンスアクセスで10倍、ランダムアクセスで100倍近く高速です。

PC操作時の色々なタイミングで速度を実感でき、快適に開発が行えるようになりました。

ActionデリゲートやFuncデリゲートでタプルを使用

投稿日:2018年9月3日作成者: 福岡憲彦

返信

またC#のタプル(ValueTuple)の話です。

ActionデリゲートやFuncデリゲートは、複数個の引数を指定することができます。
例えば以下のようにstring型の引数を2つ受け取るActinデリゲートを受け取るHogeメソッドが定義できます。
(実装内容に意味は無いのであくまで参考の実装です)


void Hoge(Action<string, string> action) {
    action("aaa", "bbb");
}

これで動くのは動きますが、2つのstring引数が何者なのかコードからは全く読み取れないですね。
このメソッドを作った本人で無いと使用できないメソッドになっています。
今までならなせいぜいXMLコメントに引数の意味を記載してメソッド使用者に伝えることになります。
XMLコメントに「第一引数は名前、第2に引数はIDです。」みたいなことが書いてあれば、利用者は以下のように実装が可能でしょう。


Hoge((name, id) => {
    Console.WriteLine(name);
    Console.WriteLine(id);
});

しかし、タプル(ValueTuple)を使用すれば、このような問題は解決します。
先程のHogeメソッドを以下のように変更し、string型2つを保持するタプル変数１つにします。


void Hoge(System.Action<(string Name, string Id)> action) {
    action(("aaa", "bbb"));
}

これならば、２つのstring型に名前が付き、いちいちXMLコメントに記載しなくても最低限の意味は分かるようになりました。（あくまで最低限。XMLコメントが不要ということでは無いです。）
利用者側の実装は以下のようになります。


Hoge(x => {
    Console.WriteLine(x.Name);
    Console.WriteLine(x.Id);
});

「建設業の足元にも及ばない、IT業界は最も遅れた労働集約型産業だ」について

投稿日:2018年8月6日作成者: 福岡憲彦

返信

今朝見た日経XTECHの以下の記事が面白かったです。
「建設業の足元にも及ばない、IT業界は最も遅れた労働集約型産業だ」

我々IT技術者が良く比喩に使う建築業よりも遅れた業界だったとは！

私はこの業界に入ってソフト開発会社2社に勤めましたが、どちらもSIer無しの１次受けで、自社内での受託開発でしたので、この記事に書いているような多重請負でのIT土方な現場には関わったことがなく（関わりたくないですが）、驚くとともに技術者が可哀想になります。

このような現場では、志が高い技術者が入ったとしても、続かないか腐っていきます。結果、知的技術者はいなくなり、労働者だけしか残らいない技術者デフレスパイラルになってしまう。もったいない。

私は、志が高い技術者はベンチャー系会社に入ったほうが幸せだと考えています。
いまの日本のソフトウェア業界では、やりがいがあり・技術力が身につき・成果が収入になるのはベンチャーだけです。

つまり何が言いたいかというと、「インフォテックはベンチャー系なので、やる気のある技術者はぜひ面接に来てください」ということです。

タプル戻り値の要素数を増やす方法

投稿日:2018年7月8日作成者: 福岡憲彦

返信

C#7で追加されたタプル(ValueTuple)によって戻り値を複数返すことが出来るようになりました。


■タブルを使用した戻り値の例

public (bool b, string s) GetTuple() {
    return (true, "AAA");
}

public void Sample() {
    var (b, s) = GetTuple();
}

ここで１つ疑問が出てきました。機能追加によってGetTupleメソッドの戻り値を１つ増やしたいが、GetTupleメソッドを使用しているコードを変更したくない場合、どうすれば良いのか。

まず、バイナリ互換性を維持するのであれば、オーバーロードで複数のGetTupleメソッドを作成する方法が思いつきます。


■GetTupleメソッドのオーバーロード例　ビルド出来ません。

public (bool b, string s) GetTuple() {
    return (true,"AAA");
}

public (bool b, string s,string s2) GetTuple() {  
    return (true, "AAA","BBB");
}

public void Sample() {
    var (b, s) = GetTuple();
}

しかし、これではうまく行かないです。
C#は戻り値違いによるオーバーロードは出来ないからです。
引数を変えるか、メソッド名を変える必要があります。

次に、タプル(ValueTuple)を分解する拡張メソッドを作成し、３要素のタプルから２要素だけ分解する方法を考えました。


■分解拡張メソッド(Deconstruct)の例　ビルド出来ません。

public (bool b, string s,string s2) GetTuple() {
    return (true,"AAA","BBB");
}

public void Sample() {
    var (b, s) = GetTuple(); 
}

↓この分解拡張メソッドはstaticクラスに実装
public static void Deconstruct<T1, T2, T3>(this System.ValueTuple<T1, T2, T3> tuple, out T1 v1, out T2 v2) {
    v1 = tuple.Item1;
    v2 = tuple.Item2;
}

分解拡張メソッドは複数実装できるはずなのですが、なぜか追加した分解拡張メソッドは呼び出されませんでした。

結果、どの方法もうまくいきませんでした。
.netで標準的に要素数の少ない分解が出来るようになってほしいと思うのですが、出来ないということは何かリスクがあるのでしょうかね。

iOS用の社内ライブラリ

投稿日:2018年5月22日作成者: 福岡憲彦

返信

iPhone用アプリの開発でWindows用社内ライブラリに入っているクラスを使うことになり、せっかくなのでiOS用社内ライブラリを作成しました。

以前UWP用社内ライブラリを作成したときに共通化できそうなソースコードは共有プロジェクトに移動したので、今回は簡単にiOS用社内ライブラリが出来上がりました。
Xamarinの互換性の高さに驚きです。

インフォテックブログ

計測制御ソフト開発　インフォテック株式会社

作成者アーカイブ: 福岡憲彦