InfoQ Software Architects' Newsletter A monthly overview of things you need to know as an architect or aspiring architect. View an example
![Java 9's New HTTP/2 and REPL](https://cdn-ak-scissors.b.st-hatena.com/image/square/55b9e37046e826418fdc21b1a3d3b3a038f9cd87/height=288;version=1;width=512/https%3A%2F%2Fres.infoq.com%2Farticles%2FJava9-New-HTTP-2-and-REPL%2Fen%2Fsmallimage%2Fimage_code.jpg)
ソフトウェア製品やサービスに対するニーズの増加に伴って,企業の開発能力を向上させるための方法が求められている。多くの企業が選択するのは,人員の追加によるスケールアップだ。このアプローチに対して一部の人々が疑問を持ち,人員を増やすことなく,より多くのソフトウェアを提供する方法を提案している。 Robert Martin氏は"Horders of Novices (初心者の集団)"というブログ記事で,少数の専門家チームによるソフトウェア開発を提案する。 これ以上,初心者を増やす必要があるのですか? 大して能力のない連中をさらに投入したところで,優れたソフトウェアが早く開発できるものでしょうか? ソフトウェアの問題は,本当にマンパワーだけの問題なのですか? コーディングはレンガ工事と同じなのですか? 左官工の数が多ければ多くのレンガを積めるように,コーダが多数いれば,コードも多く書けるでしょう
ソフトウェア開発者のEvan Cordell氏は数週間前のAPI-Craftメールリストで,ハイパーメディアのREST制約は一般的なWeb API要件とどのように違うのか,という議論の口火を切った。 "REST主義者的危機(RESTistential crisis)"と題した論議の中で氏は,長年の議論と実践によってRESTスタイル最大の秘密,ハイパーメディア制約が明確になり始めたことを指摘している。Webでも明らかなように,人間中心のインタラクションには完璧に対応しているが,その一方でプログラマブルなWeb API一般においては,有用性に対する懸念がWeb APIコミュニティの中で増しつつあるようなのだ。 RESTに関する説明,ドメイン特有のWeb APIに適用した場合のハイパーメディアの制限,といった話題から始まった今回の議論では,新たなアーキテクチャスタイルの必要性の検討や,RESTを
原文(投稿日:2012/02/26)へのリンク この数年、WebSocketの人気が高まり、利用可能になってきた。昨年末にはW3C勧告候補となり、標準化に向けてまた一歩前進した。OracleなどもJava Enterprise Editionの次バージョンに向けて、WebSocket関連 (JSR 356) の標準化を開始するようリクエストしたところだ。Chrome、Firefox、Safari、IEといったメジャーなブラウザはみな、すでにWebSocketのいずれかのリビジョンをサポートしており、最終的には標準化されたものを採用することになるだろう。近いうちに、WebSocketはWebになくてはならないものになりそうだ。しかし、WebSocketがWebのアーキテクチャスタイルであるRESTにどのようにフィットするのか、あるいはフィットするのか否か、確信が持てないでいる開発者もいる。N
サーバアプリケーションの配置はますます複雑になっています。いくつかのPerlスクリプトをコピーするだけでインストールが完了する時代は終わりました。今日、ソフトウエアは多くの種類の要求を抱えています。 インストールするソフトウエアやライブラリの依存物("Python >= 2.6.3とDjango 1.2に依存する") 実行するサービスへの依存("MySQL 5.5とRabbitMQのキュー"が必要) 特定のOSに対する依存("64-bit Ubuntu Linux 12.04でビルドとテストをした") リソースの要件: 利用可能なメモリの最少量("1GBのメモリが必要") 特定のポートへのバインド("80と443を使う") 例えば、比較的シンプルなアプリケーションの配置を考えてみましょう。Wordpressです。典型的なWordpressのインストールでは、 Apache 2 PHP 5
あるアプリケーションの作業にとって、スループットは最も重要なターゲットです。1つ例を挙げると、長時間実行されるバッチ処理のジョブです。ガベージコレクションが実行されている間、バッチジョブが時々1、2秒止まっても、ジョブ全体がすぐに完了すれば問題ありません。 人間が直接対話するアプリケーションから金融取引システムまで、実質的な他のすべての作業では、システムが1、2秒か、数ミリ秒以上反応しない場合、大変なことになり得ます。金融取引では、しばしば一貫した停止時間と引き換えに、スループットを犠牲にするだけの価値はあります。物理的に利用可能なメモリ量によって制限されるアプリケーションを持ったり、footprintを維持しなければならなかったりすることもあります。そのような場合、停止時間とスループットの面の両方で、パフォーマンスをあきらめなければなりません。 以下のトレードオフは度々起こります。 大部
これらのビジネスルールは新しいものではありません。多くのビジネスソフトアプリケーションの中核となるビジネスロジックです。もしあなたが開発者なら、こうしたルールは要件のサブセットとして表現されているのを何度となく見たことでしょう。これらは、"月曜日は、3つ以上のご注文で20%のディスカウント"や"スーパースポーツ・バイクでは、16才の男性に保険を掛けることはできません"といった文章に似ています。 ルールエンジン間の主な違いは、こうしたルールがどう表現されるか、です。プログラムの中に埋め込まれる代わりに、これらはビジネスルールの書式に符号化されます。この書式はルールエンジンごとに違っています。 ルールエンジンは、何の制限も受けていません。ルールを管理するための、他のツールと一緒にリリースされることがよくあります。一般的なオプションとしては、生成、デプロイ、保存、バージョニング、そして個別もしく
いいね | 作者 Charles Humble Charles Humble フォローする 700 人のフォロワー , 翻訳者 大田 緑 - (株)チェンジビジョン 大田 緑 - (株)チェンジビジョン フォローする 1 人のフォロワー 投稿日 2010年9月30日. 推定読書時間: 11 分 | 共有 | 後で読む マイリーディングリスト 原文(投稿日:2010/08/09)へのリンク 2000年に設立された Nuxeo は、オープンソースのエンタープライズコンテンツ管理(ECM) を専門にする会社です。Nuxeoは、2006年に、核となる技術プラットフォームをPythonからJavaに移行すると発表しました。4年経った今、この転換がどのような結果になったかを明らかにし、ECM産業の中で新しい技術の積み重ねとそのポジションを探るため、InfoQはNuxeoのCEO、Eric Barroc
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く