[WIP]ユーザの管理

# このPRで特に何をするか
* 管理者がユーザーの管理をできるようにします。
  * ユーザーの削除
  * ユーザーの名前変更
  * ユーザーの注文状況の確認
  * ユーザーの注文明細追加、消去 

 以上を管理者ができるようにします。

ユーザーの注文状況確認は、「ネスレ入力シート」「発送待ち商品」の２つのページのUIを変更することで対応します。

# 前回PRではできなかったこと
前回までは、上記の機能がありませんでした。
特にユーザーの注文状況の確認ができないのは大きな欠陥でした。

つまり、どのユーザーが何を注文したかを確認する方法が（お茶が届いたとシステムに知らせるまで）ありませんでした。例えば、
* 「急な出張でお茶を注文したくなくなったであろう人がお茶を注文しているかどうか、管理者として知りたい」
* 「ユーザーとして、お茶の注文を取り消したくなったが、忙しいので管理者にやっていてほしい」

というような事態に対応できませんでした。

# 終了条件（どうしたらWIPが取れるか）
  * [x] 管理者として、ユーザーの削除ができる
  * [x] 管理者として、ユーザーの名前の変更ができる
  * [x] 管理者として、ユーザーごとの注文状況を見ることができる
  * [x] 管理者として、ユーザーの注文明細追加、削除 ができる
  * [x] 以上の機能がテストされてる
  * [ ] 読みやすいコードになっている （特にパーシャルを使ったテンプレートの整理とCSSの整理）
 
ありがとうございます！ どちらのご意見も、大変勉強になりました。

  > ここで Rails のヘルパーメソッドを呼んで、すぐにそれを表示して終わっているというのが自明すぎる場合

なるほど、先輩方のコードを見ていると、組み込みメソッドや自作ヘルパーでも簡単なものは`()`なしで読んでいました。
ビューは式でも`()`なしで書くことが多いのはそういう理由だったのですね。

> 「原則・指針」であり「規約・ルール」ではない

> オプションを色々指定するなどパッと見複雑になる場合

オプションに、別のメソッドの呼び出しを書いていたりすると、どこまで`link_to`の引数なのかわかりにくくなったりしそうだなと思いました。
こういう時は`()`を使っても良さそうですね。破ってもいい指針のようで安心しました。

> 実装的には正しくないけれど、あくまでイメージです

このイメージはすごくあります。私は`link_to`が文字列を返す式だと今まで意識できなかったほどでした。
先輩方のコードを見ていると、
* サイドメニューのHTML要素を（文字列で）返すメソッドは`()`なしで読んでいる（手続き的）
* 動的にclass属性値を作るためのメソッドは`()`をつけている（式的）

というように使われていました。
「文字列を出力する、というよりHTML要素を生成していると読んだほうが自然かどうか」というのを皆様意識されていたのだと思います。

大変勉強になりました。ありがとうございました！