Weaken finished Fes

### about this branch

完了したフェスは目立たないようにします。

### TODO

- [x] フェスは終了日が新しい順に表示する
- [x] 完了したフェスはスタイルを目立たなくする

*****
後で画面デザインが変わると思いますが、
ここでは今リリースしているものに対して対応します。
このメソッドについては、モデルに定義するのがいいと思います。
理由：festivalsテーブルの参照なので。

実は、ビジネスロジックをどこに書くか？は
railsのいまだ議論の続く課題の一つです。
「rails fat model」とかで調べると多々出てきます。
rails4からはconcernという役割もあるので、有効活用していきたいです。
（たとえば、youtube関連はconcernのモジュールにまとめるといいと思います。）

ビューテンプレートで複雑なロジックを書くのは、テストしづらいのでおすすめできないです。

私は以下の様な哲学で書く場所を決めてます。
上から優先度が高い順です

- **Model**には、リソースを対象とする動作を定義する。
- **Controller**には、アクション固有の動作を定義する。
- **View**では、見た目だけを決定する。
- **Helper**には、Viewの役割だけど、Viewに書くと長過ぎるものを書く。（メソッド定義など）
- **Concern**では、ミドルや外部サービスとのアダプターなどを定義する。

厳密に従うよりも、
なるべく神クラスを作らない意識で書くのがいいと思います。