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が最近リリースされ、重要な変...
スイス郵政はレガシーシステムのリプレイスのため、7つのチームでスケールド・スクラムを利用した。Ralph Jocham氏はアジャイルギリシャサミット2015に登壇し、10ヶ月、7チーム、18個のアプリケーション =@スイス郵政におけるスケールド・スクラムというタイトルでスケールド・スクラムの経験について語った。 InfoQはRalph Jocham氏にインタビューを行い、完了の定義を使ってどのようにスクラムをスケールしてレガシーな問題に対応したか、どうやって計画より3ヶ月前倒しでシステムを納品できるようにしたか、そしてプロジェクトで主に学んだことを伺った。 InfoQ: 複数のチームで取り組むのにどうスクラムをスケールしたのか教えていただけますか? Jocham氏: スケールド・スクラムは核心のところでなおスクラムであり、経験主義と自己組織に基づいているべきものです。スケールとは依存関係の
Nexusは,大規模なソフトウェア開発プロジェクトを展開,維持するためのフレームワークである。Nexus Guideは,スクラムをスケールアップする上でScrum Guideの次段階として,複数のソフトウェア開発チームを統合した活動のサポートとして使用することができる。 InfoQは今年初め,Scaled Professional ScrumとNexus Frameworkに関して,Gunther Verheyen氏にQ&A形式のインタビューを行っている。そのGunther Verheyen氏がAgile Greece Summit 2015で,Scaled Professional Scrumフレームワークについて講演する。カンファレンスの様子はInfoQでもお伝えする予定だ。 InfoQはNexus Guideの著者で,アジャイル宣言(Agile Manifesto)の原作者で署名者の
ブロゴスフィアでは最近Scala対Erlangの議論がややヒートし続けている。マルチコアの世界(参考記事)が訪れようとしている今、いかにマルチコア危機を解決するかが問題になっている。ScalaとErlangはその解決法たらんとしている言語だが、少し違いがある。それぞれのアプローチの長所短所はなんだろうか? 問題 ムーアの法則はもう通用しない。かつてのようなクロック周波数の向上(リンク)は見込めず、かわりにコアの数を増やそうとしている。今の時代、あなたのノートPCでさえも2つコアを搭載していることだろう。 2つ以上のコアを有効に使うには、アプリケーションが並列処理を意識してないといけない。もしあなたの顧客が8コアのマシンを買ったとしたら、たとえそれをあるアプリケーションの専用マシンにしたとしても、そのアプリケーションがCPU性能の12%しか使えなくてもおかしくない、とあなたは顧客にどうにかし
そして、オブジェクトのコンテナからプリミティブ型のコンテナに変換する方法と、プリミティブ型のコンテナに備わっているAPIの活用法をお見せします。いくつかの実例では下図に示したシンプルなドメインを使って説明します。 サンプルコードはユニットテストとして書かれており、実行にはJava 8が必要です。 [図をクリックして拡大] 本稿の例を読み終わるころには、GS Collectionsで開発された豊富で完成されたAPIをさらに探求したいと興味を持っていただけるかと思います。 例2: コレクション内の要素がひとつでも条件に一致するかどうかを判別する anySatisfy/anySatisfyWithメソッドを使用して下記のように2通りの方法で書けます。 @Test public void doAnyPeopleHaveCats() { Predicate<Person> predicate = p
昨年のjClarityのインタビューで、GS Collectionsを便利に使ういくつかの機能の組み合わせを紹介しました。元記事はこちらから読むことができます。 Java 8がリリースされ、Stream APIが提供されている今となっては、なぜGS Collectionsを使う必要があるのか疑問に思うかもしれません。Stream APIはJavaコレクションフレームワークにとって大きな前進ではありますが、必要な機能がすべて実装されているわけではありません。上の表にもあるように、GS CollectionsではMultimapやBag、イミュータブルなコンテナ、プリミティブ型専用のコンテナなどが提供されています。HashSetやHashMapをより最適化した代替実装や、それらの利点を生かしたBagやMultimapの実装などもあります。GS Collectionsのイテレーションパターンはコ
ソフトウェア製品やサービスに対するニーズの増加に伴って,企業の開発能力を向上させるための方法が求められている。多くの企業が選択するのは,人員の追加によるスケールアップだ。このアプローチに対して一部の人々が疑問を持ち,人員を増やすことなく,より多くのソフトウェアを提供する方法を提案している。 Robert Martin氏は"Horders of Novices (初心者の集団)"というブログ記事で,少数の専門家チームによるソフトウェア開発を提案する。 これ以上,初心者を増やす必要があるのですか? 大して能力のない連中をさらに投入したところで,優れたソフトウェアが早く開発できるものでしょうか? ソフトウェアの問題は,本当にマンパワーだけの問題なのですか? コーディングはレンガ工事と同じなのですか? 左官工の数が多ければ多くのレンガを積めるように,コーダが多数いれば,コードも多く書けるでしょう
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く