史上最悪の原油流出事故で萎縮する総合商社の深海開発
Close Up 激動する世界経済の流れに、日本も無縁ではいられない。政治・経済、企業・産業、社会の注目テーマをクローズアップし、独自の視点、切り口で「詳説」する。 バックナンバー一覧 史上最悪ともいわれるメキシコ湾の原油流出事故。開発を主導するＢＰの支払総額は400億ドルに達するとの見方もある。事故原因次第では、一部権益を持つ三井物産にも重い負担が課せられる。ただ、事故の影響は関係企業や地元住民にとどまらない。総合商社の資源投資のスタイルを転換させる可能性もあるという。 「メキシコ湾の原油流出事故で急落した三井物産株を、アジアの政府系ファンドが200億円規模で買った」。7月上旬、そう明かした商社関係者は、史上最悪ともいわれる流出事故に対する悲観論が、後退しつつあると指摘した。 悪夢の始まりは4月20日夜、米ルイジアナ州沖のメキシコ湾で、英石油メジャーのＢＰがオペレーター（操業主体）を務め
プロジェクト管理の現場で使用される、分かりにくい表現10選
プロジェクトを成功させるには、マネージャーやチームメンバー、利害関係者の間にしっかりとしたコミュニケーションが確立されていなければならない。そのためには、本記事で紹介している表現が本当に意味するところを押さえておくべきだろう。 コミュニケーション能力は、雇用者が従業員に求める資質として常に上位に挙げられている。しかし（筆者の経験によると）そういった資質はマネージャーに対してはそれほど厳しく要求されておらず、彼らの中には、一歩間違うと問題につながるようなスラングや、耳にのみ心地よい言葉を多用する者もいる。 相手の言葉を額面通りに受け取るのではなく、その言葉の本当の意味を理解する能力は重要である。以下では、プロジェクト管理の現場で使用される、分かりにくい表現を筆者自身の調査や経験に基づいて10個選び出し、解説する。 ＃1：余白を管理する（manage the white space） 「余白」
付き合うという言葉の定義
彼氏いない歴年齢。 周りのみんなは、私がずっとそう言っていたから、処女だと思っていたらしい。 処女ではない。 なぜ 付き合ったことない＝セックスしたことない となるのかようわからんな。 （レイプされた場合というのは例外的な話としてここでは問題にしない。） 私にとって「付き合う」ということの定義は、 「他の人とセックスしない」という約束をお互い交わすことだ。 そして二人の間に生まれた子供は、二人が責任を持って面倒をみると言う約束をすることだ。 たとえその子供が別の人との間にできた子供であったとしても、 それでも子供の面倒をみる約束をしている場合ですら、付き合っていると言えると思う。 その二人がセックスをしているかどうかは問題ではない。 他の人を排除するという点が重要なのだ。 いや子供の人生に責任を負う約束がありさえすれば、排除すら必要としないのかもしれない。 恋愛を美しいものとして崇める思想
コードがきれいに書けると顧客へ提供する価値は向上するのか
今思っていることを整理するがてら書いておきます。 僕がここ最近ずっと「コードはきれいに書くべき」「読みやすいコードを」と言い続けています。16日のオブラブの発表もそうですし、WEB+DB Vol.56の記事もそうです。 ただ、僕が話すメリットも基本的には開発者側の視点です。もちろん、開発者がメリットを享受した結果、顧客にも何らかのメリットはあります。(バグが減る、仕様変更のコストが減るなど) とは言え、「コードをきれいに書ける」と言うのは「自分自身が書こうと思ったものを書ける」と言うことでしかないとも思うわけで、それはつまり「自分の脳内で思い描いたソフトウェアを具現化する」能力とも言えるのかなと思います。 じゃあ、仮に「顧客が思い描いたソフトウェア」と「開発者が思い描いたソフトウェア」でズレがあった場合はどうでしょう。当然そこに価値はありません。(価値が0とは言いませんが、理想よりは少ない
C++の話（本当にあった怖い話）
The document discusses C++ and its history and features. It describes C++ as an extension of C with object-oriented features like classes. It provides information on the creator of C++, Bjarne Stroustrup, and the evolution of C++ since its introduction as a way to add object-oriented programming to C. It also includes sample C++ code demonstrating the use of arrays and includes from the Boost libr
なぜ，/var や /etc が /etc や /cfg というディレクトリ名ではないのか？ - NO!と言えるようになりたい
Unixを使っていると，/usr が全然ユーザー用じゃなくどう見てもシステムのための物だったり，/etc が事実上設定ファイル置き場となっていたり，/var がログファイル置き場となっていたりと，名が体を現していなくて奇妙な感覚を覚える．もっと分かりやすい名前の付け方があったんじゃないかと，Unixユーザーならば誰もが思うはずだが，これに対する解答がredditに投稿されており，その内容が非常に面白かったので，軽く翻訳してみた． Anyone know why /var and /etc weren't named something like /etc and /cfg? http://ja.reddit.com/r/linux/comments/cpisy/anyone_know_why_var_and_etc_werent_named/c0ua3mo 昔々，システム7が使われていてU
Mac OS X のアセンブラをちょっと触ってみた - IT戦記
金沢行きの終電を逃したので。 アセンブラにドキドキしてみた。 とりあえず こんなコードを拾ってきた。これで飯三杯は食える # sample000.s .text .globl _main _main: movl $0, %eax ret 動かしてみる $ gcc -g sample000.s -o sample000 && gdb ./sample000 (gdb) run Starting program: /Users/amachang/projects/lang/assembler/sample000 Reading symbols for shared libraries ++. done Program exited normally. (gdb) なんか動いたみたい ブレークしてみる (gdb) break main Breakpoint 1 at 0x1ffa: file s
僕がお金を使わない理由 - IT戦記
貯蓄のためでも、面倒くさいからでもなくて、生活レベルを上げて「満足」するのが怖いから。 贅沢に「慣れる」のが怖いから。 id:nishiohirokazu どっちが正しいと言う問題ではないですよ。なんでもかんでもプロレスにしないで欲しいです。リングの上で傷ついている人もいるんですよ。 ただ単に、それぞれが自分の意見を言えばいい。誰々が正しい、誰々と同じ意見だ、どっち派だ、そういうのが今は辛いんですよ
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
