The requested conversation cannot be found. It might have been deleted.
The requested conversation cannot be found. It might have been deleted.
みなさんこんにちは。@ryuzeeです。 6/1にスクラム道.06を実施しました。 今回のテーマはスクラムマスターということで幅広い議論になりました。 その中でも一番最後に出た4つの質問が非常に良い質問だったので、現場でも僕の解を言いましたがここにも書いておきたいと思います。 なお、いつも言っていますがソフトウェア開発はコンテキスト依存性が極めて高いので、唯一絶対解はありません。 ある現場でうまくいったことが他の現場でうまくいくとは限りません。 そこがまた面白いところということで理解してください。 質問:スクラムマスターは指示しないと言っているが、誘導尋問をしていないか?もともとの話の流れは、チームに対してスクラムマスターが開発チームにアーキテクチャや実装上のお願いをしたい場合指示するの?それともしないの?という話から来ています。 まずスクラムマスターの役割は、スクラムのプロセスがうまく回
クライアントからmemcachedを利用する際の、ベストプラクティスは以前書いているので、その前段階でmemcachedを含めたWebアプリケーションのアーキテクチャ(と一部クライアントの話)について今の個人的な考えをまとめてみます。Kyoto Tycoonを使ったキャッシュサーバでも基本は同じだと思います 1) 使わない memcachedをアプリケーションに組み込むことで、プログラムがどうしても複雑になりがちです。データの削除や更新の際にキャッシュの更新を忘れると多くの問題が発生します。例えばユーザがニックネームやプロフィール写真を更新したのに画面上変わらないなどの現象が起こると、ユーザに対して不快な思いをさせてしまうでしょう。またデータベースが非同期のレプリケーションを行っている場合、masterに対してデータの変更をかけ、更新が反映される前にslaveから読み込んでしまい、キャッシ
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く