ソフトウェア開発

お仕事でMATLAB向けツールを作る場合、m-fileで書く場合が殆どです。m-fileは、小規模なツールを作る分には問題ありませんが、世の中のスクリプト言語たちと比べるとパワー不足が目立ちます。 さて、使い捨てツールのつもりで作ったものがバカうけして、いつのまにかお客様の開発を支える重要なインフラになっちゃったやつがあります。（ツール屋さんのお仕事で書いたものとは、ぜんぜん別のものです） このツ

あれはたしか今年の１月、某社のとってもとってもえらーい方に年初のご挨拶に伺ったときの事。 「ペンレコで、とったデータを印刷したいんだけど、いい方法ある？」 と、突然のフリを頂きました。ペンレコっていうのは、ながーい紙にひたすらグラフを書いていくための装置です。主に、計測結果の出力に使います。計測すると同時にグラフを書くには、たぶんこれしかありません。 ところが今回は計測データをいったん電子データ化

もう１ヶ月近く前の話ですが、ISO26262が発行されたようですね。夏ごろ出る予定と言われていたものが、ようやく出た感じです。 ISO26262の規格書（？）はPart1～10の１０パートに分かれていて、それぞれ１万円くらいします。このうちPart1～9までが発行済み。Part 10だけはもうちょっと時間がかかるようです。 とりあえずPart1～9をISOのショップから購入しました。1,092スイ

引き続き、VehicleSpyを使ったCAN開発について見ていきます。 前回のCAN入門（２）では、ECU単体の開発を行うために、CANバスをモニターしたり、CANバスにメッセージを送出したりしました。 今回は、ECU単体での検証は済んだものとして、実車による検証にフォーカスします。 CANインターフェースは、スタンドアロン動作もできるNeoVIというデバイスを使用します。

ちょっと予定を変更して、動画を作ってみました。

CANを使った開発をする際、開発ツールがあるととても便利です。CANに限らず、通信内容をモニターできるのと出来ないのとでは、開発効率に雲泥の違いが出ます。 そこで、VehicleSpyというツールを使うと、どんな感じになるのかまとめてみます。 ちなみにCANツールで有名どころというと、やっぱりVectorさんですね。CANoeというツールなどが有名です。CANoe向けのカスタマイズ案件をやらせてい

社命です。今日からCANを使った開発をしなさい。 などと言われる事もあるでしょう。サラリーマン的な選択肢は、ハイかYesしか無いわけで、どうにかしないといけません。 私なら、まずは次の事を調べます。 ・CANとは、そもそも何なのか？ ・CAN開発のための環境をどう揃えたらいいのか？ そこで、今回からのシリーズでは、これらの疑問にザックリと答えてみます。（ザックリすぎると思うので、あとからちゃんとし

私は、外注という立場で働いています。そして、工数がオーバーフローしそうになると、お客様の諒解を得た上で、さらに外注さんに協力を依頼します。最近は、この金額がものすごく膨らんできています。 この「さらに外注さんに協力を依頼」するとき、いくつかの課題が存在するように思います。 ・完璧な仕様書のジレンマ 完璧な仕様書を書く → 発注するには良いのだが、過大な工数がかかる ラフな仕様書を書く → 成果物に

忙しさクライマックスなので、でたわごとを。

テスト管理システム TestRail を使い始めました。 ウチは、 テスト専用チームなんて持てない テスト管理に関する、成熟した文化を持っていない という極小組織です。ですから、基本的にはズボラをしつつ、多少はテスト管理をしてみようかな、という感じで始めて見ました。 ちなみに、単体テストは対象外です。（C++testを使って自動化しており、これで困っていません。）