米Microchip Technologyは、iPodおよびiPhone向けのアクセサリ製品を同社のPIC MCUを使って開発するための開発キットを3種類発表した。これらのキットはハードウェアのサンプルと、インプリメントに必要なソフトウェアから構成されており、Digital-Audioサウンドステーションやドッキングステーション、あるいはiPod/iPhoneと組み合わせた新しい製品を迅速に開発することを可能にすると同社は述べている。 今回発表されたのは以下の3製品。 「Digital Audio Development Platform for iPod and iPhone」(Photo01) デジタルオーディオ出力を拡張するほか、ヘッドフォン/I2Sオーディオ出力をサポートし、ユーザーインタフェースをプログラミング可能である。またオーディオ/ビデオの能力拡張が可能で、PC/MACと

ヘルプデスク業務に携わって学んだことは、ユーザは画面に表示されるものを何も読んでいないということだ。進めるために押すべきボタンの順番を記憶し、それで何か予想外のことが起きようものならお手上げだ。 エラーログを取ることが役立つこともあるが、それだけでは問題を解決できないこともあり、何か良い方法はないかと模索している。 例えばエラーメッセージと子犬の画像を一緒に表示し、「子犬のエラー」であったことを覚えておいてもらうことは出来ないだろうか？「未初期化データ」のエラーであることは覚えられなくても「子犬」なら記憶に残るのではないだろうか。画像を探すのは時間がかかるので、例えば文字や数字、色や記号や形を組み合わせてエラー用のロゴを作るのはどうだろうか。エラーの種類によって「赤５」や「青の四角」が表示されるといった風に。さらに例えば、五感に訴えかけるという意味でエラーとともに特定の音を流すというのはど

HowToWriteAnEffectiveDesignDocument - 設計文書のうまい書き方 目次 この文書について 設計文書のうまい書き方 なぜ設計文書を書くのか 良い設計とは何か 同僚の開発者に向けて書く 第 1 節に書くこと: プロジェクト/サブシステムの目的を示す 第 2 節に書くこと: 設計に使う高レベルなエンティティを定義する 第 3 節に書くこと: 個々のエンティティに関する低レベルの設計を書く 使い方 設定 モデル 相互作用 第 4 節に書くこと: 利点, 前提, リスク/懸念事項 マネージャ向けに書くこと 最後に 設計文書のうまい書き方 この文書について "How to Write an Effective Design Document" の日本語訳です. http://blog.slickedit.com/?p=43 推敲歓迎: 誤訳, タイポ, 訳語の不統一,