[WIP]ユーザの管理

# このPRで特に何をするか
* 管理者がユーザーの管理をできるようにします。
  * ユーザーの削除
  * ユーザーの名前変更
  * ユーザーの注文状況の確認
  * ユーザーの注文明細追加、消去 

 以上を管理者ができるようにします。

ユーザーの注文状況確認は、「ネスレ入力シート」「発送待ち商品」の２つのページのUIを変更することで対応します。

# 前回PRではできなかったこと
前回までは、上記の機能がありませんでした。
特にユーザーの注文状況の確認ができないのは大きな欠陥でした。

つまり、どのユーザーが何を注文したかを確認する方法が（お茶が届いたとシステムに知らせるまで）ありませんでした。例えば、
* 「急な出張でお茶を注文したくなくなったであろう人がお茶を注文しているかどうか、管理者として知りたい」
* 「ユーザーとして、お茶の注文を取り消したくなったが、忙しいので管理者にやっていてほしい」

というような事態に対応できませんでした。

# 終了条件（どうしたらWIPが取れるか）
  * [x] 管理者として、ユーザーの削除ができる
  * [x] 管理者として、ユーザーの名前の変更ができる
  * [x] 管理者として、ユーザーごとの注文状況を見ることができる
  * [x] 管理者として、ユーザーの注文明細追加、削除 ができる
  * [x] 以上の機能がテストされてる
  * [ ] 読みやすいコードになっている （特にパーシャルを使ったテンプレートの整理とCSSの整理）
 
おっしゃるとおり、`link_to`は式なのでごもっともなギモンだと思います!

結局のところ「原則・指針」であり「規約・ルール」ではないので、読みやすいように書きましょう、という感じで、ビューだとつけないほうが読みやすい(事が多い)ということじゃないかと思います。

では、なぜビューだとつけないほうが(つけなくても)読みやすいと感じるか。

というのは、戻り値を引き回す距離がものすごい短い(その行だけ)ので、あまりに短いのと、Railsを触っているというコンテキストがあれば `link_to` はまあみんな知っているよね、というノリなのかと思いました。

つまり、ここで Rails のヘルパーメソッドを呼んで、すぐにそれを表示して終わっているというのが自明すぎる場合にはつけないことがある気がしています。

逆に、`link_to`でも`render`オプションを色々指定するなどパッと見複雑になる場合は(そもそも複雑にする前にリファクタリングしようぜっていうのはありますが)、カッコをつけることもありますね。