用过时的技术发展有什么好处？

Question

一个小小的背景

我在一家大公司工作，使用Windows，用VB6/VB.Net编写Winforms，用VB.Net编写一些VB.Net (95%的维护代码)。我有一个4:3 19英寸的屏幕。一个更现代化的Windows版本不会很快出现，也没有任何绿地工作的声音！

当我加入公司的时候，没有人告诉我这些，我误以为我会用更多最新的技术和框架来工作。

我从以前的工作中获得了更多的最新经验，包括使用更现代的框架和其他编程语言，当我赶上其他公司的开发人员朋友时，我所听到的只是他们如何使用最新的ASP MVC框架，或者Vagrant/Rails/等等，而我却看到了绿色的眼睛！

我可以很快地找到另一份工作，但我觉得我应该再给这份工作一次机会。

问题

我正试图说服自己，我目前的工作并没有那么糟糕。那么，这种角色有什么好处呢？使用过时的技术有什么好处吗？也许是一些我不会学到的更现代的技术？或者这是职业生涯走向死亡的地方，我应该在我还拥有自己的灵魂的时候离开吗？

Answer 1

我所听到的只是他们是如何使用最新的ASP.MVC框架，或者Vagrant/Rails/等等，我得到了绿色的眼睛！

啊，但是在那里，他们在玩他们的玩具，你在做真正的工作，用一个工具来完成这个任务来实现一个解决方案。

这就是你应该考虑的--软件经常是业余的事情，人们从一种很酷的新技术跳到下一种最新的时尚。还有一些人把它看作是一种更专业的职业，因为工具并不像你创造的产品或解决方案那么重要。

有些地方的老技术需要用新的东西来取代，但是它通常只是升级，而不是大规模的替换。例如，VB6升级到VB.NET，Visual 2002升级到Visual 2012。任何进行彻底重写的人都会发现，使用这些新工具，事情并不是那么美妙。(这就是为什么乔尔和其他人说重写总是错误的答案。)

因此，专注于实现目标，在有意义的地方慢慢地、小心地升级--而不是因为你想玩最新的玩具(不管怎么说，这些玩具很快就会被丢弃，你最不想要的就是维护一个系统，这个系统是由那些在去年的酷科技中编码的人编写的)。

Answer 2

用过时的技术进行开发有一些好处，但无论这些技术是否超过了你对他们的替换失去流畅性所付出的代价，以及与他们一起工作的痛苦，都是你和他们之间的个人选择。

我可以想到使用过时的替代技术的三个好处：

1. 熟悉旧技术--唯一仍在使用的旧技术--是某些人认为维护比替换更便宜的技术。能够列出使用这些老技术的工作经验，这本身就可以帮助您在同一领域获得另一份工作。而且，随着越来越多的开发人员继续工作，您可以为这类工作收取的费用也会增加。
2. 一个学习新东西的机会，如果你只能用别人教你的语言编程，你就不是一个真正的程序员。要使你的技术和模型适应较老的技术，就需要与你适应新技术所需要的许多相同的技能。
3. 更深入地理解它们为什么被替换--如果您不熟悉技术本身，就很难向非程序员、人力资源或执行类型解释为什么VB.NET或C#优于VB6。如果你对后者并不完全熟悉，学习它们所取代的东西可以帮助你理解为什么替换是这样写的。

以上所述，公司绝对没有理由坚持维护任何以技术写成的、过时的应用程序。

如果在运行时由于一些未记录的错误而失败，这是一回事--但是开发人员在没有过渡计划的老技术上花费的每一个小时都是企业最终必须偿还的技术债务。

Answer 3

在某种程度上，该公司需要关注VB6的终结，但遗憾的是，VB.NET还有一些喘息的余地。

是否有任何相关的原因，你需要工作在一个小显示器？这听起来更像是一家便宜的公司，而不是担心经过良好测试的技术。这并不像一对21英寸的显示器将引入bug。

为了保持您的技能敏锐并为此获得报酬，我建议查看您的构建、测试和部署安装程序。这可能是一个通过使用rake、powershell和/或nant进行构建和部署来引入一些新技术的机会。如果您没有单元测试，那么开始添加它们。

到头来，如果公司不在技术领域，那么它将永远是次要的。这是完全有意义的，他们保持稳定，以保护他们的核心业务运作。

我会避免给任何职业建议，我相信其他人已经涵盖了基础。