公司标准: C#.NET vs VB.NET vs whatever.NET

Question

这是一个在我以前的工作中不时出现的问题，当时我们正在考虑用更多的机构充实我们的开发人员。如果你是一家.NET开发公司，如果你的开发人员都用一种语言而不是另一种语言编写代码，这真的很重要吗？

我可能一开始就像其他400多万人一样使用Visual Basic，然后迁移到VB.NET。当时我们的另一个开发人员来自C语言背景，然后迁移到C#.NET。基本上他能够非常快地用他的母语编写代码，我也能够用我的语言编写代码，因为我们的项目并没有真正重叠，所以没有问题，直到我们的老板基本上说我们需要切换到C#……除了标准化，没有其他原因。

所以我猜这个问题的“主观”部分是，牺牲生产力来换取一致性是不是更好？现在，我应该量化地说，我们是一个小商店，不到5个开发人员，考虑到我们大多数的项目计划都是在鸡尾酒餐巾上完成的，所以我们不会很快采用6-Sigma，所以它不像‘标准’是一个硬性的快速规则。

谢谢。

Answer 1

如果有帮助的话，我最近在我的博客上写了一篇文章，回顾了我在VB.NET上通过C#标准化我们的开发商店的决定，以及我的各种假设和事后诸葛亮向我展示的情况。

这里有一个链接："A Manager’s Retrospective on the C# versus VB.NET decision“

至于你是否应该在一种语言上标准化整个商店。我要说的是，这样做肯定有好处。最明显的一点是，当你在不同的项目上来回切换时，每次都会产生一些精神开销来重新适应自己。诚然，如果你必须频繁地做这件事，它会变得更少，但为了证明额外的复杂性是合理的，就必须有一些抵消的好处。

最终，我的建议是基于以下标准对其中之一进行标准化：

(1)如果你有一个很大的VB代码库，那么在VB.NET上进行标准化是一个很好的理由。

(2)如果其他条件相同，出于上面文章中提到的一些原因，我倾向于使用C#。

(3)仔细考虑您当前团队的偏好，以及您将尝试招募的市场中开发人员的普遍共识。语言选择对士气和招聘来说是一件很重要的事情。

Answer 2

C#无疑正在成为微软的首选途径，选择一种所有开发人员都可以使用的语言将是有意义的，因为如果开发人员在任务之间移动，拥有统一语言的项目(更不用说编码约定)将使参与其中的每个人更容易维护这些项目。

Answer 3

我认为选择一个并让每个人都参与进来是有意义的。生产力的牺牲将是短暂的，有能力的开发人员将很快迁移。

一些优势：

• 你的上一个VB开发人员和团队得到了downsized...uh哦。
• 其中一个开发人员辞职了，你必须接管他们的code
• etc.