コーディングにワイドスクリーンモニターを縦向きで使用する方が効果的ですか？ [閉まっている]

https://stackoverflow.com/questions/611113

03-07-2019
|

質問

近い将来、私の開発セットアップがアップグレードされ、契約の一部はデュアルモニターになります（はい！）

モニターの少なくとも1つ、おそらく両方がワイドスクリーンになります。

2番目のモニター、特にワイドスクリーンモニターをポートレートモードで使用している開発者の話を聞きました。画面上でより多くの行を（より狭いとはいえ）許可し、コードの長いページがあるように少し実行します。

そこにいる誰かがこれを使って、より効果的だと思いますか？

解決

画面よりも長い関数を書くべきではないので、画面をもっと長くすることは少しごまかしですよね？ ;）

とにかく、ポートレートモードはコーディング時にあまり良くなく、古い17インチでしか見つかりませんでした。ポートレートモードのワイドスクリーンは、ドキュメントの表示/編集が改善されていました。横長モードの2つの大きな画面を使用すると、ドキュメントを表示するときに2ページを画面に配置し、IDEのテキストエディターの両側で多くのツールウィンドウを開くことができます。だから、ポートレートモードは、4つの画面で非常に大きな画面を構成する場合を除き、優れたものではありません（Microsoftブログにそのようなセットアップの写真がありましたが、どこにいるかは覚えていません）。

ただし、ポートレートの方が優れているアプリケーションもあります。ドキュメントを大きな解像度で表示する必要がある場合、または（ネットワークモニターのように）モニターを実行していて、一度により多くの行を表示したい場合。

他のヒント

実際には、ポートレートモードで3台のワイドスクリーンモニターを使用していますが、はい、それは素晴らしい作業方法です。スクロールが非常に少なくなり、すべてのデバッグ/出力/参照ウィンドウを一度に画面に収めることができます。

2つのモニターを使用する場合の問題は、通常、1つのメインモニターで作業し、出力（または別のもの）を使用することです。 2つある場合は、プライマリモニターが目の前になり、もう1つ（あまり使用されない）が片側にずれるように設定します。特定の画面を見るためにRSIが永続的にねじれることを減らすため、デュアルモニターのセットアップを使用する最良の方法であることがわかりました。

さらに、仮想画面の分割を提供するために利用できるいくつかのプログラムは、大画面/ワイド画面のモニター設定に非常に役立ちました。

[編集] ..そして、はい、1ページに収まるように十分に短い関数を作成する必要がありますが、一度に多くの関数を表示できると、多くの場合、私の経験で開発が容易になります：-）

[edit2] ワイドスクリーンモニターでVisual-Studio風のIDEを縦画面で実行すると、コードとエラーを同時に表示できるスペースが増えるため、コンパイルエラーのデバッグに最適です。。しかし、十分に定期的にコンパイルすれば、一度に多くのエラーが表示されることはないはずだと主張できると思いますか？ ...しかし、そのようなコードは誰ですか？ ;-）

それが生産性をどのようにスピードアップするか想像できません。私の意見では、左右にスクロールするよりも上下にスクロールする方が常に簡単です。

使用するIDEがあれば、それによって異なります。

Microsoft Visual Studioは、＆＃8220; Toolbox＆＃8221;でモニターの幅の多くを使用することを好みます。および＆＃8220; Solution Explorer＆＃8221;ので、ランドスケープモニターでより適切に機能することがわかりました。エディターウィンドウをドッキング解除できないため、ポートレートモードの2番目のモニターにコードエディターをドラッグすることもできませんでした。

また、顧客がモニターをセットアップする可能性が最も高い方法を検討してください。同じセットアップで任意のUIコードを作成することをお勧めします。これにより、アプリケーションがどのようなものを使用するのかを把握できます。

モニターの大きさに依存します。 1 28個あります;横長でモニターし、2 24 "大きなモニターの側面にある縦長のモニター。

ペアプログラミングに最適です！

職場では、プライマリモニター（セカンダリはラップトップ画面）をポートレートモードで実行しています。私は本当にそれが好き。もっと多くのコードを一度に見ることに甘やかされています。私はそれがより長いメソッドを奨励することをまったく見つけていません。 IDEサイドバーが少し狭められているために幅が広すぎるコードを実行することもありますが、主にEclipse（Rational Application Developer、ただしEclipseベース）を使用しているため、クイックダブルクリックでコードウィンドウが最大化され、非常に便利。もう1回ダブルクリックすると、サイドバーが戻ります。

また、メールにとって非常に便利なオリエンテーションです。

強くお勧めします。

ポートレートモードのワイドスクリーンモニタは、コードの編集に非常にうまく機能します。ありがとうございます。ただし、一部のモニターでは、1次元での表示角度が低く、通常は縦向きですが、ポートレートモードでは横向きになります。これにより、すべてが正しく配置されていないと、色が悪くなったり使用できなくなったりする可能性があります。

一度も試したことはありませんが、かなりうまくいくと思います。個人的には行をかなり短くしたいのですが、ワイドスクリーンではコードの行数が少なくなる傾向があるため、試してみます。

