ダメなプロジェクトとダメダメなプロジェクトの傾向と対策 | Fly fearlessly
一つ前の記事で、開発者が開発するべきものは正しい 「変化」 と書きました。 私達が開発者として向き合うものは、事前に決められていない 「変化」 です。私達は進化に導く正しい 「変化」 の形を探し、仮定するところから始めて、仮定したらそれを素早く実現し、検証しなければなりません。開発するべきものは正しい 「変化」 です。 言うは易く行うは難しで、世の中にはこれが行い難いプロジェクトがたくさんあります。この記事では、そうしたダメなプロジェクトと、さらにダメな （ダメダメな） プロジェクトの陥りがちなパターンについて考えてみます。 背景が言語化、共有されない 何らか機能を追加、あるいは削除するなど、プロダクトを変更するには、必ずその背景があるはずです。背景とは、現状や現状の課題感 （問題点）、変更により達成したい目的などです。 企画、プロダクトオーナー、プロダクトマネージャーなど、呼称は様々です
Rails 3 validates inclusion of when using a find (how to proc or lambda)
I've got a project where there is a CURRENCY and COUNTRY table. There's a PRICE model that requires a valid currency and country code, so I have the following validation: validates :currency_code, :presence => true, :inclusion => { :in => Currency.all_codes } validates :country_code, :presence => true, :inclusion => { :in => Country.all_codes } The all_codes method returns an array of just the cur
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
