ORMのパフォーマンス最適化
これは明らかに遅く非効率だ。この問題はEager Loadingというテクニックを使うことで解決できる。もし最初の注文クエリの一部として後で必要となる顧客とのアソシエーションをすべてロードしておけば、Customerに対するアクセスはただのプロパティへのアクセスになる。こうすれば後のデータベースクエリは不要になり、N+1問題も起こらない。 LightSpeedでは、そのEager Load設定をTrueに変更することで（もしくは手書きコードのエンティティにEagerLoadAttributeを適用することで）、アソシエーションのEager Loadを可能にする。Eager Loadされるアソシエーションをもつエンティティをクエリすると、LightSpeedは追加のSQLを生成して、‘プライマリ’エンティティと同じように関連したエンティティを取得する。 Order.Customerアソシエー
How Netflix Really Uses Java
Transcript Bakker: I'm going to talk about how Netflix is really using Java. You probably know that Netflix is really just about RxJava microservices, with Hystrix and Spring Cloud. Really, Chaos Monkeys are just running the show. I'm only half getting here because a few years ago, this was actually mostly true, maybe except the Chaos Monkeys. This stack was something that we were building on in t
アジャイルの導入方法を改善する
アジャイル導入にはアジャイルのアプローチを採用するべきであって、ウォーターフォール的な方法でアジャイルを導入するべきではない、チームの活性化を望むリーダと、それをサポートする組織の構築が必要だ — Scrum.orgのCEOでチーフプロダクトオーナのDave West氏はこう主張する。業界としては、アジリティの段階的な展開の実績を積む必要がある。 InfoQではWest氏にインタビューして、アジャイルの採用とScrum Studioの適用について、アジャイルアプローチへの理解を高めるために業界として何が可能で何を止めるべきか、将来がアジャイルにもたらすもの、などを聞いた。 InfoQ アジャイル導入について、あなたの見解を聞かせてください。 Dave West: 調査結果では大半のプロジェクト/プロダクトがアジャイルなのかも知れませんが、データが実際の姿であるとは限りません。アジャイルを採
QCon Plus: リモートワーキングトラックのまとめ
原文(投稿日：2021/01/06)へのリンク QCon Plusカンファレンスは2020年11月に3週間にわたって開催された。11月17日火曜日、Travis McPeak氏は、従業員、顧客および組織全体の利益のためにリモートワークを活用する方法について世界クラスのリモート企業から学んだことを共有することを目的とした Best Practices for Remote Work トラックを主催した。 最初の講演は、Lighthouse Communications & Communication Coachの創設者であるAnne Ricketts氏による Mastering Virtual Communication というタイトルだった。彼女は、ほとんどの対話に仮想コミュニケーションを使用しなければならないことに陥ったことから学んだ教訓を振り返ることから始めた: 比較をやめる - 異な
Kubernetes時代のマイクロサービス
SOAからマイクロサービスの世界へと移行する過程においては、サービス間通信に関しても、“スマートエンドポイントとダムパイプ”の概念という、もうひとつの抜本的な変化がありました。マイクロサービスの世界では、サービスは集中型のスマートなルーティング層の存在に頼るのではなく、プラットフォームレベルで機能を持つスマートエンドポイントに依存しています。これを実現したのは、従来のESBのすべての機能を各マイクロサービスに組み込んだことと、ビジネスロジック的要素を持たない軽量なプロトコルに移行したことです。 この方法は、(Hystrixなどのライブラリを使用した)信頼性の低いネットワーク層の上にサービス間通信を実装する場合には、現在でも一般的ではありますが 、Kubernetes時代である現在では、サービスメッシュ技術に取って代わられようとしています。興味深いのは、サービスメッシュが従来のESBよりもは
Build 2018: 将来のC#
C#の将来機能のリストの中で第一位は、Null許容参照型である。去年の記事で説明したが、簡単に要約すると: 全ての参照変数、パラメーター、フィールドはデフォルトでNull非許容になる。つまり値型のように、Nullを許容したければ、型名にクエスチョンマーク（?）を付けることによって、明示的に指定する必要がある。 これはオプション機能であり、既存のプロジェクトをC# 8にアップグレードしたときには、Null許容参照型は無効になる予定である。新しいプロジェクトでは、Microsoftはデフォルトでこの機能を有効にする考えである。 警告は、潜在的なエラーと、単なる表面上の警告に分類される。例えば、p.MiddleNameがstring?だった場合、以下の行は表面上の警告である。: string middleName = p.MiddleName; 値が逆参照されるまでは危険ではないため、このローカ
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Java Persistenceを使ったアーキテクチュア：パターンと戦略
Javaに革命を起こすGraalVM Native Image
新たなカスタマーカーボンフットプリントツールで、AWS上での処理が環境へ与える影響を軽減
移譲でチームをスーパーチャージする方法: QCon London Q＆A
Shopifyはいかにしてモジュラモノリスへ移行したか
ドメイン駆動設計でマイクロサービス開発
マイクロサービスのアンチパターン
The Problems with WCF and the Using Block
すべてのマネジメントをアジャイルに - Fin Goulding氏の講演より
LinkedInのカオスエンジニアリング - "LinkedOut"障害注入テストフレームワーク
システムをマイクロサービスに分解するには
Git2.17は移動したコードに対する差分表示やオブジェクト検索機能が向上した
Spring Framework 5でのサーブレットとリアクティブのスタック
Kubernetesはキャズムを越えたか？