分を切ったあたりでマシンを再起動し、ベンチマークが問題なく回るか確認。立ち上がらないようになっていたので、設定。終わった後は、解説記事を読みつつ反省会。isucon.netスコアと作業の記録を結びつける慣れているメンバーは作業ログを次のようにして残していた。コメントとして、その時点のベンチマーク結果を貼るこれは「何をやったら、どれくらいスコアが上がった」が見えるようになるので、振り返りもしやすく、とても良い。後でブログ記事を書くのも楽だ。施策に根拠を持つ今回はなんとなく「この辺かな?」というところを手当たり次第触った感じだった。これでは施策の優先順位付けや、「つまずいたときに『いつ』見切りをつけるか」という判断ができなくなる。結果を見たりした上で施策を考えなきゃな、と痛感した。貼るのが正しい対応で、他の参加メンバーはみんなきちんとこれをやっていた。普段の業務とは違うアプローチを身につける普段の私が業務で扱うシステムは高負荷状態になったり、極端にスピードが求められることが無い。どちらかと言えば運用保守のし易さや、データの健全性を優先することが多く、考え方もガチガチに正規化テーブルに立脚されたものになりがちである。カラムの追加等)があるので、こういったスピード優先のアプローチを身に付けたい。デフォルトの構成を決める一緒に参加していた勉強会メンバー曰く、デフォルの構成を決めてしまい「いつも通りに作業ができる」土俵に持ち込むのが良い、とのこと。いう構成が良さそう、という話で落ち着いた。不遇な扱いを受けているような気がしており「第二の選択肢は準備しておきたいよね」という話にもなった。あたりかな〜」という話をした。問題に挑戦するのは今回が初めてだった。取り組むことは非常にいいことだと思う。1人だとなかなか「やろう!」という気にならないが、人と一緒ならやる気になるので今のメンバーがいることに感謝。おけるユーザ権限管理の実装に関する考察このエントリーの続き。okashoi参加グループプログラミングはてなブログをはじめよう!okashoiさんは、はてなブログを使っています。ブログを報告するスターをつけました引用をストックしましたストック一覧を見る閉じる引用するにはまずログインしてくださいログイン閉じる引用をストックできませんでした。再度お試しください閉じる限定公開記事のため引用できません。