我很好奇其他软件开发人员经常重新评估他们的开发环境和工具。我曾经在一家大公司工作,每个人都讨厌,但却无能为力。所以没有人真正更新过他们的开发环境,因为我们无法在那种环境中进行更新。
既然我在自己的初创公司,我发现我可以花费无尽的时间来评估新的工具和开发环境,但我真的不应该也买不起。我已经承诺每个月花1天时间查看新的开发工具并试一试,看看它是否值得转换。
您多久尝试一次新的IDE,编辑器,bug修复工具,调试器?或者更新到您自己的新版本?
答案 0 :(得分:4)
这是一个持续的过程,但我不会经常做出重大改变,而不是每两年左右。一个重大变化涉及太多时间,并且权衡通常不值得。主要更改可能被定义为更改现有项目的整个目标或编译器体系结构和工具链。
请注意,项目之间可能会发生重大变化 - 新项目可以采用完全不同的架构和工具链,而且成本不高。但要注意不要在这里过于流行。随着项目复杂性的增加,需要一个评估过程来防止选择不支持项目的设置。
但是对于微小的变化,我只是升级我的工具和环境,因为我找到了机会和理由。
- 亚当
答案 1 :(得分:3)
对我来说,升级是事件驱动的,而不是定时器驱动的。我随时了解新工具(库,IDE,CASE工具等),并在我们的雷达上显示它们时进行评估。
使用Microsoft技术,如果没有令人信服的理由阻止我,我会转向最新版本。使用OSS,我会使用我所知道的内容,除非有令人信服的东西推动我前进。
答案 2 :(得分:3)
<强> IDE的即可。我倾向于坚持一个我知道会成长的人,并支持我的语言。在我的开发环境中,它是vim。它是积极开发的,有许多脚本(有点像插件)以及DIY的文档。倾向于IDE需要时间,并且变得擅长,有效地使用IDE会花费更多时间。
版本控制。我试着保持在最前沿。新功能的好处很重要。例如Subversion 1.4,仅支持基本合并。 Subversion 1.5对其合并系统进行了大修,并添加了new features。
任务和项目管理。我倾向于每隔几年才这样做,并且只有在有良好的感知益处时才这样做。否则,我会每隔几个月继续将当前系统升级到当前的稳定版本。
<强>库即可。他们是一个折腾。因为我所做的大多数事情都不会以运出的产品结束。我觉得经常升级更自由,但是当向后可比性被打破时,我们往往会回避升级。
希望我的0.02美元很有用。
答案 3 :(得分:2)
在工作中,当我们的版本达到支持生命周期结束时,我们会升级工具。我们升级到旧版本。
在家里,我会立即升级,我可以免费找到新东西的副本(即参加3个网络广播的一些交易将向您发送vs2008标准版,用户组等的副本。)
答案 4 :(得分:1)
我只会更新,除非我真的错过某个功能,或者意识到不使用一个工具而不是另一个工具会导致更多任务花费更长时间/效率更低。
答案 5 :(得分:1)
IDEs - 这可能很棘手,但多年来我经历了一些不同的进展。有时在项目或特定功能上可以触发升级。例如,有人使用LINQ实现了一个功能,所以什么是ASP.Net 2.0项目一夜之间成为一个3.5项目。其他时候,它正是目前正在使用的。这里的一点是,改变可以影响整个团队,因此不能轻易做出改变。
错误跟踪工具 - 这也是必须谨慎管理的集中式内容。由于这是一个QA工具,我希望他们有自己的策略来查找更新以及何时安装它们,因为有时新功能可能很酷。开发团队相当于何时更新维基。
版本控制 - 这些都是单独管理的,因为我们大多数人都使用Tortoise SVN,因此我们每个人都有一个本地客户端副本。因此,更新是在有人想要的时候完成的。我个人希望尽可能保持最新状态。
操作系统 - 虽然部分可以在部门基础上进行控制,但有足够的不同部分需要更新,有时我会自行运行更新。我不知道什么时候我们会转向Windows 7,因为我知道我们不打算使用Vista而且我认为在某些时候我们会离开XP,因为我现在已经使用XP了大约5年在此之前,我在Windows 2000 Professional上使用了几年,在此之前使用的是NT 4.0。
PC - 有一项政策规定,我们每3年就会得到一台新机器。当我开始现在的状态时,我在P4盒子上,因此升级到双核盒非常好,并且从2 GB到4 GB的RAM增强。