近い将来、私の開発セットアップがアップグレードされ、契約の一部がデュアル モニターになります (イェーイ!)
モニターの少なくとも 1 つ、場合によっては両方がワイドスクリーンになります。
開発者がセカンド モニター、特にワイドスクリーン モニターをポートレート モードで使用していると聞いたことがあります。画面上により多くの行を表示でき (幅は狭くなりますが)、コードの長いページのように動作します。
これを使って、もっと効果的だと思う人はいますか?
近い将来、私の開発セットアップがアップグレードされ、契約の一部がデュアル モニターになります (イェーイ!)
モニターの少なくとも 1 つ、場合によっては両方がワイドスクリーンになります。
開発者がセカンド モニター、特にワイドスクリーン モニターをポートレート モードで使用していると聞いたことがあります。画面上により多くの行を表示でき (幅は狭くなりますが)、コードの長いページのように動作します。
これを使って、もっと効果的だと思う人はいますか?
私は実際に 3 台のワイドスクリーン モニターをポートレート モードで使用していますが、これは素晴らしい作業方法です。スクロールが大幅に減り、すべてのデバッグ/出力/参照ウィンドウを一度に画面に収めることができます。
2 台のモニターを使用する場合の問題は、通常、1 つのメイン モニターで作業し、出力 (またはその他のもの) を別のモニターに表示することです。2 つある場合は、プライマリ モニターが目の前にあり、もう 1 つの (使用頻度の低い) モニターが片側にくるように設定します。特定の画面を見るために RSI が恒久的にひねられるのを防ぐため、これがデュアル モニター セットアップを使用する最良の方法であることがわかりました。
さらに、仮想画面分割を提供するために利用できるプログラムがいくつかあります。これらは、大画面/ワイド画面モニターのセットアップに非常に役立ちます。
[編集] ..はい、関数は 1 ページに収まるように短く書く必要がありますが、私の経験では、一度により多くの関数を表示できると、開発が容易になることがよくあります :-)
[edit2] Visual Studio 風の IDE をワイドスクリーン モニターで縦向きに実行すると、コードとエラーを同時に表示するための使用可能なスペースが増えるため、コンパイル エラーのデバッグに関しては素晴らしいことになります。ただし、十分に定期的にコンパイルすれば、一度に多くのエラーが表示されることはないと主張できると思いますか? ...しかし、誰がそのようにコーディングしますか? ;-)
画面より長い関数を書くべきではないので、画面をずっと長くするのはちょっとしたごまかしですよね? ;)
とにかく、縦向きモードはコーディング時にあまり良くないことがわかりました。縦向きモードの古い 17 インチ ワイドスクリーンでのみ、ドキュメントの表示と編集が改善されました。また、IDE のテキスト エディターの両側に多くのツール ウィンドウが開いているので、非常に大きな画面を構成するために 4 つのツール ウィンドウを用意しない限り、ポートレート モードは良くありません (Microsoft ブログにそのような設定の写真がありました)。 、しかし、どこにあるか覚えていません)。
ただし、ドキュメントを高解像度で表示する必要がある場合や、何らかのモニター (ネットワーク モニターなど) を実行していて、一度により多くの行を表示したい場合など、縦向きの方が優れているアプリケーションもあります。
それがどのように生産性をスピードアップするか想像できません。私の意見では、左右よりも上下にスクロールする方が常に簡単です。
使用する IDE によって異なります。
Microsoft Visual Studio は、「ツールボックス」と「ソリューション エクスプローラー」でモニターの幅をかなり占有するのが好きなので、横長のモニターの方がうまく機能することがわかりました。エディター ウィンドウをドッキング解除できないため、ポートレート モードの 2 番目のモニターにコード エディターをドラッグすることさえできませんでした。
また、顧客がモニターをセットアップする可能性が最も高い方法も検討してください。同じセットアップで任意の UI コードを記述したい場合があるため、アプリケーションがどのように使用されるかの感覚をつかむことができます。
職場では、プライマリモニター(セカンダリはラップトップの画面)をポートレートモードで実行しています。私は本当にそれが好き。一度にもっと多くのコードを見ることに甘やかされてしまいました。私はそれがより長い方法を全く奨励しないと思います。ときどき、IDEサイドバーが少し狭すぎるため、少し広すぎるコードに出くわしますが、私は主にEclipse(Rational Application Developerですが、Eclipseベース)を使用しているため、すばやくダブルクリックするとコードウィンドウが最大化されます。非常に便利。もう一度ダブルクリックすると、サイドバーが元に戻ります。
また、これは私のメールにとって非常に便利なオリエンテーションだと思います。
強くお勧めします。
ポートレートモードのワイドスクリーンモニターは、コードを編集するのに非常にうまく機能します。ありがとうございます。ただし、一部のモニターでは、1次元での視野角が低く、通常は垂直になりますが、ポートレートモードでは水平になります。これにより、すべてが正しく配置されていない場合、色が悪くなったり、使用できなくなったりする可能性があります。
モニターの大きさにもよります。横向きの 28 インチ モニターが 1 台、縦向きの 24 インチ モニターが 2 台あり、大きなモニターに隣接しています。
ペアプログラミングに最適!
ばかげているわけではありませんが、意見の問題です。縦長のワイドスクリーンは、コードを書くのに非常に適しています。コードの幅が実際に問題になることはありませんでした。また、画面上により多くのコード行を表示できることは常に素晴らしいことです。
ワイドスクリーンを縦向きに配置するもう 1 つの理由は、他のモニターの高さと一致させるためです。
私にとっては、まったく効果がありません。私はIDEを使用しているので、ランドスケープモードでは、コードをナビゲートしたり、プロジェクトをナビゲートしたりするためのサイドバーがあります.
それはすべてあなたの好みに帰着します。
ホームオフィスには大きなモニターが 1 つだけあります。
一度試してみました。私はそれが好きではありませんでした。私は通常 IDE を持っており、IDE はワイドスクリーンに最適です。右側に関数リスト、左側にファイル リストなどが表示されている場合は、ジャンプするのが速くなります。
また、私は関数を小さく保つように努めているので、これは通常は問題になりません (私はデュアル 24 インチを持っています)。関数が適度に小さく、ワイドスクリーンを使用している場合は、2 つのファイルを並べて表示すると、より便利なことがよくあります。 . 一部のエディタでは、ウィンドウを分割して、同じファイルの 2 つの異なる部分にスクロールできます. これも非常に便利で、画面に 100 行以上あるよりもはるかに優れています. 私の設定では、エディタの画面あたり 60 行あります. エディターを分割すると 120 が表示され、別のモニターで再度実行すると 240 が表示されます。
画面から直接理解するよりも、最初に紙に印刷した方が、関連する機能の意図を理解する方が簡単であることがわかりました。失敗することはありません。なぜですか? 多くの行のコードを一目で簡単に確認できるため、絶え間なくスクロールする必要はありません。
縦向きモードのモニターと同じことで、リファクタリングされた、またはその他の方法で、複数の関連する機能の意図を簡単に理解できます。しかし、縦長の画面を多くの行で関数を書く言い訳にしないでください。
縦画面を使用してstackoverflowでこれを書く:-)
一目で多くの投稿を簡単に見ることができます:-)
ほとんどのプログラマーや他の技術者が行うように、主にテキストやドキュメントで作業している場合は、ポートレート モードの方がはるかに価値があります。実際、ディスプレイの一般的な傾向はすべて間違った方向に進んでいます。アスペクト比は、映画のフォーマットによりよく適合するように、横向きのディスプレイをメールスロットに押しつぶしています。個人的には、私は自分のコンピューター (ラップトップまたはデスクトップ) で映画を見たことがなく、これから始めるつもりもありません。それが私がテレビを持っている理由です!
実際には、垂直方向のピクセルはコンピューティングにおいて最も貴重な資産です。より多くのピクセルを取得するためにできる限りのことを行ってください。お金を使ったことを後悔することはありません。縦方向のピクセル数が 1024 ~ 1080 未満のラップトップは購入しません。これは、ページ全体の PDF を読み取り可能な解像度で表示するのに必要な最小値であり、(はるかに) 大きいほど良いからです。(PDF は今日のオンライン ドキュメント/マニュアルの大部分を占めているため、これは非常に大きな懸念事項です。)十分な垂直ピクセルを取得してから、幅についてのみ検討する必要があります。
私が本当に欲しいのは、縦画面の 15.4 インチまたは 16 インチのラップトップです。これらは、フルサイズのキーボードをベースにパッケージ化するのに十分な幅がある必要があります。FlyBook スタイルのピボット アームがあれば便利ですが、必須ではありません。
印刷物を扱っている場合は、そうです。ソースに関しては、IDE を全画面表示にして、不要なタスク ペインを閉じてみませんか?
ポートレートは、Web サイトで作業している場合にのみ役立ちます。ページ全体を一度に表示できると便利です。
モニターが十分に大きければ、コードを書くのにポートレート モード (24 インチ以上) は必要ありません。
モニターがそれよりも小さい場合は、ポートレート モードが適しています。
理想的には、コードを操作するための 30 インチ (2560 x 1600) のワイドスクリーン 1 台と、近くで快適に開いているユーティリティと、結果をプレビューするための 2 つ目の小さなモニターが近くにあることです (ここでは特に Web コーディングについて話していますが、おそらく、他のほとんどのコーディングにも適用できます (ターゲット ユーザーの画面サイズの画面)。
30 インチの画面は価格が大幅に下がったため、値上げする価値はあるでしょう。24 インチの画面には、デフォルトのフォント サイズでテキストが大幅に大きくなるという利点があります。30 インチ モニターのテキストは、14pt まで移動しない限り、少しぎこちないものになる可能性があります。
幸運を。
私は現在、2 台の 19 インチ モニターを持っています。1 台は横向きに、もう 1 台は縦向きにしています。ドキュメントの作業や長い Web ページの閲覧は、縦向きの画面の方が簡単です。コーディングにもこのセットアップを使用しましたが、それは役に立ちますが、それは学習した習慣でした.笑