普段sugarは、昼休みは食事後に「パタッ」と寝ています。で、昼休み終了のチャイムが鳴ると「ムクッ」と起きだして仕事を再開しておりました。

というのも、

・昼寝をした方が効率が上がる
・昼寝をすると食後の眠気が軽減される
・夜の睡眠時間を多少、少なくしてもOK

なんて情報がそこかしこで見られたからです。まぁ、そもそも食後は眠いものなので、昼休みが終わるまで寝たいだけなのですが。

日中のパフォーマンスを上げて、仕事をチャチャッと終わらせたいsugarですが、どうしても眠気や体調といったコンディションがネックになる日があります。

昼休み後の時間が特に眠く、昼休みの大半を昼寝にあてたとしても、やはり眠いものは眠いです。

どの道眠いのならば、とsugarが考えた末の昼休みの過ごし方、それは日光浴です。

sugarballのようなプログラマは、年がら年中、薄暗い場所でカタカタとプログラムを打ち込んでいて、日中、外に出る機会があまりありません。

日が高くなる前に出勤して、会社を出るのは日が沈んでからなので、たまの休日に外に出ると

「太陽ってこんなに明るかったっけなぁ…」

と人として大切なモノを忘れかけていたことに気づかされた経験が多々あります。

まぁ何が言いたいかというと、それくらい日光を浴びる機会が少ないのです。で、日光を浴びれば健康になれるのではないかと思ったわけで。

その時の気分によって昼寝と日光浴を使い分けているsugarですが、日光浴をした日は気持ち良く寝れたような気がします。

日光浴の利点は、

・皮膚や骨を強くする
・日光を浴びるとビタミンDが生成される（そのビタミンDは野菜などから摂取できない）
・気分がリフレッシュされる

などがよく聞かれます（ずいぶんテキトーですが）。どうせ何をしても昼は眠いんですし、散歩がてらに日光浴でもしてみてはいかがでしょうか。

※いくら日光浴といっても、浴びすぎは禁物です。
直射日光を浴びすぎると、紫外線によって肌を痛める可能性があるので昼休みに日光浴をする場合、木陰で過ごすのが良い感じですね。特に１１月～２月以外の期間は注意が必要です。

※７月２日追記：
sugarの経験上、普段から８時間程度睡眠をとる習慣があると、昼間に眠くならないかもしれません。でもそんなの無理。

現在sugarballは関わっている案件で、不具合修正を依頼されております。

言語はjavaなんですが、ソースコードを見て愕然としました。

ファイル全体の行数は3000行ほど。その中で、700行を超えるメソッドが２つ。

こんなのメンテできません。てか、ファイルのヘッダに改定履歴とか製作者が書かれてるのですが、どうやらこのときの彼が作ったソースコードでした。「またお前か！」って思ってしまいました…。

ちなみに、その彼、この時記事の人と同一人物です。

頼むからリファクタリングを読んでくれ。こんな不吉な匂いがプンプン漂うコードを書かれたらメンテする人は大変なんだー、と。

しかも、どう見たってコピペしたとしか思えないような重複コードがあったので、彼に関数分けを勧めても「この方がシンプルでいいんです」とか言い出す始末。シンプルの意味が分からないです。

ならば「コードが長くなるから可読性が低くなって、バグが入りやすくなりますよ」と諭せば「関数分けなんかしたらバグが入り込むじゃないですか。信用できないですよ」とか言い出しやがります。

一瞬、ものすごく殴りたい気分になりました。そんな彼はjava歴3年over。3年間何をしていたのか小一時間問い詰めたくなりました。

PL殿、お願いですから彼を再教育してあげて下さい。もしくは、プロジェクトから外してください。

※すべて実話です。紛れも無く（泣

前回のエントリで書いた、sugarが作りこんだ不具合が微妙な展開になったので、今日はその話を。

その機能追加したシステムを仮に「フットサルコート予約管理システム」とでもしておきます。

JSPによって管理される(この言い方は微妙だが)、いわゆるWebシステムってやつで、ユーザがブラウザからフットサルコートを予約できるシステムです。

まぁ現地につっこんでブラウザで表示するとバグっちゃってた訳ですが。

そんなわかりやすーい不具合なので、不具合が見つからないまま単体試験、結合試験をパスするはずがない…と思いきや、なんと結合試験の後にソースを変更して試験ナシで現地に導入していたことが発覚。なんじゃそりゃ。

どれほど入念に試験を行っても、その後で変更してたら試験の意味が無いのですが。

試験後にソースを更新した…なんて情報を不具合発覚後に始めて聞いたという事はプロジェクトメンバー間で情報共有ができてない証拠です。そのようなプロジェクトが運営されている時点ですでにアウトでしょう。

まぁこのプロジェクトのPMさん、PLさんたちはPMBOKを10回熟読してくださいってこった。

やっちゃいました。

sugarはあるシステムの機能追加をしていました。

そのシステムが、ゴールデンウィーク中に客先に納品、運用開始されるのですが、客先で不具合発生。sugarが実装した部分です。モロです。

sugarはGW中、妻の祖父母の家に妻と同行していました。まぁ田舎に帰省ってやつです。
本来なら緊急招集されるのですが、sugarは外勤だということで、別の社員がGW中に召集されたようです。出勤してくれた社員さん、ゴメンナサイ。

幸い、その社員の手助けもあって不具合は現地で１日程度で改修できた模様。現在も、無事稼動中だそうで。

ここまではいい（良くないんだけど）。

今回、sugarが出した損害は…社員１人日あたり５万円のコストとすると、

・社員の休日出勤　　　　　　　　　　５万
・現地社員の現地対応期間延長　　５万×３人
・客先への損害賠償　　　　　　　　　０万
　　※導入に複数日かかるシステムということもあり、
　　　想定した期間内に導入は完了した。
・sugarが失った信用　　　　　　priceless

計：２０万円＋αの損害？
合ってるのか？この計算…

sugarは単体試験のみ行い、結合試験の試験仕様、テストデータ作成などは別の人が行ってたのですが…今回の不具合は結合試験もスルーしちゃってました。

もし結合試験もsugar一人で行っていたとすると、一人で２０万円の損害を出していたわけで…次の賞与から２０万円引かれちゃったりするのでしょうか。

今回はたまたま機能追加だけで完結しましたが、これが反復型のプロジェクトだったりするとデスマーチに加担することになっていたわけで…

自分のことだけ考えるなら、賞与で２０万円引かれるかどうかという緊張感を持って仕事できていなかったのも事実でした。とにかく、こんな失敗はもう犯さないよう、肝に銘じておきます。今回のは、未然に防げた可能性が非常に高いので…

はてなの方のブログに色々書き込んでみる。

以前、プログラミングに関する話題だけを扱おうとしたが、無料ユーザはアフィリエイト不可だから断念したやつです。で、それが下のURL。
http://d.hatena.ne.jp/sugarmemo/

はてなの方にはsugarballのメモとか、sugarのアンテナにひっかかった事柄とか日常の事を書く予定です。思った事をダーっと書いてあるだけなので、内容は薄いですが…

というわけで、気が向いたら読んでやって下さい。

あ、当然こちらのブログは続けますんで。