BT

最新技術を追い求めるデベロッパのための情報コミュニティ

寄稿

Topics

地域を選ぶ

InfoQ ホームページ Architecture に関するすべてのコンテンツ

  • Javaのパフォーマンスについての9つの誤信

    Javaは過去18年以上にわたって,エンタープライズにおけるトップ言語へと発展を続けてきました。しかしJavaのパフォーマンスに関しては,誤った事実認識が今も続いています。この記事では,広く信じられている誤解のいくつかを検証します。

  • アジャイルにおけるソフトウェアアーキテクチャ図とNoUML

    開発中のソフトウェアアーキテクチャを理解することは,カオスを避け,協調的なコード所有を促進する上で重要なことです。しかしアジリティを競い合う中,特にUMLを捨てて "ボックスとライン" による図に乗り換えたチームの多くが,その実践に苦慮しています。迅速な行動には良好なコミュニケーションが不可欠ですが,これをBDUF(Big Design Up Front)とUMLなしで行うにはどうすればよいのでしょう?

  • 本当に自己組織化したチーム

    この会社は、個人個人の自由意志によって組織化されています。みんながゴールを達成するために、協力することを自由に選んでいます。実際に自己組織化した会社を経営していなくても、自己組織化した会社について知りたいと思っている人たちのために、この記事は書かれています。

  • ニーズに合ったESBを選ぶには

    Kai Wähner氏がインテグレーション/フレームワークとESB,インテグレーションスイートの違いを説明した上で,既存の商用およびオープンソースのソリューションの中から,適切なものを選択する方法についてアドバイスします。

  • デザインパターンの自動化

    コード1行あたりの総所有コストが高いにもかかわらず、定型的なコードの多くは、まだ書かれており、その多くは、よりスマートなコンパイラを使って回避することができる。実際、ほとんどの定型的なコードは、デザインパターンを繰り返し実装することに起因している。しかし、これらのデザインパターンのいくつかは、非常によく理解されており、もし我々がコンパイラにそれを教えることができれば、それらは自動的に実装することがでる。

  • NoSQLの現状

    Stefan Edlich氏がNoSQLを再考する。NoSQLの発展、財政的な影響、標準や不足してい部分、現在の展望、書籍、リーダーと新参者について考慮した上で、NoSQLは普及すると結論付けている。

  • Datomicのアーキテクチャ

    Clojureの作者であるRich Hickey氏がDatomicのアーキテクチャを説明します。Datomicは新しいデータベースで、シンプルなサービスで組み立てられており、従来のRDBMSの機能性とNoSQLの拡張性を取り得れようとしています。

  • 達人アーキテクト - 人類未踏の地へ勇敢に進もう

    この記事でFrank Buschmann氏はコンポーネント内よりもシステムコンポーネント間のインタラクションのアーキテクチャ上の重要性について語った。彼は達人アーキテクトの3つの秘訣についてこう述べている。隠れたドメインコンセプトを明らかにする、ものが出会うところにいる、不確かさをドライバとして使う。

  • ワイヤーフレーム: 開発プロジェクトを始めるためのすぐれた方法

    この記事でAndreas Wulf氏は、開発プロジェクトを開始するシンプルで効果的な方法としてワイヤーフレームを紹介します。ワイヤーフレームを使ってアイデアを具体的な形にすることで、共有したり議論できるようになります(コードを書かなくても)。グラフィックデザインの詳細を省略することによって、ワイヤーフレームは作成や変更がすばやく簡単なだけでなく、「全体像」にフォーカスするのにも役立ちます。

  • 紹介:Restful Objects

    Restful Objectsは、ドメイン·オブジェクト·モデルのハイパーメディアAPIの公開仕様である。仕様のバージョン 1.0.0は、リリースされたばかりで、すでに仕様を実装した2つのオープンソースフレームワークがあり、1つはJavaプラットフォーム用で、もう1つが.NET用である。

  • IPA/SEC 統合モデリング技術WG 内田氏インタビュー

    IPAソフトウェア・エンジニアリング・センター(SEC)統合系プロジェクトにおいて、統合システムモデリング技術WGを運営している内田功志 研究員に、ワーキンググループの目的、システムズエンジニアリングとは、モデリング言語SysMLを用いたモデルベース開発の可能性、等についてインタビューしました。

  • 12年後のCAP定理: "法則"はどのように変わったか

    CAP定理は、共通のデータを扱うネットワークで繋がったシステムは3つの望ましい性質(一貫性,可用性,分割耐性)のうち、2つしか満たせないことを示します。IEEEの記事では、Eric Brewer氏が分割を明示的に扱いながら可用性と一貫性を最適化して、CAP定理の3つの属性の最良の釣り合いを取る方法を解説します。

BT