最初は徳川家康の子信康付きの家臣だったが、天正7年（1579年）信康が処刑されると、内藤家長の与力との話もあったがこれを固辞して逐電した。天正8年（1580年）家康が駿河に出兵した際、密かに石川数正隊に属して武田氏の足軽大将須藤左門を討ち、それが評判となって再度家康に召し抱えられた。天正10年（1582年）天正壬午の乱で武功があり、天正12年（1584年）小牧・長久手の戦いでは大須賀康高隊に属し、同年の蟹江城合戦では先鋒となった。天正18年（1590年）小田原征伐にも従軍。慶長3年（1598年）朝鮮半島から撤兵指示を伝えるための使者を務めた。後年、徳川秀忠の使番、普請奉行となった。
イタヤガイが属する目については、翼形亜綱全体の分類が不安定だったせいで、ウグイスガイ目、カキ目、イタヤガイ目といったさまざまな説が生まれた。しかし系統学からは、イタヤガイ目（以前のイタヤガイ目と中身はやや異なる）とする分類が提案されている。
元々は身体能力の高いセンターフォワードとして名を馳せ、2003年ごろは左サイドアタッカー、2006年以降はセンターバック、更に2014年以降は再びセンターフォワードと、プロ入りしてから何度も大きなコンバートを経験している。DFとして、体格を生かしたハイボールの競り合いには圧倒的な強さを誇り、堅実な守備をこなす。また足元の技術にも長け、長い脚を活かしたボールキープや左足からの正確なロングフィードも得意とし、CBからの緻密なボールの繋ぎを要求されるペトロヴィッチ監督のサッカーにも早期に順応した。試合をリードしている状況で守備固めに入ることから「クローザー」とも称される。盛田をFWからDFへのコンバートに導いた小野剛曰く、「目の前のテーブルにご馳走があったら、盛田は自分よりもまずみんなに食べないかと薦めるタイプ。そしてそれは性格的にDFに向いている。」。ミハイロ・ペトロヴィッチはFW時代の盛田のプレーを知らないこともあり、「FWをやっていたとは信じられない。彼は生まれながらのディフェンダーだ。」とコメントしている。
PlayMemories 4K edition（プレイメモリーズ 4Kエディション）は、プロジェクタ「VPL-VW1000ES」購入者に2012年3月23日から2013年3月31日間、無償提供されているPlayStation 3専用フォトビューワーソフトウェアである。VPL-VW1000ESとPlayStation 3をハイスピード規格に対応したHDMIケーブルで接続することで、2160p(3840×2160)写真を表示することができる。
街にはゴロドナヤ・ステップの灌漑について展示する専門の博物館 (Музей "Освоение Голодной Степи") がある。
ヤンギイェルにはタシュケントにある農業灌漑工学研究所 (Филиал Ташкентского Института Инженеров Ирригации и Механизации Сельского Хозяйства) の分校や土木工学の専科大学 (коммунально-строительный техникум) もある。
1957年、約1万km²の広大な地域を占めるウズベキスタン東部のゴロドナヤ・ステップにおいて農業に向かない塩分の多い土地への灌漑を行うソビエト連邦の計画の一環として設立された。灌漑用水の不足から農地開発が進まずこの計画は頓挫した。現在の街には建築資材工場 (комбинат стройматериалов)、パイプ工場 (гончарно-дренажный завод)、アスファルト工場 (асфальтобетонный) などの工場が林立している。
逐次型プログラムに無限ループがある場合、問題を発見する最も単純な方法はデバッガを使って一時停止させ（無限ループしている箇所が不明なのでブレークポイントではない）、そのときのコールスタックを調査することである。コールスタック上には呼び出されている関数のアドレスが積まれている。どの関数が無限ループしているかは、シングルステップ実行させてコールスタックの変化を追っていけばわかる。無限ループでなくとも同様の技法が活用できる。必要に応じて外側にループを追加することで時間のかかっている部分を数秒以上かかるように修正できる。そうしておいて、問題の箇所と思われるタイミングでデバッガによる一時停止を行い、コールスタックを確認する。これを繰り返していくことで何が問題なのか、どこを修正すればよいかが明確化される。このような性能強化は、プログラムの誤動作を引き起こさないで単に遅くする種類のバグを修正する作業である。このようなバグをスラグ（slug = slowness bug）と呼ぶことがある。プログラムにはバグとスラグが含まれており、ソフトウェアテストによってバグは除去されるが、スラグは性能解析をしないと除去されない。スラグにはいくつかの種類がある。意図的にプログラムの実行時間を長くするようなやり方は意図せずに行われることもある。最もよくあるスラグはループ内部で実行時間のほとんどを費やす「ホットスポット; hot spot」と言われる種類のものである。例えば、線型探索に時間がかかっている場合、それが二分探索で改善できるなら「ホットスポット」と言える。ホットスポットは必ずしもスラグとはいえないこともある。むしろ、ホットスポットとなっている関数をループ内で何度も呼び出す側の問題であることも多い。また、別のスラグとして、ある問題に最適でない汎用的すぎるデータ構造を使っているために性能を低下させている場合がある。例えば、要素数が少ないなら、単純な配列による線型探索の方が複雑なハッシュテーブルなどよりも高速である。この種のスラグは、動的メモリ確保および解放に時間がかかっていることで判明することが多い。別のスラグとして、データベースなどから有益な情報をまとめて収集する強力な関数を作成した場合があげられる。このような関数を何度も使うことで性能低下が発生する。このようなことが発生する要因として、不適切なカプセル化が考えられる。性能解析において、統計的プロファイラの精度はあまり重要ではない。典型的なスラグは実行時間の多くを消費している。従って、細部に拘っても性能は改善されない。また、実際の性能強化においては、スタックトレースなどの情報の方が重要である。