設計とは、 要求（やりたいこと）をヒアリングする 要求を要件（何を満たさないといけないのか）に落とし込む 要件を実現するために考えられる手段を洗い出す 手段の検証を行う 検証結果を元に、どの手段を使うかを選定する 選定した手段を合意する（一部要件を満たさない事項がある場合は、代替策や妥協ラインについても合意する） 合意内容を元に、実装や設定に落とし込む をやることである。画面設計や機能設計のように、3-5の検証/選定が薄くなったり曖昧になったりするものはあるが、一般化するとこの流れになる。 設計書には、上記の設計でやってきたことを順番に書いていけばよい。これを文章構成のテンプレに落としていくと、 要求 要件 方式 対応案（いわゆる比較表で書いていくのが楽） 検証結果 選定・合意結果（合意した代替策や妥協ラインについても記載する） 詳細設計（どういう実装にするとか、パラメーターにするとか、細

今年の初めから弊社の公式サイトは「音声読み上げソフトに配慮した記述」が求められるようになった。 例えば「7/28(火)」はNG、「7月28日（火曜日）」が正しい。これはまあいい。 でも他の例では「※詳細はこちら」これはダメで、「注記：詳細はキャンペーン詳細サイト（外部サイトへ移動します）（別ウィンドウで表示します）をご覧ください。」と、こうなる。 あと「～」が使えなくなった。これ、「５～８ポイント」を「５から８ポイント」とするのが本来のアクセシビリティー対応なのだが、画一的に「～」を禁止されて「アマゾン ～最後の秘境～」とかの固有名詞まで「アマゾン　最後の秘境」に書き換えが発生している。もはや意味もないし商品名や番組名を改変しちゃって怒られるまである。 どうなんかね？音声ブラウザならまだしも、通常のブラウザでは明らかに日本語としての可読性が下がって苦情も来ている。でも社会的要請からアクセシ

Windows 95に続き、クロスプラットフォームに対応したElectron製Mac OS 8エミュレータ「macintosh.js」が公開されています。詳細は以下から。 以前、元Microsoftのエンジニアで、現在はSlackHQでSlack for macOSなどの開発を行っているFelix Riesebergさんが、Electronベースでクロスプラットフォームに対応したWindows 95エミュレータ(v86ラッパー)「Windows95」をリリースして話題になりましたが、そのMacintosh版となる「macintosh.js」が新たに公開されています。 macintosh.js This is Mac OS 8, running in an Electron app pretending to be a 1991 Macintosh Quadra. Yes, it’s the