行が長くなり過ぎないように心がけたものです。画面で表示できる文字数が増えていきました。一般に、変数名や関数名を省略してしまうと、それらがどんな役割を持つのか客観的にわかりづらくなってしまうため、高解像度の恩恵に預かるようになってからは、冗長なネーミングをするようになりました。いう感じになったのではないかと思います。使用して開発を行っていますが、上記のように、クラスライブラリのメソッド名やプロパティ名等は非常に長く、ソースコードの表示だけでも解像度の高いモニタを使用したいところです。加えてデバッグ時は、変数のウォッチなど、更にたくさんの情報を画面に表示したくなります。マルチモニタに対応しており、あるモニタにはソースコードを、別のモニタにはデバッグ情報を表示する、といったことが可能になっています。台追加してマルチモニタ環境で開発を行うべくモニタを物色していたところ、とんでもない解像度のモニタが見つかってしまいました...。画面に収めてしまいます。モニタと比較してみると、こんな感じです。倍もの情報を表示することができてしまうわけですね。関してここで気になるのが、あまりにも解像度が高すぎることです。等のケーブルで接続することになります。ここで、ビデオカードからモニタまではどのくらいの量のデータ転送が発生するのか計算してみます。2.21リフレッシュレートは、1秒間に画面を何回書き換えるかを表します。回の画面の書き換えが行われます。この値が大きいほど、動きのある物体がなめらかに表示されるわけですね。データで表現されるかを表します。色しか表すことができません)。呼ばれ、人間が識別することができる色をすべて表現できると言われています。以上のデータ転送が発生する計算になります。この値は、画面を表示するための実データの転送に必要な量であり、実際には、データを周期的に正しく転送するための付加情報(オーバーヘッド)が加わります。以上のデータ転送量が発生すると考えられますが、そもそもビデオカード側がそれだけのデータを転送することができるのか、また、ケーブルは、様々なノイズが発生する中で、それだけの転送に耐えることができるのか、といったことが問題となりそうです。快適に使用出来れば十分なので、リフレッシュレートはそんなに高くなくても大丈夫だろう...ということで、ちゃんと下調べをせずに、見つけてから約1時間後、気づいたら購入ボタンを押していました...。あることが分かりました。