就職できないうつ病人間

地球温暖化騒ぎの犯人は朝日新聞だった

地球温暖化が騒がれていますが、地球が今のペースで温暖化しても、問題ないそうです。

北極や南極の氷が溶けて海面が上昇するというのも嘘だそうです。

その嘘の発端は朝日新聞だったそうです。

１９８４年の元旦に、こんな見出しの記事を載せたのだそうです。

「海面上昇で山間へ遷都計画」
「６兆円かけて２０年がかり」
「脱出進み２３区人口半減」

「首都に迫る海。警戒水域まであと１メートルに」
「世界の平均気温は５０年前の１５度から１８度に上がり、この結果として極地の氷の融解が加速度的に進むことによって海岸都市の一部が水没する」

という内容の記事です。

「５０年後の２０３４年１月１日の新聞にこのような記事が載るだろう」というシミュレーション記事だったようですが、読んだ人は、こりゃ大変だ！とびっくりしたことでしょう。

北極の氷が溶けても海面は上昇しないし、南極の気温はむしろ低下しています。

「地球温暖化に関する政府間パネル（Intergovernmental Panel Climate Change」の報告では、３０年後の海面上昇は１１センチです。
上昇するのは、海水の温度が上がって、海水が膨張するからだそうです。

潮の満ち引きの水位の違いの方が、遥かに激しいです。

したがって、↓このようなことは起こりえません。

http://jp.youtube.com/watch?v=nXxqZeFA1SU&feature=related

このような危機感の煽り方は酷いのではないのでしょうか。

マスコミが煽ったからなのか、政治家が馬鹿だったのか、京都議定書という不平等条約で、日本だけが温室効果ガスの削減という義務を負わされることになりました。

京都議定書の目標値は、１９９０年時点を基準としてEUが-8%、日本が-6%と、不公平ではなさそうですが、この１９９０年を基準とするというところにトリックがあります。

日本では省エネ技術が進み、１９９０年当時では、すでにエネルギー効率が良くなり、温室効果ガスの削減には成功していたのです。それよりさらに6%減らせと言われても無理です。

EU諸国では、１９９０年からエネルギー効率化の技術が進み、京都議定書締結時の１９９７年では、１９９０年を基準とした目標が既に達成されていたのです。

自分たちが既に達成していることを目標として、他国に守れそうもない約束をさせるとは、あまりに酷い。

日本は、絶対に目標を達成できないから、ロシアから「排出権」を買うことになるでしょう。
しかし、京都議定書を忠実に守っても、温暖化防止には何の役にも立ちません。

バカらしい。

京都議定書には、EU諸国の政治的思惑の匂いがする。

３０年後には、石油が枯渇すると予想されています。
地球温暖化の原因が二酸化炭素なら、石油が枯渇すれば二酸化炭素は大幅に削減されるので、３０年後以降は、温暖化しないことになります。

温暖化より、石油の枯渇の方が、より深刻な環境問題です。

とても疲れました

昨日で、仕事がひと段落しました。

怒涛のような忙しさでした。

毎日終電帰り、土日出勤に徹夜。
徹夜して帰った日は、眠剤飲んだら速攻で眠りに入り、朝まで爆睡しました。

金曜日の終電は、新橋で乗り換える時、酔っ払いでものすごく混んでいました。駅構内も電車の中も。
新橋駅の階段にもんじゃ焼きが落ちていました。

最初から、「こんなスケジュール、無理だ〜〜！！」と言いながらなんとか頑張ってきたのに、先週の進捗ミーティングの時に（たまにしか顔を出さない）PMが、「これで、終わると思ってるの？本当に終わると思ってるの？」などと怒ってました。

こんな無理なスケジュールの仕事を急に持ってきたのはお前だろう。
なんで、作業者に怒ってるんだよ。

土曜日出勤は覚悟してたけど、当たり前のように日曜日も出勤することにされてしまい、「信じられぬ」と思いながら、仕方なく出勤したけど、PMは出勤せず。

画面の設計が、リソースを有効利用しようという発想からなのか、４つの画面から遷移してくる似たような機能の画面を１つのJSPで済まそうとしているため、ただでさえ、権限によって表示項目が変わるのに、遷移元の画面によって条件分岐が複雑になりデバッグしててわけがわからなくなりました。

コーディングしている時に、こりゃ、相当なバグが出てきそうだと思いましたが、思ったほどバグは多くなかったのが救いでした。

共通関数の使い方などは、「使ってるソースを参考にして」と言われるだけで、使い方を教えてくれないのです。
酷いのになると、他の画面を使ってみたらこんなことしてるから、同じようにしてと、ITに入ってから言うのです。そういうことは、設計段階で決まっててほしい。しかも、「この画面で共通関数使ってるからそれ参考にして」と。その画面のソースを見たけれど、何もやっていない。ただのブラウザの機能の違いだったみたいです。ソースも見ないで「ここで共通関数使ってる」などと言わないでもらいたいもんだ。

ボタンをクリックした時の２重送信防止の共通関数を「使ってるソース参考にして」と言われて、参考にして全く同じように書いたら、ボタンを１回クリックしただけで、２重送信されるようになってしまいました。
o3wの機能を使えば簡単に２重送信防止ができるのに、なんでわざわざ共通関数作ってるんだ。何のためにo3w使ってるんだよ！！と思いながら、原因究明のために数日悩みました。
「共通関数使ったらこうなった」と、プロパーのリーダーには報告しましたが、しばらく原因がわからず。
ITに入ってから、「共通関数を使う際の注意点」という資料をもらいました。
その資料の通りにしたら直りました。
そういう資料があることは、最初に教えてもらいたいものだ。
しかし、ITに入ってからやっとその資料をもらったので、それまでそんな資料があることは、プロパーのリーダーも知らなかった可能性大です。

日曜日、他のチームのバグが発見され、プロパーのリーダーから「直して」と言われ、「え！？」と驚いたら、他のチームのものだということに気づいたらしく、「ああ、そうか。でも作業が進まないから、直しちゃって」と言われ、直したのですが、昨日、そのリーダーから、「誰かこのファイル更新した！？」と聞かれてびっくりしました。
あなたに直せと言われたのですが。
忙しいから、忘れてしまったのも仕方ないかもしれないけど、他のチームのプログラムを修正したんだから、当然、そのチームに報告してるもんだと思ってました。

UTとITを同じ環境でやるということも信じられなかった。
秀丸で開発というのも信じられなかった。
初めての経験でした。

しかし、１時間以上もかかる出勤で、大丈夫だろうかと不安でしたが、１ヶ月間、見事に出勤し続けられました。まだ１日残ってるけど。
打ち上げでPMにおごって貰おうと、チーム内でひそかに言い合っています。

７月は、もちろん代休がもらえるものと信じています。