システムビルダー君津 » コラム

もっと使う側の立場に立ってほしいもの

sbkimitsu — Thu, 23 Dec 2010 07:06:15 +0000

すでにマイクロソフトのＯＦＩＣＥ２０１０を使用されている方もいることでしょう。私のお客様も導入を始めていますが、メールに添付された旧バージョン（ＯＦＦＩＣＥ２００３以前のもの）のファイルが開けないという問題が発生しました。いろいろ苦心した結果ＨＰですでに解決してくれていた方の情報で解決できました。下のＨＰの記述とおりにすれば回避できるということです。

http://bugzero.shooti.jp/sitehead/http://bbs.kakaku.com/bbs/K0000107181/SortID%3D11574610/

情報をＵＰして下さった方には感謝です。でもそもそもマイクロソフトの開発陣はこんなことも想定しなかったのでしょうか？みんな同時にソフトのバージョンアップをするわけではないのに。自分たちでテストしなかったのでしょうか？

いずれにしても使う側の立場に立ってないことを表しているとおもいます。自分はそんな開発をしないように心がけたいと思いました。

”自信満々”な技術者にはご用心

sbkimitsu — Sun, 14 Feb 2010 13:20:12 +0000

私がプログラマーとして新人だった20年以上前に出会った技術者の中には、自分の能力に自信たっぷりで結構威張っている人がいました。でもそんな技術者もちょっとした仕事の行き詰まりを経験して、その仕事から逃げ出してしまい、その人が投げ出した仕事を自分が引き継いだということがあります。

自分の能力に自信を持つことは悪いことではありませんが、誇示するようなものでもないと思います。自分が何でも知っているわけではないということを認めてしまうと気も楽になります。知らないことがあって当然で、知らなければ知っている人に教えてもらえばよいのです。

では何か仕事を依頼した人が”自信満々”な技術者だったらどうすればよいでしょう。私の経験から言わせてもらうと、その人の話すことを信じるように見せてきちんと正確さを確認していき、不都合がある場合ははっきりとまずいところを指摘できるようにします。くれぐれも話されることを鵜呑みにしないで調べてみましょう。

身につまされる話

sbkimitsu — Wed, 26 Aug 2009 12:10:14 +0000

昨日のことですが緊急地震速報が誤報だったことでみんな迷惑したということで、なぜ誤報が流れたのか朝の情報番組が解説していました。
気象庁が地震計のコンピュータシステムを変更したときに、システム屋が犯した2つのミスが今回の騒ぎになったそうで、同業者として身につまされる話でした。
ひとつのミスは地震の数値を計算する計算式の単純なミスで、計算する単位を間違えていたということでした。たとえば1ミリ加算するというところを1キロ加算するというような大きな単位に取り違えたそうで、これは確認漏れか見落としたのかもしれません。
そして朝の報道番組ではミスとは言っていませんでしたが、同業者としてはこちらのミスの方が由々しいと思いました。2番目のミスと思うそれは、計算式の大事な変更をクライアントである気象庁に事前に相談していなかったことです。なぜ由々しいと思うかというと、地震計から上がってきた計算結果を社会的に責任を持って発表するのはクライアントである気象庁であるのにもかかわらず、クライアントに断らないで変更するのは僭越と言わざるを得ないと思います。結果はニュースで見たとおり頭を下げないといけないのは気象庁の方々で、システム屋ではないのです。
なぜクライアントに断らず変更したのか分かりませんが、このミスは技術的な問題ではなくこのシステムに関わった技術者たちの気持ちの問題だったのではないでしょうか。油断か、自分の置かれている立場や責任の認識が間違っていたか、これは自分にも油断していると起こりうる事だと、身につまされました。

私達情報システムに従事する者は、自分の責任と立場をわきまえていないと大変な失敗をしてしまいます。他人の事と考えないで私も自分の仕事を見直さないといけないと思いました。

問題の原因を的確に見つける（２）

sbkimitsu — Fri, 17 Jul 2009 13:42:56 +0000

プログラムの実行時に問題が発生し、社内ネットワークには問題がないと思われるとき、プログラム自身の問題に視点が移ります。ここでも消去法を意識して問題の原因を捜していきます。
まず同じプログラムを使用しているすべてのマシンで同じ事をしたときに同じように問題が発生しているのか、それとも特定のマシンで起きている問題なのかを、現場のオペレータに確認します。この確認がとても重要で確認しないと問題の原因発見に遠回りすることになります。
もしすべてのマシンで同じ問題が発生しているなら、実行しているプログラムの問題を疑うことになります。デバッグ環境で同じ動きを試み再現させます。もし自分のところで再現できない場合は問題を報告してきたオペレータに、どんな操作をしたのか詳しく聞いてみます。開発者はおのずと正しい操作方法をしてしまいます。すべてのプログラムのプロセスを知っているからです。でも現場のオペレータはそんなことを知らないので開発者の想定していない操作をしていることもあるのです。
もし自分の環境で再現できれば問題の原因を特定することは容易です。きっと見つけたときには「なんでこんなミスをしたのか」と気恥ずかしくなるでしょう。簡単にその部分を修正できますが、その後の処理が肝心なところです。つまりユーザに原因の説明と被害状況の説明とフォローです。ここでしくじると技術者としての信頼を失う恐れもあります。このことはまた次のコラムでお話しします。

コラムについて

sbkimitsu — Sat, 16 May 2009 11:01:41 +0000

弊社代表山本邦夫によるコラムを、今後掲載して参ります。
現在、準備中ですので、しばらくお待ち下さい。