それはすべて個人的な好みに帰着しますが、あなたが最も生産的であり、あなたにとって最適に働くことができるのは行く方法です。

私にとってはまったく効果がありません。私はIDEを使用しているため、ランドスケープモードでは、コードをナビゲートしたり、プロジェクトをナビゲートしたりするためのサイドバーがあります。

それは愚かではなく、意見の問題です。縦長のワイドスクリーンはコードを書くのに非常に便利であり、コード幅は実際に問題ではありませんでした。画面上でより多くのコード行を見ることができるのは常に良いことです。

ワイドスクリーンを縦向きにするもう1つの理由は、他のモニターの高さに合わせるためです。 22インチの横のワイドスクリーン縦長のワイドスクリーンは同じ高さに近い。

それはすべてあなたの好み次第です。

ホームオフィスに1台の大きなモニターがあるだけです。

一度試しました。気に入らなかった。私は通常IDEを持っていますが、IDEはワイドスクリーンに最適です。右側に関数リスト、左側にファイルリストなどが表示されている場合は、すばやくジャンプできます。

また、通常は問題にならないように関数を小さくするようにしています（デュアル24を使用しています）。関数が適度に小さく、ワイドスクリーンがある場合、2つのファイルを並べて表示できます。これは多くの場合より便利です。一部のエディターでは、ウィンドウを分割して、同じファイルの2つの異なる部分にスクロールできます。これは、画面上に100行以上あるよりもはるかに便利です。私の設定では、エディターの画面ごとに60行あります。エディターを分割すると、120が表示されます。他のモニターで再度表示すると、240が表示されます。これはかなりのコードであり、通常は非常に異なる部分でのみ役立ちます。

主にテキスト（ほとんどのプログラマーや他の技術者が行うように）で作業している場合、または文書でさえ作業している場合、撮りモードははるかに価値があります。実際、ディスプレイの一般的な傾向は、すべて間違った方向です。アスペクト比は、映画のフォーマットにより適合させるために、横長のディスプレイをメールスロットに押し付けています。個人的に、コンピューター（ラップトップまたはデスクトップ）で映画を一度も見たことはありません。今から始めようとはしていません-私はテレビを持っています！

実際には、垂直ピクセルはコンピューティングで最も価値のある資産です-より多くのピクセルを取得するためにできる限りのことをしてください-あなたがお金を費やして申し訳ありません！縦1024-1080ピクセル未満のラップトップも購入しません。これは、読み取り可能な解像度でフルページPDFを表示するために必要な最小値であり、（もっと）優れているからです。（PDFは今日のオンラインドキュメント/マニュアルの大部分を占めているため、これは非常に大きな懸念事項です。）十分な垂直ピクセルが得られた後、幅についてのみ考慮すべきです。

私が本当に欲しいのはは15.4です」または16＆quot; ポートレートスクリーンを備えたノートパソコン-これらは、フルサイズのキーボードをベースにパッケージ化するのに十分な幅でなければなりません-FlyBookスタイルのピボットアームはいいでしょうが、必須ではありません。

関連機能の意図を理解することは、画面から直接理解するよりも最初に紙に印刷する方が簡単で、失敗することはありません、なぜですか？一目でコードの多くの行を簡単に確認できるため、絶え間ないスクロールの必要がありません。

縦向きモードのモニター指向の場合と同じことで、リファクタリングなどの複数の関連機能の意図を簡単に理解できます。ただし、多くの行を含む関数を作成する口実にポートレートスクリーンを使用しないでください。

ポートレート画面を使用してstackoverflowでこれを書く：-）

一目で簡単に多くの投稿を見ることができます：-）

2 19個あります」現在モニターしています。 1つは横向きにし、もう1つは縦向きモードにします。ポートレート画面では、ドキュメントの作成や長いWebページの読み取りが簡単になります。私もこのセットアップをコーディングに使用し、それが役立つことを発見しましたが、習得された習慣でした。笑

印刷物を使用している場合、はい、ソースについては、IDEを全画面表示して不要な作業ウィンドウを閉じてはどうですか？

ポートレートは、Webサイトで作業している場合にのみ役立ち、ページ全体を一度に表示できると便利です。

モニターの大きさが十分であれば、コードを記述するためにポートレートモード（24＆quot;以上）は必要ありません。

モニターがそれよりも小さい場合は、ポートレートモードをお勧めします。

理想的には、単一の30枚です」（2560 x 1600）ワイドスクリーンとしてのコードで動作するユーティリティと、近くで快適に開くユーティリティ、および近くにある2番目の小さなモニターで結果をプレビューします（ここではWebコーディングについて具体的に説明していますが、おそらく他のほとんどのコーディングにも適用されます）ターゲットオーディエンスの画面のサイズを選別します）。

30＆quot;画面の価格は今や本当に低下しているので、おそらく値を上げる価値があります。 24＆quot;画面には、デフォルトのフォントサイズでテキストが大幅に大きくなるという利点があります。 30＆quot;のテキスト14ptまで移動しない限り、モニターは少しグラインドになります。

がんばって。

ライセンス： CC-BY-SA と帰属

所属していません StackOverflow