Exploring Micro-Frameworks: Spring BootInfoQ Software Architects' Newsletter A monthly overview of things you need to know as an architect or aspiring architect. View an example
InfoQ: RESTfulアプリケーションにおけるハイパーメディア
アプリケーションの状態は、「セッションの状態」という名でも知られ、RESTの「ステートレス」な制約によって表される状態の一つでもあります。そして、それはクライアントが単独で保持する必要があります。対照的に、VNCやWindowsのリモートデスクトップといったリモートセッション技術を使用しているならば、アプリケーションの状態はサーバー上で完全に保持されます。 「ハイパーメディア」という言葉は、「ハイパーテキスト」(彼の発案です)を一般化するものとして1962年にTed Nelson氏によって発案されました。ハイパーテキストがテキストドキュメントのリンクを含んでいるのに対し、ハイパーメディアは、その範囲を全てのメディア形式に拡張しました。当然、両者の主要ポイントは、私たちが使用する内容にリンクが埋め込まれているということです。 制約の実例 REST は、2003/2004年にインターネット関連
Top JavaScript MVC Frameworks
Sustainable Security Requirements with the ASVS Josh Grossman provides a brief overview of what the ASVS is, but takes a closer look at balancing trade-offs and prioritizing different security requirements. Josh shares how to make the process repeatable and how to implement it as part of your own organization's requirements process.
プロダクトオーナとチームが協力する方法
Henrik Kniberg氏がブログ記事agile product ownership in a nutshellでプロダクトオーナから見たアジャイルソフトウエア開発を概括している。氏は“プロダクトオーナ―シップを学ぶ1日のトレーニングコースを15分のアニメーションに圧縮”した動画を紹介し、視聴を勧めている。動画の雰囲気を紹介するため、下記にこの動画が扱っていることを引用したい。 スクラムでは、ユーザストーリーとして表現される利害関係者のニーズは一覧にされる。これは、プロダクトバックログと呼ばれ、プロダクトオーナが責任を持つ。 プロダクトオーナはバックログに何を入れ、バックログから何を外すかを決めます。さらにバックログの順番を決めます。今ビルドするのか何か、何を後回しにするのか。これは大変な仕事で、チームや利害関係者と一緒に決める必要があります。 プロダクトオーナとチームは一緒にプロダク
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
あなたのORMの使い方は間違っている
Scalaコンパイラに１週間で２つのフォーク
Eclipseを改善する
Grails 2.3 GAリリース
RESTを自称してはいけない
Grails Goodness
アジャイルにおけるソフトウェアアーキテクチャ図とNoUML
Just Do It: Migrating to Grails
Under the Hood: Using Spring in Grails
Groovy & Grails for Java Developers
技術的負債のユーザストーリーを作るべきか
スクラム概要図のアニメ版、Scrum Primerのサイトで公開
Java 8でPermGenのOutOfMemoryError問題は解決されるのか？
スワーミングがアジャイルチームを助ける
Apache Isis: ドメイン駆動設計のためのJavaフレームワーク
Web API Design - 開発者が愛するインターフェイスを作る
