@Contents
今日の学習時間。
- Day:60
- Today:2h
- Total:352h
学習内容について。
- メンタリング6回目:30min.
- 設計書の修正
メンタリング内容について。
今日のメンタリングでは前回出た要望に対する書類を元にしたプレゼンから始まりました。いくつかメンターから指摘を受けて訂正した箇所があるので修正点と共にメモしていきます。

上記は画面設計書の訂正ですが単純に降順・昇順の指定ができていませんでした。今回はいいねした人が上になるようにしたいので降順(DESC)で指定します。

明らかに画質が違いますが、これはPNGはJPGに変換しない方が良いということを物語っています。フラットな面積が多く、ベクター調の画像であれば、特にリサイズ・圧縮する必要はなさそうです。話がずれましたが、上記はテーブル定義書です。いくつかなるほどと思うことがあったので箇条書きで下に書き出してみます。
- 「〜が〜に」関係性を意識する
- いいねテーブルでは「従業員」が「ID」にいいねする、ということ
- 新しくテーブルを作るときは登録日時・更新日時は使う使わないに限らず入れておく
- これは決まりみたいなもの
そして、最後に下記の修正一覧。

- サーブレットにセッションスコープを追加するのではなく、リクエストパラメータを使う
- セッションスコープは消すかブラウザを閉じない限り残るからメモリ領域を圧迫してサーバーの首を締める
- もし、100万人が同時にアクセスしたとすれば、、
- スコープはログインやショッピングカートなどの限定的なものに使用
- 別にセッションスコープを使うことは可能
- しかし、保守・運用のためにも他のシステムと合わせる
- 仮に他のページでセッションスコープを消すとしてもユーザーが想定した動きをするとは限らない
- 実は先日作成した「いいねボタン」もセッションを利用していた
- もし仮に詳細ページにアクセスした人がいいねボタンを押さなければどんどんセッションが溜まってしまう。。
<form>
に<hidden>
タグでname=report_id
、value="${report.id}"
。それからリクエストパラメータ(getParameter()
)を取得する方法に切り替える
今日の反省と明日の目標。
ということです。ほぼ一日中WordPress触ってたけど、なんて便利なサービスだと改めて思いました。と同時にWordPressが使いこなせることとプログラミング が出来るということとの相関性はないに等しいと感じました。基本はPHPで作られてるけど、Javaのブログシステムってあまり聞いたことないな。
明日は早速コードの改修に取り掛かる予定。エラーなく進めばいいけど、それは無理だろうからリカバリーのスピードは重視していきたいところです。