所以，我不希望这引发 C# 和 VB.NET 开发人员之间的激烈战争。这纯粹是从开发部门的角度来看。多年来，我们一直是一家 VB.NET 公司，但这主要是因为我们雇用了谁。最近，该要求已被搁置，因为我们已经聘请了 2 个专门研究 C# 的人。在为这家公司转换为 VB.NET 之前，我曾经是一名 C++/C# 人员。
所以，对于无论是在招聘还是可维护性的基础上必须处理这个问题的每个人：你如何处理未来选择的标准化语言？我倾向于推动 C#，因为这将使 3 个可靠的 C# 开发人员在这里。但只是好奇大家对此有何看法。
【问题讨论】：
作为一个在杂货店工作的人，两者兼得并不难。但是，拥有一个可以更轻松地来回移动代码的标准会有所帮助。以下是您的标准的一些想法：
对于 VB 开发人员：
Convert.To___() 函数，以便轻松与 C# 进行转换。Option Strict 和Option Explicit。将动态类型设置为强制要求而不是强烈建议，您将放弃一些动态类型的酷炫，但保持代码与 C# 相同是值得的。AndAlso 和OrElse 而不是And 和Or
对于 C# 开发人员：
SomeType sometype = ...）基本相同的名称。告诉他们改用 _ 前缀（而不是“m_”）。无论如何，您都应该这样做，但在混杂的商店中尤其重要，因为在 VB 中使用该代码将更加困难。对于两者：
如果您这样做，两组的代码之间将几乎没有真正的差异，并且您已经迈出了让 VB 开发人员像 C# 开发人员一样思考的第一步。
【讨论】：
如果您有很多代码已经用某种特定语言编写，请选择该语言。
否则，如果您有更多的开发人员精通一种语言而不是另一种语言，则更喜欢该语言。
否则，更喜欢 C#（它通常更受欢迎，而且在功能方面，它们的差异不足以对单独的功能做出有意义的选择）。
【讨论】：
以前的客户使用 VB 编写任务关键型应用程序，他们开始发现 VB 程序员比 C# 更难找到。
所以他们决定开始将他们的应用程序切换到 C#。
与大多数 IT/开发问题一样，答案视情况而定。如果你的部门中有更多的人擅长 VB，那么就选择 VB。我不认为其中一个比另一个更好。
【讨论】：
你问的问题其实很重要，太多人会告诉你语言选择只是个人喜好。但是您已经知道，从组织的角度来看，这是不正确的。选择一套标准的框架、语言、工具等是一项重要的业务决策。
您的程序员应该能够使用任何一种语言，只需一点时间、鼓励和一些培训。 C# 和 VB 很接近，没有重要的技术原因可以选择其中一个...
因此，我的建议是根据业务原因选择贵组织的语言。如果雇用 C# 人员更容易，或者如果你发现他们往往对你所做的工作有更好的技能组合，那么 C# 得一分。如果您为客户编写代码，而这些客户更喜欢 C# 可交付成果，那么再为 C# 评分。如果您在 VB 中已有代码，请为 VB 打 1 分。
这应该是一个非常简单的细分......只需忽略技术原因，专注于语言的选择将如何影响您的业务在招聘、培训、交付给客户的能力等方面。
【讨论】：
如果您的公司采用 C# 有一个原因，那就是 lambda 运算符。如果没有 VB.NET 中 lambda 运算符的完全支持，一些最好的工具会变得残废或 DOA。例如：Fluent NHibernate、StructureMap 等。
【讨论】：
几年前，我们对 c# 进行了标准化，因为 c# 在严肃的开发人员中似乎有更多的追随者。
让我明确一点，我并没有说 VB.NET 或使用它的人的坏话。
【讨论】：
这完全取决于您拥有的开发人员池。
【讨论】：
【讨论】：
在纯粹的能力基础上，它们大约是两种语言所能达到的接近程度。 VB.NET 倾向于获得更多的 COM 交互性并具有文字 XML——但 C# 很快就会获得一些。
这实际上只是个人偏好以及您认为团队最有效率的语言。
【讨论】：
听起来您已经有了一个标准——VB.NET。也许你有兴趣或有兴趣改用 C#。
让您的系统一半用 VB 编写，一半用 C# 编写几乎没有意义 - 尽管根据您组织的性质，这可能不适用。但一般来说，组织不应掉以轻心。
如果我是你（并且你有兴趣自己迁移到 C#），那么我会推动 C#，但如果我是企业，那么我需要一个很好的理由来介绍这个新的复杂性、成本和管理问题.
【讨论】：
我们最近遇到了同样的问题。实际上，我们只是在两者中编写代码，具体取决于原始项目的启动方式。来回切换非常容易，尤其是使用 Visual Studio 时（当我开始输入“bool myvar ...”时，它总是“提醒”我，我如果我在 .vb 文件中，那我就做错了）。
我们的优先级如下：
【讨论】：
有充分的理由采用一种标准而不是另一种标准应该是指导因素。使用这些：
【讨论】：