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が最近リリースされ、重要な変...
Mathew (Ford) Kern氏とMilko氏は先日,どちらも“アジャイルは死んだ(Agile is Dead)”と題した記事を書いた。この話題を,Kern氏は,アジャイルコンサルティングの飽和とハイプサイクルの速さに関連するものとし,Miko氏は,アジャイル活動の具現化したアプローチの速さを越えるために,アジャイルからDevOpsへと進化する必要性を説いている。 Kern氏の最初の記事のタイトルは,“Agile is Dead”そのものだ。意識的に物議を醸すような(そして皮肉な)スタンスを選んだ氏は,次のように言う。 アジャイルソフトウェア開発は死にました。実践している人はドアストップです。管理手法として用いている人はボートの錨です。波は過ぎ去りました,もう終わりです。騙されて資格を取った人は,残念ですがお金の無駄でした。 氏はさらに,マーケティングとマネジメントに関する流行とセン
BPM ベースのソリューションにおいて、どういう時にルールを利用し、どういう時に手続き型のコードを利用するのが適切か、あなたはどうやって決めているだろうか?最近、haley.com(サイト・英語)の創設者であり会長でもある Paul Haley(source)氏がこの問題に関してヘルプを求められた(source)ようである。 最近、エンタープライズアーキテクチャグループ内の一部の戦略的な人たちから、ルールをもっと自分たちの組織に関連付けたいと依頼があった。ルールをどう いう時に中間レイヤに組み込み、どういう時にサービス内にカプセル化するのかということから、理想的な利用事例と参照実装まで、彼らの関心は多岐にわたっ ていた。そして、ルールを BPM および BI と結びつけることに特に興味を抱いていた。 従来の IT の考え方は BPM の乱用をまねく手続き型のコーディングに偏っていると Pa
John Raynolds 氏は最近疑問を投げかけた。なぜ Java 開発者は BPM を嫌うのか(source)? 彼は、彼自身や他の人たちの経験から次のような結論を出した。 BPM スイートはあなたの創造性を奪い、どのようにアプリケーションを開発するかを命令する。そしてプログラミングを退屈なものにするうえに、あなたがプロセスダイアグラムをデザインするのにポイント・アンド・クリック、ドラッグ・アンド・ドロップツール、データモデルとフォームを使うことを強制する。 更に悪いことに、BPM スイートはビジネスに携わる人々に自分たちでプロセスをモデリングし、フォームを設計するように仕向ける。 彼は次のことを主張している。 一般の Java 開発者達は BPM スイートの制約を押し付けられるよりも、むしろ Struts や Spring のようなフレームワークを使うだろう。Spring または S
ほとんどの人がHTTPSとSSL (Secure Sockets Layer) を結びつけて考えます。SSLは1990年代半ばにNetscape社が開発した仕組みですが、今ではこの事実はあまり正確でないかもしれません。Netscape社が市場のシェアを失うにしたがって、SSLのメンテナンスはインターネット技術タスクフォース(IETF)へ移管されました。Netscape社から移管されて以降の初めてバージョンはTransport Layer Security (TLS)1.0と名付けられ、1999年1月にリリースされました。TLSが使われだして10年も経っているので、純粋な"SSL"のトラフィックを見ることはほとんどありません。 Client Hello TLSはすべてのトラフィックを異なるタイプの"レコード"で包みます。ブラウザが出す先頭のバイト値は16進数表記で0x16 = 22。 これは
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く