作为技术主管，根据个人喜好拒绝语言是否合适？

Question

你可以很好地忽略“作为技术主管”，但我认为它将情况置于背景之中。我是技术主管，我们正在构建一个新的应用程序，我对我希望团队使用的语言有所了解。如果一个或多个人想要使用不同的语言（出于个人偏好），我是否适合拒绝它（出于个人偏好）。它确实与编码风格有关，而且没有别的。

Answer 1

我认为你不需要“拒绝它”。您需要确定为什么它不是您的偏好的根本原因，并出于这些原因拒绝它。

如果您可以根据这些原因使您的决定合理化，那么您的报告听起来更可信，并且您有充足的可记录原因来说明您使用或未使用给定技术的原因。对于我曾经参与过的项目，这些“理由”通常是一项要求。

Answer 2

您对项目的技术成功负责。你的报告没有。是的。

Answer 3

按优先顺序

1. 选择最适合该任务的
2. 选择一个你和你的人最流利的
3. 选择已在代码库中使用的

Answer 4

“成为国王很好”

Answer 5

我不认为解雇其他语言是正确的，因为你更喜欢另一种语言，除非它真的没有区别你使用哪种语言。

首先客观地看另一种语言，看看该语言的优点是什么。你应该拒绝一种语言，因为它不适合这项工作，但不是因为你不喜欢它。

Answer 6

/ Flamebait On

如果是VisualBasic，那么是......

/ Flamebait Off

HMcG

Answer 7

拒绝某些东西绝不是一个好主意，因为你不熟悉它或对它有偏见。没有使用语言/技术是有充分理由的，这些应该是您决策的基础。通常，这些原因包括：

1. 缺乏对该语言的支持 团队，支持团队。这是一个 biggy - 如果你的团队提供了一个 无法支持的应用程序 因为没有人知道 那么你就不应该这样做。

2. 该技术未经证实。您 不应该使用实时项目 证明一项技术只是因为一个 开发商希望改善他们的 恢复。有太多的陷阱 在这里，我看到了很多项目 失败的原因只是因为 开发人员都在关注着 错误的技术。

3. 许可。只是 因为有一种新的语言， 并不意味着你能负担得起 用它。语言可能需要 您的某些库/ IDE 没有，也不得不投资 英寸

Answer 8

你不能忽视你将成为一个更有效的领导者，使用你熟悉并相信的工具和技术来领导团队。但是，如果你强迫团队使用可能不是最合适的东西对于这个项目，你不会得到他们的尊重，最终会非常无效。

Answer 9

你在说什么语言？

Answer 10

这应该是团队的决定。