Ide 您多久重新评估和升级一次开发环境和开发工具？

我很好奇其他软件开发人员多久会重新评估他们的开发环境和工具。我曾在一家大公司工作，使用大家都讨厌的僵硬工具集，但却无能为力。因此，没有人真正更新过他们的开发环境，因为我们无法在那个环境中进行更新

现在我在自己的初创公司，我发现我可以花无止境的时间评估新工具和开发环境，但我真的不应该也负担不起。我承诺每个月花一天时间研究新的开发工具，并尝试它们，看看是否值得更换

---

您多久试用一次新的IDE、编辑器、bug处理工具和调试器？或者更新到您自己的新版本？

这是一个持续的过程，但我不会比每两年左右更频繁地进行重大更改。一个重大的改变需要花费太多的时间，而这种权衡通常是不值得的。主要更改可以定义为更改现有项目的整个目标或编译器体系结构和工具链

请注意，项目之间可能会发生重大变化——新项目可以在完全不同的体系结构和工具链上解决问题，而不会产生重大成本。但要小心，不要走得太快。需要一个评估过程，以防止在项目变得越来越复杂时选择不支持项目的设置

但对于微小的改变，我只要在找到机会和理由时升级我的工具和环境

---

-Adam

对我来说，升级是事件驱动的，而不是计时器驱动的。我密切关注新工具（库、IDE、CASE工具等），并在它们出现在我的雷达上时对它们进行评估

---

与Microsoft technologies合作，如果没有令人信服的理由阻止我，我会选择最新版本。有了OSS，我会使用我所知道的，除非有什么强迫我前进的东西。

我只会更新，除非我真的错过了某项功能，或者意识到不使用一种工具而不使用另一种工具会导致更多的任务耗时更长/效率更低。

在工作中，当我们的版本达到支持生命周期结束时，我们将升级一个工具。我们升级到下一个旧版本

---

在家里，我会在找到免费的新事物副本后立即升级（例如，参加3次网络广播会向您发送一份vs2008 std版、用户组等的交易）。

IDE的。我倾向于坚持一种我知道会成长的语言，并支持我的语言。在我的开发环境中，它是。它是积极开发的，有许多脚本（有点像插件）以及DIY文档。此外，学习IDE需要时间，而精通IDE、高效地使用IDE需要更多的时间

修订控制。我尽量保持在流血边缘以下。新功能的好处很重要。例如，Subversion 1.4只支持基本的合并。Subversion 1.5对他们的合并系统进行了彻底的改革，并添加了新的功能

任务和项目管理。我倾向于每隔几年做一次，并且只有在有良好的感知收益的情况下。否则，我将继续每两个月将我当前的系统升级到当前的稳定版本

库。这是一个难题。因为我所做的大多数事情并不是以出货产品结束的。我觉得经常升级更自由，但当向后的可比性被破坏时，我们倾向于回避升级

---

希望我的$0.02是有用的。

IDEs-这可能很棘手，但多年来我经历了一些不同的进步。有时，在项目或特定功能中可能会触发升级。例如，有人使用LINQ实现了一个特性，所以ASP.NET2.0项目一夜之间就变成了3.5项目。其他时候，它只是目前正在使用的。这里的一点是，一个改变可以影响整个团队，所以这不是一个可以轻易做出的改变

Bug跟踪工具——这也是一个需要小心管理的集中化工具。由于这是一个QA工具，我希望他们有自己的策略，比如多久查找一次更新，何时安装更新，因为有时候新功能很酷。开发团队的等效任务是何时更新wiki

版本控制-这些都是单独管理的，因为我们大多数人都使用Tortoise SVN，所以我们每个人都有一个本地客户端副本。因此，当有人想要更新时，就会进行更新。我个人喜欢尽可能地跟上时代

操作系统-虽然这一部分可以在部门基础上进行控制，但有足够多的不同部分需要更新，有时我会自己运行更新。我不确定什么时候我们会使用Windows7，因为我知道我们不会使用Vista，我想在某个时候我们会放弃XP，因为我现在已经使用XP 5年了，就像以前一样，我在Windows2000Professional上使用了几年，在那之前使用了NT4.0

---

个人电脑-有一个政策，每3年我们得到新的机器，我相信。当我开始我现在的工作时，我是在一个P4机箱上，所以升级到双核机箱非常好，并且RAM从2GB提升到4GB。

IDE与编程无关的话题是什么？我想说这是tsilb和Jekke方法的混合。我关注新版本，但正如我所说的，只有在我真的需要新东西的时候才升级（或者在实验后发现新功能非常惊人，it升级不会损害我对产品的其他期望）。