実録!? システム開発現場用語辞典#13--閏年・時間精算

お疲れ様です。閏年のお陰で今年は「時間清算で働くものの悲哀」を感じないで2月を過ごせているMWです。シーザーとアウグストゥスは敵です。閏年は味方です。

閏年と言えばもうすっかり記憶の彼方の話ですが、今から8年ほど前に一度、大きな問題を引き起こしたことがありました。あの年の閏年は、間違いなくエンジニアの敵でした。

そう、2000年問題です。

あの年は知り合い数名が無駄に大晦日から正月をオフィスで過ごしていました。当時私はエンジニアと言うよりはオペレータに近い仕事をやっていたのですが、なぜか「12月31日21時から出勤できる人募集」というメールが回ってきたのを覚えています。

その後、2月29日を迎える前に私は退職していたので、閏年の被害は全くありませんでしたが、大晦日をオフィスで過ごした人たちの半数は、2月28日の夜からご出勤なされていたそうです。合掌。

閏年

「4年に1度」且つ「否100年に1度」又は「400年に1度」発生する、2月29日がある年のこと。

標準日付関数が用意されてないような言語にほとんどお目にかかる機会が無くなった現在では、エンジニアが閏年のルールを知っておく必要も薄れてきたが、「そんな便利なもの無かったよ」という時代には、多くのプログラマが「if ((year % 4 == 0 && year % 100 != 0) || year % 400 == 0)」と書いていたりしたもの。

西暦2000年2月29日、400年に1度だけ訪れるという異常系ケース並に発生率が低い日に、「否100年に1度」の条件は律儀に書いたのに、「400年に1度」の条件だけ書き忘れたという無駄に中途半端なプログラムを書いていた人が、世の中にはけっこういるということが発覚したお陰で、閏年のルールはエンジニアたちの間ではだいぶ知名度を上げることに成功したようである。ATMとか、アメダスとか、あともんじゅとかの尊い犠牲のお陰で。

こうして学んだ閏年の知識が役立てることが出来る日は今から92年後であることが、一抹の寂しさを漂わせる事件であった。「否100年に1度」の条件も知らずに、「if(year % 4 == 0)」と書いていれば2100年までは無事に稼動したという事実もまた、寂しさを助長させる。

また、「if(year % 4) == 0」とだけ書かれてる閏年判定プログラムが今も普通に稼動しているのではないかという疑惑が浮かんできて、思わずGoogle Code Searchで検索したくなってしまう事件でもある。

あっ、ヒットした

時間精算

エンジニアが他の企業で働く際に、何時間いくらという形で金額を設定すること。対義語は固定。

完全時給制で「時間×3000円」といった形にする場合と、「月間160時間〜180時間までは50万で、それを超過・もしくは下回った場合は時間×3000円分加算・もしくは減算して支払う」のような形で範囲を決めて契約する場合がある。

月最低160時間（20日×8時間換算）なんて契約をしてしまうと、営業日の少ない2月やGWのある5月には毎日10時間働くのがノルマのような哀しい状態に陥ることもあるので要注意である。

特に時給制の派遣やフリーランスで働いている人は、規定時間満たさないとその分だけ支給額がマイナスになる為、深刻度「重要」（財布直撃！）の問題として扱われる場合が多い。尚、この現象を解決するパッチは今のところ配布されていない。

正社員や契約社員という立場で働いている人は、例え最低稼働時間を割っても「自社の取り分が少なくなるだけだし」という他人事の位置に身を置ける場合が多い。

但し、会社によっては稼働時間をクリアする為に「仕事がなくても残業しなさい！」といった無理難題を上司から言明される場合がある。このケースでは、現場と自社の板ばさみという出来れば経験したくない体験があなたを待っている。

この連載記事には必ずしも正しいとは限らない内容が含まれています。この記事を信じたことによって発生した障害に対して、筆者及び（株）毎日コミュニケーションズは一切の責任を負いません。ご容赦ください。

ＭＷ（えむだぶりゅー）

Java、PHP、C、C++、Perl、Python、Ruby、Oracle、MySQL、PostgreSQL関連の業務経験がある、典型的な広く浅い役に立たない系のウェブ（時々クライアント）アプリのエンジニア。

週に1日休みがあれば、他6日間は終電帰りでも全然へーきな体力と、バグが出ても笑って誤魔化す責任感の無さを武器に、今日も修羅場った開発現場の風景を横目で見ながら、適当に仕事をこなす日々を送る。