製作著作 © 2005-2013 Karl Fogel, 高木正弘, Yoshinari Takaoka(a.k.a mumumu), under a CreativeCommons Attribution-ShareAlike (表示・継承) license (3.0, 2.1-jp)
開発現場のUIトラブルを解決!? 画面プロトタイプ入門:いまさら聞けないリッチクライアント技術(16)(1/3 ページ) UIを取り巻く開発現場の問題点って何? システム開発におけるUI(ユーザーインターフェイス。本稿では、画面系の話題をすべてUIといいます)には、大きく2つの問題があります。 ■ユーザーいわく「使いにくい、分かりにくい」 1つは、システムの使いやすさについての問題です。システムをリリースしても、エンドユーザーから「使いにくい、分かりにくい」などのクレームが発生し、システム導入後の運用コストが低減できなくなるなどの問題が発生します。 ■ユーザーいわく「やっぱり画面にアレが欲しいな」 もう1つは、製造工程以降で、動くシステムが出来上がったときに、顧客から追加の要件が頻発する問題です。これは、システム開発共通の大きな問題ですが、特に顧客の目に付きやすいUIの部分は、その指摘が多
濃縮還元オレンジニュース Microsoftの開発現場ではVSSではなくCVSが、プロジェクト管理はMS ProjectではなくExcelが使われている Microsoftに勤めている人との会話をまとめたものです。Googleの開発手法は最近カンファレンスなどでよく聞きますが、Microsoftでどのように開発を行っているのかはあまり知られていない気がします。 まず、コードレビューをかなり重要視しているようです。コードと単体テストが終わったら旧ソースとのDiffをチームメンバーに配り、メールベースでレビューを行います。レビューは1行1行細かく行い、全員がOKと判断したら再度テストを行いチェックインします。コードレビューはチーム全員で行うため、チームの能力が徐々に平均化していく効果があるようです。なおバグが出た場合、チーム全員でレビューしていることから「チーム全員に対する説明責任」が生まれ、
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く