意外性に動じない心を持つために | タイム・コンサルタントの日誌から
大学3年生の時、専門科目の学生実験があった。わたし達の班は「流動層の伝熱測定」という課題が与えられた。流動層というのは、丸い円筒形の容器の中に、細かな粒子（粉体）を半分くらいまで入れて、容器の底のノズルから気体を送り込んでやる装置だ。気体の流量がある点を超えると、それまでは単なる粉の集まった固体のように見えた層の中に、急に泡が生じて、全体がまるで液体のようにふるまい出す。これを流動化開始速度と呼ぶ。中で起きているのは、固体と気体とが混じり合って、液のような乱流を示す現象だ。化学プラントでは、細かな触媒粒子を使う化学反応で、反応熱が大きいときに、よくこのような装置を使う。中が良く混ざるので、熱がホットスポットのように集中しないですむからだ。 さて、わたし達の班は指定された運転条件で実験装置を動かし、得られたデータを元に計算した。ところが、教科書に載っている伝熱係数の推算式と、結果が3割も違う
なぜ「システムが無事に動いている」ことの価値は理解されないのか
最近はあまり技術的な仕事をしていないんですが、実は私は元々DBエンジニアです。 OがつくDBとか、PがつくDBとか、mがつくDBとかをいじくって、クエリを書いたり、テーブルの設計をしたり、パフォーマンスのボトルネックをあれこれ調べて解消したり、INDEXヒントを総とっかえして頑迷なオプティマイザをぶん殴ったりすることが主なお仕事でした。今でもたまーにそういうことをします。 同業の方であればお分かりかと思うんですが、DBのパフォーマンスは凄く唐突に、かつ多くの場合極端に落ちます。そして、DBのパフォーマンスが落ちると物凄く広範囲に影響が及びます。 アプリケーションサーバ、重くなります。クライアント、ろくに動かなくなります。お客様、切れます。カスタマーサポートにはわんさか電話がかかってきます。 ただ「遅くなる」だけでも十分に影響は甚大なのですが、それ以上のトラブルが発生するとまあエラいこっちゃ
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
「ドラえもん のび太の宇宙小戦争」のドラコルルさんがあまりにも有能過ぎて辛い: 不倒城
