IDE-これは難しいかもしれませんが、私は何年にもわたっていくつかの異なる進歩を遂げてきました。プロジェクトまたは特定の機能を使用していると、アップグレードがトリガーされる場合があります。たとえば、誰かがLINQを使用して機能を実装したため、ASP.Net2.0プロジェクトは一夜にして3.5プロジェクトになりました。それ以外の場合は、現在使用されているものです。ここでのポイントは、変更はチーム全体に影響を与える可能性があるため、軽く行う変更ではないということです。
バグ追跡ツール-これは、慎重に管理する必要のある一元化されたものの土地にもあります。これはQAツールであるため、更新を探す頻度とインストールの時期について独自のポリシーを設定しておくとよいでしょう。新しい機能を入手するのがクールな場合もあるからです。同等の開発チームは、いつwikiを更新するかです。
バージョン管理-私たちのほとんどがTortoiseSVNを使用しているため、これらは個別に管理されており、それぞれにローカルクライアントコピーがあります。したがって、更新は誰かがそれをしたいときに行われます。私は個人的に可能な限り最新の状態を保つのが好きです。
OS-この一部は部門ごとに制御できますが、更新するのに十分な数の異なる部分があるため、自分で更新を実行することもあります。Vistaに移行しないことはわかっているので、いつWindows 7に移行するかはわかりません。また、XPを約5年間使用しているので、いつかXPを終了すると思います。その前は、Windows 2000 Professionalを数年間使用し、その前はNT4.0を使用していました。
PC-3年ごとに新しいマシンを入手するという方針があります。私が今いるところから始めたとき、私はP4ボックスを使用していたので、デュアルコアボックスへのアップグレードは非常に素晴らしく、2GBから4GBへのRAMのブーストも良好でした。