焦点：特許訴訟に敗れたサムスン、誤算が招いた最悪の結末
８月２７日、米国で争われていたアップルとサムスンのスマホ特許訴訟はアップルに軍配が上がったが、裁判ではサムスン側の弁護人に読み違いがあったという。写真はサムスンの端末。ソウル市内で撮影（２０１２年 ロイター/Lee Jae Won） ［サンフランシスコ ２７日 ロイター］ ２０１０年８月、韓国サムスン電子<005930.KS>がスマートフォン「ギャラクシー」を発売したわずか数カ月後、米アップルの弁護団は韓国へと飛んだ。 アップルの前最高経営責任者（ＣＥＯ）、故スティーブ・ジョブズ氏は当時すでに、米グーグルの基本ソフト（ＯＳ）「アンドロイド」を搭載したギャラクシーが、ｉＰｈｏｎｅを違法にコピーしたものだということをサムスン幹部に伝えていた。一方でサムスンはアップルにとって重要部品の供給メーカーでもあり、両社の関係を考えると、交渉による解決が最も可能性の高いシナリオとみられていた。
メール到着で自動的にCGIを実行
メール到着と同時に、ただちにCGI（Perlやruby、PHP）を実行したい場合がある。 たとえば、到着したメールを すべてデータベースに入れたり、あるいは、掲示板に表示したりなど。 これを実装するには、SendmailやPostfixの場合は .forward に パイプ処理を書く。qmailの場合は .qmail に書く。 それを ユーザーディレクトリに置いておけば、メール到着と同時に 指定したプログラムが実行される。 ただ 書籍やネットの記述では 「そのようにして プログラムを実行できる」と書いてあるだけで、具体的に 到着したメールの中味をどう処理するのか、までは述べられていないことが多い。（少なくとも 私自身は まだ お目にかかったことがない） なので、当メモにて、もうちょっと具体的なソースを書いておくことにする。 OSは FreeBSD6.2 ・・・なのだが 別に 他のOSでも
Yahoo! JAPANとカカクコム、『食べログ』で業務提携に合意 - Yahoo! JAPAN - プレスリリース
指定されたURLは存在しません。 URLが正しく入力されていないか、このページが削除された可能性があります。
cdd - screen の別WINDOWのカレントディレクトリに移動する zsh スクリプト - 2nd life (移転しました)
現在は m4i さん作のcdd を tmux, bash, multi session +α に対応した - カワイイはつくれる のcddを使うのがオススメです。 screen を使ってると、別の作業している WINDOW のカレントディレクトリに移動したくなることってありませんか？私は月1000回ぐらいあります。で、毎回手動で打つのがめんどくさくなってきたので zsh スクリプト書いてみたら思っていた以上に便利だったので、汚いスクリプトですが公開します。 http://svn.coderepos.org/share/lang/zsh/cdd/cdd 使い方は、上記スクリプトを checkout したりダウンロードしたりしてから、.zshrc に autoload -U compinit compinit source ~/path/cdd # (cdd はこのファイル) するを追加します
英語表現でもう迷わない – ドキュメントコメント頻出表現まとめ | DOTAPON Blog
ドキュメントコメント、書いてますか？ githubで公開するライブラリなど、特に人に見せるようなコードには、きっちりコメントを入れておきたいものですね。 せっかくなら世界中の人に使ってもらいたいので、頑張って英語で書きたい。 でも、やっぱり英語には自信がなくて、何度も辞書や既存のドキュメントを見直してしまう…。 こんなムダな日々におさらばするため、代表的なドキュメントをいくつかピックアップして、頻出表現をまとめました。 もうこれで迷わない！ …いや迷うけど、それでも負担はグッと減るはず！ 参考ライブラリ Java – Java Platform SE 6 Closure Library – Closure Library API Documentation Foundation – Foundation Framework Reference UIKit – UIKit Framewor
ソフトウェア開発プロセス残酷物語 - give IT a try
昔々、あるところにジェイソンという、大変真面目な開発者がおりました。 彼がとある会社の情報システム部にやってきたとき、彼は社内システムのクオリティのひどさに衝撃を受けました。 情報システム部といっても、その会社では外注はせず、社内の開発メンバーがシステムを作っていました。 ジェイソンがそこで最初に担当したシステムは、見事なまでのスパゲッティコードでバグだらけ、データ設計も素人レベルでパフォーマンスも最悪、エラー処理もずさん、おまけにまともなドキュメントもなく、ちょっとした障害を調査したり、小さな改造を実施したりするのにも、大変な苦痛を伴うという、それはそれは大変なシロモノでした。 このシステムは元々エセーグルという、ちょっと変わった名前の開発者によって作られていました。 しかし彼はすでに別の開発チームに異動していて、こちらの質問には答えてくれますが、もはや本人が直接手を動かすことはありませ
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
JVNTA12-240A: Oracle Java 7 に脆弱性