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が最近リリースされ、重要な変...
![関数型言語F#を使ったDDDとCQRS](https://cdn-ak-scissors.b.st-hatena.com/image/square/bae0747fc04004fd680a1cbd72faad9e9f489903/height=288;version=1;width=512/https%3A%2F%2Fcdn.infoq.com%2Fstatics_s1_20240705081916%2Fstyles%2Fstatic%2Fimages%2Flogo%2Flogo-big.jpg)
SilverlightとFlashからすぐに卒業しよう WinFormsやWeb Formsのような古い.NETの技術はまだ居場所があります。しかし、SilverlightやFlashのようなRIAコンテナはもう終わりです。次の図の通り、MicrosoftはSilverlight 5の10年のライフサイクルを待ちたいと思っていないようです。2015年の終わりまでに、RIAコンテナを閉め出したいと思っています。 (クリックして拡大) ハイエンドのアプリケーションでは、完全なネイティブアプリが好ましいです。ローエンドでは、HTML5の能力が向上すると考えられています。どちらに進めばいいかは明示されていませんが、技術の選択については次のように書かれています。 ネイティブアプリケーションへ移行する場合、どのようなWindowsデバイスでもネイティブにXAML/.NETをターゲットにすることで既存の
それに対する回答は、"我々は今それに取り組んでいます。いずれそれをあなたにお伝えします"というものでした。エキスパートグループが"これを公開したくない"と言った訳ではありません。エキスパートグループは公開で議論することを望んでいますし、Oracleも公開したいと思っているがまだできていないだけだ、と言っています。 そして、パブリックレビューの期間が終わりましたが、それらにはまだアクセスできません。Java言語仕様の改訂のため、JSRが検討されており、私はそのレビューに行きました。しかし、取り組んでいるのはエキスパートグループでさえなく、Alex Buckley氏とOracleの言語チームが、仕様を訂正して仕様バグを直していました。 彼ら(Oracle)はこう言いました。"これはこのバージョンの仕様で修正されたと考えているバグのリストで、これが訂正後の仕様です"と。私はリストを見て、バグを確
原文(投稿日:2011/11/04)へのリンク NoSQLデータストアは、ドキュメントベース、オブジェクトグラフ、key-valueペアのような非関連データタイプに代替のデータストレージオプションを提供する。 分散キャッシュは、NoSQLストアとして使用することができるのだろうか?EhcacheのGreg Luck氏は、分散キャッシュとNoSQLデータストアの類似点について記載した。InfoQは、ユースケースについて彼と話し、この優位性と制限についてキャッチアップした。 InfoQ: どのように分散キャッシュソリューションがNoSQLデータストアと比較できるのかを教えてください? Greg Luck: 分散キャッシュは、待ち時間を短くするために一般的にデータをインメモリに保持するように設計されています。NoSQLストアは、R (relations)を除いたDBMSで、通常はトランザクション
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.
継続的デリバリを導入しようとする前に、いくつかの準備が必要です。真っ先に必要なのは、ビルドサーバに合うソースコード管理システムです。ビルドサーバは継続的統合を実施するサーバにもなります。ひとつひとつのチェックインをビルドできるサーバでなければなりません。一般的に言って、この用途では“既成”のビルドサーバが欲しくなります。チェックインを監視して、自動でビルドをする仕組みを構築するのは、想像以上に大変です。利用しているソースコード管理システムにフックできるトリガがあるとしても、ビルド失敗時の通知機能のような他の機能を実装するには割に合いません。 リソースが限られているとしても、継続的デリバリにとってステージングサーバは重要です。ステージングサーバは本運用環境に可能な限り似せておく必要があります。ここで第一の問題は“予算がいくらあるか”ということです。本運用環境のデータベースサーバがとても高価な
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く