はじめに 今携わっているプロジェクトで凄腕エンジニアさんと一緒に開発をさせていただいているのですが、その凄腕エンジニアさんから教えていただいた例外の話がとても勉強になり、 さらにこの例外の話を他のプロジェクトのエンジニアさんに伝えたところ、反応が良く、とても勉強になりました！という声をいただけたので、アウトプットしていきたいと思います。 （この記事の中で凄腕エンジニアさんのことはTさんと呼ぶことにします。） ※【凄腕エンジニアさんから学んだ例外の話】の補足 というQiita記事を書きました。 この記事を読み終わった後に疑問が残った人などは補足資料として読んでいただけると嬉しいです。 例外の考え方の源 Tさんの例外の考え方は http://diveintopython3-ja.rdy.jp/your-first-python-program.html#exceptions ↑こちらのPyth

はじめに 管理画面を開発しているときに、いくつかポイントがあるなと思ったのでアウトプットします。 現場で行われるやり取りやコミュニケーションを考慮する URLでの共有 現場では 「こういう検索結果のこういうユーザーに対してこういう操作をしてください！」 というふうに他の人にURLを共有して指示を出したり、 「今月の対象はこの人達だから、確認お願い！」 というふうにコミュニケーションを取りながら業務を進めます。 ある状態のページをURLを通して共有したいことは多々あります。 URLに状態をもたせることは重要ですし、URLで表現できたら便利なことはたくさんあるのではないかなと思っています。 管理画面の開発をするときは、 そのページがどのようなコンテキストで共有される可能性があるのか、URLで表現できたら便利なことは無いかを考えてみる と良いと思います。 やり取り、コミュニケーションに必要な情報

はじめに 今回は外部キーを張るときに最低限意識したいことについて書きました。 何か間違えがあったり、もっとこういうところも意識してますという人がいたらコメントお願いします。 この記事で伝えたいこと ①リレーションシップ先のデータを消したときに同時にリレーションシップ元のデータが消えても自然な状態を作る ON DELETE CASCADEをうまく利用できる状態を作る つまり親子関係を正確に表現する。 リレーションシップ先は親テーブル、リレーションシップ元は子テーブルを意味しています。 ②データを作成するときのことを考えてデータの生成順序がおかしくならないように外部キーを張る ③関連を表現するときに中間テーブルを利用したほうが良い場面がある 注意 下記【例を交えながら説明】の説明に出てくるテーブル設計に関しては、上記の【この記事で伝えたいこと】の①と②と③の項目に対して想像しやすいように、理解