開発者が「ネイティブ」インターネットアクセスを必要とするのはなぜですか？
セットアップ
開発者がCitrixターミナル（ラップトップにインストールされている）を介して開発ボックスに接続し、すべてのコーディングを行うGnomeセッション（Linuxなど）に接続する状況があります。
問題
これまで、開発者はこれらのCitrix環境からインターネットにアクセスし、Firefoxブラウザーをインストールしていました。今、インターネットアクセス[その環境から]が廃止されました。
ただし、開発者は、ラップトップからIE9ブラウザー（厳密にはIE9）を介してアクセスできます。
もちろん、これにより開発プロセス全体の生産性が大幅に低下します。同時に、インターネットを使用するために（同じラップトップ上で）環境を切り替えることで生産性が低下する理由を明確に説明することは非常に困難です。
質問
私はSOコミュニティを利用して、意思決定者に[開発者が開発したシステムから]インターネットアクセスを開発者に戻すように説得できる理由を見つける手助けをします。
これがなぜそのような違いを生むのかについての1つの可能性があります。この実験は数ヶ月前にメディアを襲った：
出入り口が一種のメンタルリセットボタンとしてどのように機能するかについて説明します。ほとんどの人は、部屋に入って何のために来たのかを忘れた経験があります。対照研究は、それが単に年齢や記憶力の低下に起因するのではなく、実際の現象であることを示しています。
リモートのCitrix環境からローカルのラップトップにコンテキストを切り替える必要があるため、事実上、仮想の出入り口を歩いている可能性があります。それは、物理的な出入り口と同じ効果があり、記憶を区分化し、ブラウザに来た目的を忘れさせる可能性があります。
この忘却は、順番に、人々がブラウザで行う他のことをすることにつながるかもしれません（Facebookをチェックし、電子メールをチェックし、ランダムなニュースサイトを読んでください）。その間、出入り口効果は両方向で機能します。最終的にはCitrix環境に戻り、そこで作業していたことを忘れます。
キラレッサの答えに付け加えたいと思います。
私たちは人間の記憶にデータを保存しますが、コンピュータよりもレジスタが少ないだけです。私たちがデータを見ている間、それは私たちの心の中で新鮮です。画面を切り替える必要がある場合、データは私たちの心から失われ、私たちはそれを私たちの脳にリロードするのに時間を費やさなければなりません。
新しい画面（この場合はブラウザー）へのコンテキスト切り替えを高速化すると、データをより長く記憶することができます。 Citrix環境からの切り替えが面倒な場合（0.25秒以上かかる）は、データを頭の中でつかむことが難しくなります。
さらに良いのは、2台のモニターを使用する方法を見つけることです。 2つのモニターを経験したすべてのプログラマーは、それが与える生産性の大幅な向上をあなたに伝えることができます。先のとがった髪のボスは、それをお金の無駄だと見なし、開発者に現在表示しているウィンドウを最大化するか、ウィンドウのサイズ変更に時間をかけるように要求します。あなたがそれをしている間、あなたはあなたの心の中でデータを失います。
2台のモニターにより、非常に高速なコンテキスト切り替えが可能になり、一目でデータを頭の中にリロードできます。単一のモニターでウィンドウを最大化することを余儀なくされることは、遅い総モーター操作です。
コンテキストスイッチの速度が重要です。あなたがそれを目の輝きまでスピードアップすることができれば、それなら素晴らしいです！ 1台のモニターを使用せざるを得ない場合は、新しいウィンドウへの最速の切り替えが必要です。
私も同様の設定をしています-私たちの開発ラボはインターネットに接続できません（詳細は重要ではなく、技術的な問題ではなく、私には何もできません。そのため、記載されているとおりに取り、コメントを付けないでください）。インターネットにアクセスできるデスクトップシステムがあります。
長所-30 "+19"の開発とデスクトップ用の24 "ワイドスクリーンの3つの画面があります。上司が1つのボックスから3つを提供することは決してなく、非常に多くの画面領域が本当に役立ちます。
短所-ボックス間のカットアンドペーストは存在しません。ファイル転送は困難です（私はいくつかのsshトンネルを掘り下げることができますが、それは合法である場合とそうでない場合があります。そのため、許しを求める側にいるのです。
生産性への影響は中立です-あなたが持っている環境の中で働くことを学んでください。それをめぐって上司と戦うよりも時間がかかりません。知恵、静けさ、勇気についての詩を暗唱することをお勧めします。
環境がどのように構成されているかに応じて、私はあなたがそうすることを確信していません。作業方法に多少の変更が必要になる場合がありますが、ローカルマシンでインターネットにアクセスできることを考えると、大きな影響があるのではないかと疑っています。 2番目のモニターは、一方のブラウザーの「リサーチ」ともう一方のリモートマシンを参照できるため、役に立ちます。
個人的にはオフィス（RDP）でリモート環境を使用しており、リモートマシンでインターネットにアクセスできますが、ほとんど使用していません。本当に私がそれを使うのは、ユーティリティをインストールする必要があり、それをローカルマシンからリモートマシンに転送するのが面倒なときだけです。
この考えに対する1つの注意点は、ローカルマシンとリモートマシンの間で作業するにはコピー/貼り付けが必要であるということです。ファイルを転送する方法も必要になります。
更新： 私が思いついた別の考えは、機密性が高く、安全で、機密扱いの環境（企業または政府）で作業する場合、これはかなり一般的な問題だということです。私は極端な状況が発生し、すべてのインターネットアクセスが物理的に離れたネットワーク上の物理的に異なるコンピューターに行く必要がある環境でさえ働いたことがあります。その場合、「インターネット」からのファイル転送は承認を受けるのが困難でした。その（極端な）状況下で開発するのは苦痛でしたが、実行可能でした。