1

前述のように、私は IT コンサルタントの仕事をしており、さまざまな顧客環境を経験しています。さまざまなセキュリティ ポリシーに遭遇するのは自然なことであり、ほとんどの環境では、ラップトップ (モバイル開発ワークステーション) をネットワーク (ほとんどの場合は開発ネットワーク) に接続することを承認する前に、セキュリティ チェックリストを確認する必要がありました。

外部コンピュータをネットワークに接続することを許可しない顧客がいます。そのため、私たちのラップトップは.... モバイル GSM モデムを備えた高価な通信コンピュータです。私たちは彼らのデスクトップ PC を開発に使用せざるを得ず、これらのワークステーションはかなり古いモデルで、RAM が少なく、シングルコアの Pentium 4 CPU と不安定なディスクを備えています。言うまでもなく、特に 100 ～ 400 のプロジェクトに及ぶ Visual Studio ソリューションを使用する場合、開発作業は最適ではありません。

分離できる小さなケースについては、独自のラップトップで開発およびテストします。しかし、より大規模なケースでは、SeeBeyond やメインフレーム DB2 データベースなどの特定の開発サーバーがネットワーク上にのみ存在し、マシン間で何百ものプロジェクトをコピーするという見通しがまったく恐ろしいものであることを考えると、それは技術的に健全なアイデアとは思えません。

私は、顧客のポリシーに違反するトリックを求めているわけではありません (たとえば、デスクトップの MAC アドレスを偽装してラップトップを接続するなど)。そのような環境で作業するときに、他の人が独自のハードウェアで利点と効率の一部を維持しようとしている方法を知りたい. できる限り、自分のラップトップで仮想サーバーを使用して環境を複製しようとしますが、これは Microsoft のみのサーバー ソリューションでしか実現できません。マイクロソフト以外のサーバーとソフトウェアを仮想化することは困難です。

4

5 に答える 5

2

現在の開発環境をアップグレードするときに行ったことの 1 つは、開発環境が強化されたときに生産性がどれだけ向上したかを示す生産性調査へのリンクを見つけることでした。私の特定のケースでは、デスクトップのモニターが 2 台から 3 台になりました。モニターを追加することでどれだけ得られるかを説明している記事を 3 ～ 4 件見つけることができました。特に最近は人件費に比べてハードウェアのコストが非常に小さいため、開発者向けに新しく適切に構成されたシステムが必要なのは自明のことですが、Bean カウンターの考え方はしばしば異なります。生産性の向上を示すいくつかの業界調査を利用できれば、あなたの懸念を環境への単なる不満として片付けるのは難しくなると思います。

FWIW、部門が 1 か月で紙に費やす費用よりも安いアップグレードのための調査を行わなければならないことに失望しましたが、他の誰かにとっては意味があるため、自分にとって意味のないことをしなければならないこともあります。

于 2008-12-19T04:56:34.580 に答える
2

それは大変です。ここでの根本的な原因は、環境の選択に実際のコストの影響があることを理解していない経営陣にあります。

あなたの問題は、あなたは時間単位で請求しているかもしれませんが、おそらくそのように支払われていないため、顧客の無駄な時間はあなたではなく上司のポケットに入っているということです. 多くの場合、これは軽度の利益相反を引き起こします。あなたの会社には、仕事をスピードアップするインセンティブがほとんどなく、クライアントは、一時的なエンゲージメントと見なされるインフラストラクチャへの投資を望んでいません。

私が言えることは、これを経営陣と一緒に旗竿に上げなければならないということだけです。プロジェクトからリアルタイムで時間がかかっているため、成果物の日付が危険にさらされる可能性があること、またはさらに悪いことに、これらのマシンの信頼性が最終製品の納品も危険にさらされる可能性があることを彼らに示す必要があります。あなたの経営陣を信者にする責任はあなたにあります。

Crucial での RAM のギグは 30 ドルです。あなたのマシンの 3GB の RAM に 90 個の大きなものを出そうとする人が誰もいなければ、経営陣は積極的にあなたに反対しているか、あなたを尊重していません。そうなると、もっと大きな問題が発生するので、次の雇用主を探す必要があります。

于 2008-12-19T04:31:54.397 に答える
1

上司にまともな提案を書いてください。それが解決策を修正するためにできることのすべてです。彼が問題を解決することを望まないかできない場合、または提案をできる人に渡すことを望まない/できない場合、現在の状況は彼らが使用することを決定したものであると私は言います。

その場合、それと一緒に暮らすか、そうでないかのどちらかです。進め。

提案には次のものが含まれている必要があります。

  1. あなたがしたいことの提案
  2. なぜそれがなされるべきなのか
  3. それを行うことの結果
  4. そして最も重要なのは、それを行わなかった場合の結果です

開発時間の延長、テストの短縮、高品質のコードの作成時間の短縮などを挙げてください。基本的に、それほど費用がかからないマイナーなアップグレードは、製品の品質を大幅に向上させます。

于 2008-12-21T11:15:17.883 に答える
0

少しずつ同期するだけです。あなたはgsm接続がそれに追いつくことができないほど多くのコード/秒を入力していませんか？プロジェクトが可能な限りモック/スタブを使用するように設定されていることを確認してください。

これを設定することは、おそらく顧客のシステム管理者の能力を超えています。

毎日の回帰テストを実行するだけでよいように、大きなデータベースへの依存を減らす必要があります。

于 2008-12-21T11:15:35.417 に答える
0

私はちょうどこれを経験し、かなり良い解決策を見つけました:別の仕事に就く

于 2008-12-19T04:19:46.760 に答える