インクリメンタルなアーキテクチャアプローチ
原文(投稿日：2019/01/18)へのリンク 世界中のアプリケーションのほとんどのうち、おそらく90%は、モノリシックなアプローチで動いている。オーバーエンジニアリングを避けるために、私たちはシンプルなアーキテクチャから始めて、必要に応じて進化させなくてはならない、Randy Shoup氏はReactive Summit 2018でこう語った。彼は最近発表したプレゼンテーションで、小さく始まり、やがて大規模でグローバルなインターネット会社に成長した企業での経験、その期間にアーキテクチャがどのように進化したのか、そして、新しい会社や新製品を始める時のIT観点からの提案について説明した。 Shoup氏はeBay、Google、Stitch Fixで働いた経験があり、現在はWeWorkのエンジニアリング担当VPを務めている。彼が取り上げた最初の事例はeBayだった。1995年の3日間の週末プロ
Eric Evans: Domain-Driven Design Even More Relevant Now
Building Inclusive Mini Golf: a Practical Guide to Accessible XR Development Colby Morgan discusses practical strategies and technical examples for building accessible and inclusive XR experiences. Learn about their core design principles, including accessibility at the start, invisible features, simplicity, and layered depth, using Walkabout Mini Golf as a case study.
ハイパーメディアAPIをめぐるREST主義者的危機
ソフトウェア開発者のEvan Cordell氏は数週間前のAPI-Craftメールリストで，ハイパーメディアのREST制約は一般的なWeb API要件とどのように違うのか，という議論の口火を切った。 "REST主義者的危機(RESTistential crisis)"と題した論議の中で氏は，長年の議論と実践によってRESTスタイル最大の秘密，ハイパーメディア制約が明確になり始めたことを指摘している。Webでも明らかなように，人間中心のインタラクションには完璧に対応しているが，その一方でプログラマブルなWeb API一般においては，有用性に対する懸念がWeb APIコミュニティの中で増しつつあるようなのだ。 RESTに関する説明，ドメイン特有のWeb APIに適用した場合のハイパーメディアの制限，といった話題から始まった今回の議論では，新たなアーキテクチャスタイルの必要性の検討や，RESTを
InfoQ: グラフデータベース、NOSQL、Neo4j
VoldemortやTokyo Cabinetといったキー/バリューシステムにおけるモデリングの最小単位はキー/バリューペアになる。そして、BigTableやそのクローンでは可変数の属性をもつタプルに、CouchDBやMongoDBといったドキュメントデータベースではドキュメントになる。これに対しグラフデータベースでは、データセット全体をひとつの巨大な高密度ネットワーク構造としてモデル化する。 ここではNOSQLデータベースにおける2つの興味深いポイント、スケーラビリティと複雑さについて詳しく説明する。 1. スケーラビリティ CAP: ACID 対 BASE 従来のデータベースシステムのほとんどは、トランザクションに基づいてデータの完全性を保証する。トランザクションを使うことで、データ管理のあらゆる状況において、データの一貫性を確保している。こうしたトランザクションの性質は、ACID（A
YammerがScalaからJavaへ移行中
原文(投稿日：2011/11/30)へのリンク Yammerの従業員であるCoda Hale氏がScalaの商用ベンダであるTypesafe社へ送ったメールがYCombinatorとGitHubのgist経由でリークした。メールによれば、Yammerは複雑さや性能面を鑑みて、基盤のインフラをScalaからJavaへ戻すそうだ。 YammerのPR部門のShelley Risk氏によればこのメールはCoda Hale氏の個人的な意見であり、Yammerの公式な見解ではないとのことだ。このリーク後、Coda Hale氏は自身の考えをhttp://codahale.com/the-rest-of-the-story/で表明している。氏はこのメールはDonald Fischer氏(Typesafe社のCEO)からのフィードバックの要請に答えたもので、移行を示唆するツイートを補足したものだと説明して
InfoQ: RESTfulなアプリケーションを記述する
しかしながら、上述のRoy Fieldingの言葉を言い換えると、このようなアプローチはRESTの基本的な原則の一部と相反します。たとえ私たちがこの異議を無視するとしても、 HTTP上に分散型アプリケーションをRESTfullに構築しようとしている人たちには、根本的な問題が残ります。契約を形式的に定義することなくサーバーからの取得はどうするのでしょうか？契約なしでクライアントとサーバーが正しく実装しているということをどのように確かめるのか、それぞれの設計仕様書だけでなく、その他、適切なビジネス/技術ポリシーはどうするのでしょうか？ アプリケーションプロトコルとしてHTTPを使用し、RESTfullな構築をしている分散型アプリケーションには、同じような性質と種類の契約があります。私たちは、何を探し、どこを探すかを知る必要があります。同じ方向にしたがい、私たちが記述言語に向かうならば、それはW
InfoQ: JVMで動く言語Ioke：分かりやすい構文で、LispとRubyの力を持つ言語
Ola Bini氏(リンク)は、JRuby (リンク)開発の中心人物であり、Practical JRuby on Rails Projects(リンク)の著者である。その彼が、Ioke(リンク)というJVMの上で動く新しい言語を開発している。Iokeの型を重視し、非常に動的でプロトタイプベースのオブジェクト指向言語が目指すところは、素晴らしいぐらい小さい正規構文を持つLispやRubyを使用したときに得られる同等の力を開発者に授けることである。 Ola氏は、以下にIokeの本質(リンク)に関する説明をしている。 Iokeは、強力な型付け言語であり、動的、プロトタイプベースのオブジェクト指向言語です。それは同図像であり、数種類のマクロがビルトインされています。Iokeに最も影響を与えた言語は、Io(リンク)、Smalltalk(リンク)、Self(リンク)、Ruby(リンク) そしてLisp
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Martin Fowler氏の語る“犠牲的アーキテクチャ"
Googleがプログラマのビルドエラーを研究
ソフトウェアの負債を扱う
BackboneとAngularを比較する
アーキテクチャ分析ツールであるSonarJ 6.0が構造的負債指数と品質モデルをサポート
ベテランプログラマほど知識豊富なのだろうか
LinkedIn での Ruby on Rails 対 Node.js
unRESTは新しいRESTか
REST APIの良い、悪い、醜い
GETとPOSTだけでRESTfulなサービスを作れるか