InfoQ: Domain Driven Design（ドメイン駆動設計） Quickly 日本語版Spring BootによるAPIバックエンド構築実践ガイド 第2版 何千人もの開発者が、InfoQのミニブック「Practical Guide to Building an API Back End with Spring Boot」から、Spring Bootを使ったREST API構築の基礎を学んだ。この本では、出版時に新しくリリースされたバージョンである Spring Boot 2 を使用している。しかし、Spring Boot3が最近リリースされ、重要な変...
ペアプログラミングは大衆向けでない？
原文(投稿日：2009/09/23)へのリンク ペアプログラミングはここ数年で一番議論が続けられているプラクティスのひとつだ。ほとんどの支持者はペアプログラミングの利点をほめたたえることを惜しまないが、その人たちでもペアで作業することの導入に苦労があることを認める人は多いだろう。それはなぜか。Obie Fernandez氏はそうなる理由と考えられる10の項目を挙げている。 氏の会社Hashrocketの従業員であるDesi McAdam氏とJim Remsik氏の2人がペアプログラミングで得られる恩恵についてニューヨークタイムス誌へ寄稿した後、氏による示唆に富むブログ記事においてペアプログラミングが多くの職場で成功しない10の理由が概説された。氏はまずペアプログラミングの利点に対する純粋な思いを述べて氏の見解をそっと示してから、「ペアプログラミングはHashrocketが他社に負けないもっ
OSGi 4.2，リリース
原文(投稿日：2009/09/16)へのリンク OSGi Alliance が OSGi 4.2 仕様をリリースした。これまで早期ドラフトが入手可能だったが，これはその最終リリース版である。 すでに Equinox や Felix などの処理系は，それぞれ 3.5 および 2.0 リリースから 4.2 互換機能の提供に向けての作業を開始していた。しかし，その時点では OSGi 4.2 がリリースされていなかったので，OSGi 4.2 準拠をうたうことができなかったのだ。最終仕様がリリースされた今，それに適合するために必要な作業(まだ残っていればだが)を各処理系の開発チームが確定するのは時間の問題だ。 今回のリリースには何があるのだろうか？ InfoQ では以前，予想される内容についての隠れプレビュー取材を行ったが，今ここにあるのがその最終仕様になる。注目すべきは次の点だ。 起動フレームワー
すべてのプログラマが知っておくべき97のこと
原文(投稿日：2009/09/16)へのリンク すべてのアーキテクトが知っておくべき97のこと (InfoQの記事)に続いて、「97のこと」シリーズの続編はすべてのプログラマが知っておくべき97のこと、だ。これらはwikiに集められて、誰でも貢献できるしコメントも受け付けている。 このwikiには既に(この記事を書いた時点で) 88 のエントリが集まっていて読まれている。例えば、 コードだけが真実を知っている by Peter Sommerlad氏 スピードは命取り by Uncle Bob氏 API設計の黄金律 by Michael Feathers氏 自分のIDEを知る by Heinz Kabutz 人々のためにテストを書くWrite Tests for People by Gerard Meszaros氏 InfoQは「すべてのプログラマが知っているべき97のこと」の編集者であるK
Javaアプリケーション開発におけるコード生成の役割
原文(投稿日：2009/09/03)へのリンク SpringSourceのSpring Roo、Skyway Builder Community Edition 6.3、Blu AgeのM2Springといった最近リリースされたコード生成ツールを見ると分かるのは、エンタープライズJavaアプリケーションの開発におけるコード生成の役割に再び関心が集まっているということだ。 コード生成も含んだモデル駆動開発（MDD）は、ますます関心を集めつつある。それは一般的なJavaアプリケーションで自動生成できるものがいくつもあるからだ。一般的なウェブJavaウェブアプリケーションはDAOのようなクラス、XMLのマッピングファイル、SpringやLog4Jの設定ファイルを利用するが、これらはどれも自動生成が向いている。 Rooは双方向型のコード生成フレームワークで、Springベースのウェブアプリケーショ
InfoQ: CRUDはRESTにとって良くないのか？
原文(投稿日：2009/7/30)へのリンク Arnon Rotem-Gal-Oz氏は新しい記事「CRUDはRESTにとって良くない」の冒頭で次のように主張している。 表面的に見れば、きわめてぴったりと合っているように見えますが（技術的にもアーキテクチャ的にも）、ふたを開けてみればどちらの意味でも合っていないことが分かるでしょう。 今日、RESTアーキテクチャスタイルのもっとも一般的な実装はHTTPに準拠しており、したがってHTTPの操作メソッドすなわちPOST、GET、PUT、DELETEに準拠していることになる。一般的な実装ではこれらの操作メソッドをCRUDの用語、つまり、Create、Read、Update、Deleteに紐付ける。この際の典型的なマッピングは１対１で行われる。 GETは典型的にCRUDのReadに紐付けられる。ただし、GETはSELECT（Read）との革新的なマッ
InfoQ: Google App EngineにJettyを採用
原文(投稿日：2009/8/5)へのリンク Google App Engineが当初使っていたウェブサーバ/サーブレットコンテナはApache Tomcatだった。しかし最終的にJettyへと変更された。開発コミュニティではこの決定により、なぜ変えたのか、Tomcatでなにか問題があったのか、と多くの人が問いを投げかけた。InfoQはJettyの開発元企業であるWebtideのチームにインタビューをする機会を得て、今回の決定の事情について詳細を聞いた。 InfoQ：GoogleがTomcatや他の選択肢でなくJettyをApp Engineに選んだのはなぜでしょうか。 GoogleがJettyを選んだ理由と思われる特質はサイズと柔軟性です。クラウドではサイズが重要です。Jettyのインスタンスを（Googleがしているように）数万動かすとすると、各サーバが1MB小さければ全体で数十GBのメ
Jason Van Zyl氏、Sonatype社、Eclipse FoundationそしてMavenを語る
Sonatype社(リンク)は、Mavenの開発の中心となっている会社であるが、最近、戦略的開発者としてEclipse Foundationに加わることを発表した(リンク)。InfoQではSonatype社のCTOであり、Mavenの設立者であるJazon Van Zyl氏(リンク)と話をし、このパートナーシップの詳細とこれがMavenの将来にどんな意味をもたらすのかについて訊いた。 InfoQ: Eclipseとのより密接な関係がMavenにとってどんな効果があるのか詳しく教えて下さい。 Jason Van Zyl氏: MavenとEclipseのユーザ・コミュニティには大きく重なる部分があります。Sonatypeはこの２つのコミュニティを引き合わせて２つのプラットフォームにシームレスな統合をもたらそうとしています。特にユーザが一番の利益を受けるでしょう。SonatypeはApache
OSGi: 次期リリース
原文(投稿日：2009/7/17)へのリンク OSGi allianceのテクニカルディレクターであるPeter Kriens氏は今週、Paremusスポンサーで、ロンドンのSkillsMatterにて開催されたUK OSGi Users Groupでプレゼンテーションを行った。そのイベントは記録されていて、ビデオが公開されている。 次期OSGi 4.2 リリース (2009年8月末までにはリリースされるといわれている) いくつかの新しい機能をカバーし、そのうちのいくつかは既に、暫定的にEclipseで利用されているOSGiエンジンであるEquinoxに実装されている。 OSGiコア新機能: 標準起動フレームワーク 基盤にある実装に関係なくOSGiシステムをより簡単に起動させられる。 (例えば、クラスパス上でEquinoxをFelixに単純に交換するだけで機能させることができる) サービス
オープンソースFlex開発フレームワークが示すプラットフォームの大きな動き
Adobe Flexおよびその周辺テクノロジは、RIAの本流となりつつある。Flexのコミュニティは、まだJavaやマイクロソフトのプラットフォームのコミュニティほど大きくはないが、熱心なFlex RIA開発者たちの協力を受けて着実に成長を続けている。この結果、以下に紹介するように、多数のオープンソース開発フレームワークが作成されている。 Cairngorm (download) Cairngormは、最も長い歴史を持つ、最も成熟したFlexフレームワークだ。これは、現在、Adobeによって所有され、オープンソース化されている。また、AdobeのRIAコンサルティングサービスによって広く使用されている。Cairngormを作成したAdobe Consultingのチームは、RIA開発のデザインパターンフレームワークを最も早くから提唱していた。Cairngormは、RIAユーザーインターフェ
ExtJSのクリエータ、Jack Slocumが今回のリリース2.0について語る
ExtJSチームは最近、バージョン2.0のアルファリリースを公開(サイト･英語)した。プレビュー(source)がリリースされてからおよそ1ヶ月後のことである。新機能には以下が含まれる。 テーブルのグループ化とサマリー スクロールするタブ アンカーレイアウト 列（コラム）表示のTree Widget（ツリーウィジェット） Webデスクトップ 新しいAPI Documentation Center（ドキュメンテーションセンター） 新しいサンプル ExtJS 2.0のAPIは安定化が済んでおり、4、5社の顧客が本番環境で使用中である。このフレームワークは、LGPL 3.0、商業ベース、OEMでライセンスされている。最終バージョンは10月31日頃を目標としている。 InfoQはExtJSのクリエータJack Slocum氏に今回のリリースについて話を聞いた。 jQueryやDojo、Protot
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
テストを分類する
SpringSource Cloud Foundryが公開される
ソフトウェア開発における7つのムダを見る
なぜDistributed OSGiが必要なのか?
Cloud ToolsはAmazon EC2上にJava EEを届ける
PureMVCとCairngormにおけるGUIパターンの比較
Guice（ジュース）を早飲みしすぎていませんか？
