技術的例外とビジネス例外を明確に区別する | プログラマが知るべき97のこと
技術的例外とビジネス例外を明確に区別する著者: Dan Bergh Johnsson プログラムの実行時に起きる問題には、大きく分けて2つの原因があります。1つは技術的な原因です。これは、発生するとアプリケーションの実行そのものが続けられなくなるような問題のことです。もう1つの原因はビジネスロジックで、これは簡単に言えば、ユーザがアプリケーションの使い方を誤らせないために(わざと)発生させる問題です。「モダンな」プログラミング言語、LISP、Java、Smalltalk、C#などは、この2種類の問題の発生を通知するために「例外(Exception)」を使用します。しかし、2種類の問題は本質的に大きく異なるものなので、混同しないように常に注意する必要があります。両者を同じ例外階層構造を使って表現することは混乱の元になりますし、ましてや同じ例外クラスで表現するのはもってのほかです。 プログラム
ペアプログラミングと「フロー」 | プログラマが知るべき97のこと
ペアプログラミングと「フロー」著者: Gudny Hauknes Kari Røssland Ann Katrin Gagnat 何かに完全に没頭している時(夢中で何かをしていて、時間が経つのも忘れてしまっている時)それはきっと人間にとって幸せな状態です。その状態は「フロー状態」と呼ばれます。しかし、1つのプロジェクトに関わるチームのメンバー全員が同時にフロー状態になり、それが長く持続するというのは難しいものです。フロー状態はいとも簡単に壊れてしまうからです。たとえば誰かに関係のないことを話しかけられ、それに返事をしたりすれば、すぐに集中力は途切れます。少しでも集中力が削がれれば、もうフローは維持できません。 経験のある人なら知っているでしょうが、実はこのフロー状態の維持には「ペアプログラミング」が非常に役立つのです。まだペアプログラミングの経験がない人は、これから書くことを参考に、是非す
プログラマが知るべき97のこと
プログラマが知るべき97のこと大人気の書籍『プログラマが知るべき97のこと』のエッセイを無料で公開中！すべてのプログラマにおすすめの本がウェブで読めるようになりました。 エッセイ一覧分別のある行動関数型プログラミングを学ぶことの重要性ユーザが何をするかを観察する（あなたはユーザではない）コーディング規約を自動化する美はシンプルさに宿るリファクタリングの際に注意すべきこと共有は慎重にボーイスカウト・ルール他人よりまず自分を疑うツールの選択は慎重にドメインの言葉を使ったコードコードは設計であるコードレイアウトの重要性コードレビューコードの論理的検証コメントについてのコメントコードに書けないことのみをコメントにする学び続ける姿勢誰にとっての「利便性」かすばやくデプロイ、こまめにデプロイ技術的例外とビジネス例外を明確に区別する1万時間の訓練ドメイン特化言語変更を恐れない見られて恥ず
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
