スラッシュドット ジャパン | バグを発見する典型的なやり方ってありますか？
あるAnonymous Coward曰く、"Mu: 経由で、「w3mのデバッグの記録」というのを読んだ。 w3mのバグを修正した時の記録です。バグ修正のケーススタディ的な物があると有用かなと思ったので、公開します。 バグの発見方法 * なにはともあれ、ktrace * fstatでオープンしているファイルの状態を見る * w3mのソースからgzipの処理部を探す * pcloseが呼ばれているのかを検証 * pcloseではクローズできないpipeがある? * pipeをオープンする方法は、popenだけではない 時々、じっとログを眺めていたかと思うと「キター」とかいってバグを発見するヒトもいるのですが、みなさんはバグを発見するための定石などありますか？聞いてみたいです。"
使いにくい業務システムが生まれる理由
「これからは，現場のユーザーのことを考えた使い勝手の高いシステムを作れないITベンダーさんには，発注しません」。ソニー生命保険は最近，取引先のITベンダーに対してこんな方針を打ち出した。 目的は，営業支援システムなど基幹業務システムの刷新を本格化するに当たって，使い勝手の高いシステムを設計開発できる体制を整えるためである。そのため今年1月までに，業務システムの使い勝手（ユーザビリティ）とは何かを定義したうえで，ユーザー・インタフェースの設計プロセスや画面一つひとつのデザイン方法などに関する社内標準を策定。それらに準拠することを，取引先のITベンダーにも求め始めたというわけだ。 ユーザー・インタフェース設計の責任者となった長尾和洋 営業企画本部営業情報支援部web支援課主事は，元営業担当者としての経験を踏まえてこう語る。「システムのちょっとした使い勝手の悪さも，それを日々使う現場のユーザーに
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
