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が最近リリースされ、重要な変...
機能が追加されるほど、製品のユーザビリティはますます複雑になりました。継続的な機能修正により、ユーザビリティとユーザエクスペリエンスは悪くなりました。ユーザの問題をうまく解決する代わりに、ユーザをひどく混乱させていました。 モノリスのソフトウェアアーキテクチャのせいで、システム全体に影響を与えずに、新しい機能を追加するのは難しく、新しい変更のリリースは、非常に複雑でした。たった2、3行のコードを変更した時でさえ、製品全体をリビルトしてリデプロイしなければなりませんでした。そのため、リスクの高いデプロイとなり、めったにすることができず、新しい機能のリリースは遅れがちになりました。 物を分割して、移動させる必要があるのは明らかでした。 3年以上前に、私たちは製品戦略を変更しました。ユーザビリティとユーザエクスペリエンスの改善に集中し、1つの製品であるJUST SOCIALを別々のアプリに分割し
数ヶ月前、私はなぜここにたどり着き、何が可能かを理解する旅に出ました。この旅は、私にアプリケーションアーキテクチャ、MVCという強烈な宗教に対する疑いをもたらしました。そして、リアクティブ、関数型プログラミングの真の実力に触れたのです。また、シンプルさに集中する旅でもあり、私たちの産業はうまくやっているという考えを捨てる旅でもありました。どんなことを見つけたか興味がある方もいるでしょう。 私たちの見ている画面の背後にあるパターンはMVC –Model-View-Controllerです。まだウェブがなくソフトウエアアーキテクチャも分厚いクライアントが単一のデータベースに原始的なネットワークでアクセスするのがせいぜい、という時代にMVCは生まれました。そして数十年後、MVCはまだ現役であり、衰え知らずでオムニチャネルアプリケーションの開発に使われています。 Angular2のリリースの前にM
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く