Coplien氏とMartin氏、TDDとCDDそしてプロフェッショナルの定義について大いに語る。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が最近リリースされ、重要な変...
なぜScalaなのか？
”なぜScalaなのか？”という質問に答える前に、”Scalaとは何か？”という質問に最初に答える必要がある。ScalaのWEBサイト(source)から、以下の概説を見ることが出来る。 Scalaは、簡潔かつエレガント、そして型安全な手法で、一般的なプログラミングパターンを表現するために設計された、複数のパラダイムを持つ近代的なプログラミング言語です。それは関数型言語とオブジェクト指向の機能を、スムーズに統合しています。 Scalaはオブジェクト指向です: Scalaは、全ての値がオブジェクトであるという意味においては、純粋なオブジェクト指向言語です。オブジェクトの型と振舞いは、クラスとその特性として記述されます。クラスの抽象性はサブクラス化と、mixinをベースとした柔軟なコンポジションメカニズムによって拡張されます。後者については、複数継承のクリーンな代替方法です。 Scalaは関
Rubyの新しいWebフレームワーク、Wavesの波に乗る
Rubyに人気があるため、Ruby on RailsやMerb、CampingといったWebフレームワークが誕生した。Wavesという新しいWebフレームワークが最近リリースされたが、 Ruby開発者が興味を持って試してみようと思うような特徴が、Wavesにはある。 WavesはRuby on RailsのようにMVCフレームワークであり、Request Lambda(source)と呼ばれるものを使うが、各マッピングはルールとブロックで構成されている。ルールが要求と一致すると、そのブロックが実行される。 Wavesに独特な特徴の１つである。 Wavesのこの他の優れた特徴には以下が挙げられる。 真のコード再ローディング ホットパッチング クラスタのサポート スレッド・セーフティ InfoQは、Wavesの開発者Dan YoderとWavesについて話す機会を得た。 Robert Bazi
Spring 2.5の新機能―Part 1
序論 Springフレームワークは最初から、企業のアプリケーション開発を簡略化するという目標に常に照準を合わせながら、同時に、複雑な問題に非侵襲的で強力な解決策を提供してきました。一年余り前にリリースされたSpring 2.0では、こうしたテーマが新たなレベルへと進みました。XMLスキーマのサポートとカスタムのネーム空間により、XMLベースのコンフィギュレーション量が減りました。Java 5以上を使用しているデベロッパーは、ジェネリックスやアノテーションなどの新しい言語機能を利用するSpringライブラリを活用できます。AspectJの式言語と緊密に一体化しているため、Spring管理オブジェクトの分類がうまく定義されていれば、その全分類で動作を非侵襲的に追加可能なのです。 最近リリースされたSpring 2.5でもこの流れを継承し、さらなる簡略化と新規の強力な機能を提供していますが、特に
RDBMSでは不十分
リレーショナルデータベースはクライアント/サーバモデルに適合するものの、サービスの世界では新しいソリューションが必要である(source)。RDBMSはスケーラビリティの問題に陥りやすい。冗長性や並列性をどのようにして実現すればいいのか(source)？ （リレーショナルデータベースは）単一故障点となります。特に複製はささいな事ではありません。疑問に思うのであれば、全く同じデータを必要とする2つのデータベースサーバがあることによって起こる問題を考えて見てください。データを読んだり書いたりするために両方のサーバがあると、同時に変更するのが困難になります。マスターサーバとスレーブサーバがあっても、良くありません。なぜなら、マスターはユーザが情報を書き込む際、沢山の熱を帯びるからです。 また、Assaf Arkin氏も整合性を書くこと(source)はRDBMSが自身の重さで内破してしまう理由で
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
アジャイルプロジェクトのファシリテートでは、燃え尽き症候群は避けられないのか？
デザインやコードの良いレビュー、悪いレビュー、そして酷いレビュー
ユーザストーリーの適正サイズ
Opinion: アジャイルを採用することとアジャイルを習慣にすることは別の話だ
50人の開発者に聞きました: アジャイルについて、あなたのCIOに知ってもらいたいこと
機能テストの今後
InfoQ: 継続的リリースは、さらなるアジャイルさを与えてくれるか？
A Brief Introduction to REST
Spring - InfoQ