Javaという選択/Pythonという選択 | wrong, rogue and log
先日のエントリは、近年Pythonのテクノロジーリーダー的存在になってきた重要な会社がZope/PythonをあきらめJavaを選択したという、Zopeコミュニティにとってかなり大きなニュースであった。 その会社Nuxeoは、収益のほとんどを自社のCMSをベースにしたシステムインテグレーションから得ている。彼らの会社は大きな組織を相手にシステムインテグレーション開発をやっており、年々クライアントとなる会社の規模が大きくなっていき、それに伴いミッションクリティカルな要求度と扱うべきデータ量が大きくなっていたそうである。そのことから自社製品のCMSをZopeベースからJBossベースに転換し、自社の新規の開発リソースをJ2EEに振り向けるという戦略転換を行った。 たしかに、Zopeであってもその要求度やデータ量に耐えるように作りこむことはできる。しかし、デフォルトでそのような設計がされていると
CNET Japan Blog - 江島健太郎 / Kenn's Clairvoyance：Lingr and Comet - 技術解説編
さて、お待たせしました。いよいよCometとLingrについての技術解説です。 ■Comet解説 さて、まずはCometとは何で、どういう背景によって生まれたのか、についての解説から始めます。 まず前提として、Webアプリケーションにおいては、通信開始のトリガーは常にクライアント側が握っています。つまりURLを入力したりボタンをクリックしたときなどに通信が発生することになるわけですが、このようなアーキテクチャは、サーバ側で発生した変化をリアルタイムにクライアント側に通知することが原理的にできないことを意味します。 チャット・アプリケーションでは、複数のユーザから不定期にメッセージが送信され、それが他の参加者に一斉に配信されなければなりません。しかし、メッセージを受け取ったサーバ側では、それをクライアントに即座にプッシュで通知する方法がないのです。 そのため、一定期間ごとにブラウザがサーバに
【ハウツー】超簡単Java Object-XML Mapper "XStream" (1) 軽く体験、XMLへの永続化 | エンタープライズ | マイコミジャーナル
Java SE 6には、Java EEで導入が進められているXML関連のAPIの一部が取り込まれる。そのひとつとして永続化に関するAPIを挙げることができる。オブジェクトの永続化やデータベースとのシームレスな統合は、長年にわたってエンタープライズJavaにおける話題のひとつとなってきた。 本稿ではオブジェクトを永続化するAPIのひとつとしてXStreamを紹介したい。XStreamは簡単に永続化を行うことのできるAPIのひとつで、すでにいくつかのプロダクトで組み込まれている。 XStreamは動作が明解なので、オブジェクトからXMLへの永続化を体験してみるにはちょうどいいだろう。これを機にこれまでXMLへの永続化に縁の無かった方も体験してみて欲しい。
【ハウツー】FindBugsで片っ端からバグつぶし (1) まずはインストール | エンタープライズ | マイコミジャーナル
JavaのクラスファイルやJarファイルを解析し、ソフトウェアの不具合を発見するツールにFindBugsがある。FindBugsの概要については先のレビューを参照していただきたい。ここでは実践編としてFindBugsのさまざまな使い方を紹介する。 インストール FindBugsのインストールは成果物を展開するだけ。FindBugsのサイトから成果物をダウンロードし、適当な場所に展開する。たとえばfindbugs-1.1.0.tar.gzファイルをダウンロードしたなら、展開したディレクトリは図1.1のようになる。bin以下には実行に必要なスクリプト類が、lib以下にはライブラリJarファイルが納められている。doc以下はWebと同じドキュメントだ。 図1.1 FindBugs成果物 図1.2 FindBugs成果物 bin以下に実行のためのスクリプトが納められている bin以下のファイルは基
DI（依存性注入）からどこへ行こうか その1 - 檜山正幸のキマイラ飼育記 (はてなBlog)
このエントリーは、ウチの工作員ショー君への業務連絡とか、新たな工作員勧誘とかの目的もあるのですけど、ふつうにソフトウェア関連ネタとして読めます。ソフトウェアのコンポネント化とコンポネント群の複合方式の話題です。 随分と長いので、2回（か3回）に分けてポストします。 ※印刷のときはサイドバーが消えます。 内容： DI（依存性注入） ポートベース・コンポネント 再びDI：フィールド・インジェクション ポート（あるいは男と女）を繋ぐワイヤー（あるいは赤い糸） 要求ポートと提供ポート これがポートベースHelloWorld それから その2 関連： ポートベース・コンポネント：ケーススタディ ポートベース・コンポネント：補足 DI（依存性注入）を白紙から説明してみる DI（依存性注入） DI（依存性注入）については、雑誌や書籍で随分紹介されているので、そういうのを見てください。Web上の解説記事「
Inversion of Control コンテナと Dependency Injection パターン
以下の文章は、Martin Fowler の「Inversion of Control Containers and the Dependency Injection pattern」を、かくたにが翻訳したものです。原著者の許可を得て翻訳・公開しています。 翻訳にあたっては、kdmsnr さんにご協力をいただきました。ありがとうございます。公開後の改訂履歴を記事の最後に記述しています。 Java コミュニティでは軽量コンテナが花盛りである。 軽量コンテナは、異なるプロジェクトのコンポーネントをひとまとまりのアプリケーションとして組み立てることを支援する。 このようなコンテナの根底には、コンポーネントの結び付け方についての共通したパターンがある。 そのパターンのコンセプトは「Inversion of Control(制御の反転)」と、まことに包括的な名前で呼ばれている。 本記事では、このパタ
【中級】一流エンジニアのタイムマネジメント 最終回
仕様書作成やプログラミングなどの仕事（タスク）が発生したときに，あなたはその所要時間をどうやって想定しているだろうか。おそらく過去に行った似たタスクを思い出しながら，「半日で終わるかな」，「2日はかかりそうだ」といった具合に予測しているのではないか。 そのやり方が間違っているとは言わないが，所要時間の予測が大ざっぱだと，タスクの実行に支障が出かねない。予測を大幅に超える時間がかかるかもしれないし，そのときに「もともと適当に予測した時間だからオーバーしても仕方がない」と思ってしまう。そしてタスクを完了したときに，その仕事ぶりが良かったのか悪かったのかがあいまいになる。 このように所要時間の予測ひとつとっても，経験やカンに基づく大ざっぱなタイムマネジメントでは大きな成果を上げるのは難しい。タイムマネジメントそのものが，いい加減になりかねない。 図A PSPによって作業の所要時間に関する予測精度
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
http://www.sankei.co.jp/local/chiba/060923/chb001.htm