SQLアンチパターンもりもりDBを設計しよう！ - Qiita
概要 名著SQLアンチパターンを読み終えたので、それの復習のために悍ましいデータベースを作ろうと思った。 まず前半では、SQLアンチパターンを意図的に盛り込み、目も当てられない酷い設計をします。 そのあとリファクタリングを行なったER図に書き直していきます。 なお、真面目に書くと参考書の丸写しになってしまうので、この記事は アンチパターンもりもりのER図を見て嫌悪感を学習し、設計に役立てようという趣向のもと、詳しい説明は省きます。 とても良い本なので読んでください。 想定するシステムの概要と状況 目的において適切かはわかりませんが、とりあえず考えることの多い”お金”を扱うシステムを想定してみます。 私はブラックジョークが好きなので、今回は「ちょっと怖い金融屋さんが使う債務者管理システム」のER図を設計してみようと思います。 ざっくりした要件 債務者を登録でき、プロフィールを入力できる。 債
UIデザインは人の好奇心に依存している
はじめに 私は普段、同居している81歳のおばあさんにiPadの使い方を教えたり、サポートをしています。 発端はとある２５歳男性に、PS4の使い方について教えてあげたことです。 彼はPSボタンを長押しして出てくるメニューの存在を知らず、スリープモードが存在することを知りませんでした。 ８１歳のお婆さんも以前、iPadの入力キーボードが左右に分割されてしまい、入力ができない問題に直面しました。これもまたiPadのキーボード右下にある、「キーボードを隠すキー」を長押ししてしまったことが原因でした。 以上の出来事から私は、UIデザインは人の好奇心に依存していると考え、その意見を文章に書き起こしてみました。 本記事における好奇心の定義について 本記事では好奇心を次とします。 わからないものに対して、それを知りたいと思う欲求 そして、好奇心の強い人を次と定義します。 好奇心が予測できないリスクへの不安
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
