… 我希望任何大公司都同意这个观点。我曾就职于一家公司，这家公司会在几天内为每一位新工程师提供一种非常小众的语言（F#）的培训。而且我与之共事的每个人都很棒。这可能是因为这种思维方式。与此同时，谷歌却对团队采用Kotlin犹豫不决，因为“哦，天哪，如果其他接触代码的团队无法阅读它怎么办”。谷歌应该是在招聘最聪明的人，但内部却担心最聪明的人无法审查稍微不同的Java。令人震惊的是，每个人都好像认为资深工程师需要几个月才能学习一门新语言。当然，对于一些非常冷门的边缘情况可能确实如此，但花5分钟在https://learnxinyminutes.com/上应该能让你掌握80%的内容，而花一个下午时间看看大型项目或指南/示例应该能再让你掌握另外18%。
源讨论脚本应该使用项目的主要语言编写原帖 167 条评论 · 导入时统计作者的主要要点是： > 学习曲线很小，因为你已经了解了语言的角落。 学习一门新语言不应该很难。程序员被期望熟悉新技术。 > 可以利用内部语言的API，这极大地改变了编写脚本的思维模型（向好的方向）。 这是真的。我自己遇到过需要从高级语言调用C API的情况，但因为大多数语言都可以与C进行交互，这对我来说并不是一个问题。例如，我使用过Go+C、Python+C和Lua+C。 > 脚本感觉更自然，最终可维护性会增加。团队成员会熟悉这门语言！ 这听起来像是对第一个观点的主观重述。 > 开发机器的兼容性增加。Windows用户终于可以运行所有脚本了。 如果你是…
完整原文把你的经验，加入这段讨论。
>令人震惊的是，每个人似乎都以为资深工程师可能需要几个月的时间来学习一门新语言。 我见过一些情况，人们担心这会多花一个人一个月的时间才能完全上手。完全忽视了一个事实，即在任何复杂的环境中，*完全*上手都需要几个月的时间。 我还认为，在设置脚本的情况下，这甚至更加不重要。自动化脚本不应该复杂到你需要完全掌握其编写语言的细节。如果真是这样，那么可能是时候重新评估你的构建/部署流程了。 此外，我认为从历史上看，bash 和 python 应该是任何称职的开发人员在某个时候都应该学习使用的语言。我说的是历史上，因为过去在进行软件开发时，很难不接触到它们……20 年前…
完整原文>与此同时，谷歌却在团队采用 Kotlin 时小心翼翼，因为“哦，天哪，如果其他团队接触这段代码可能无法阅读它怎么办”。 这非常讽刺，因为谷歌经常随意地把 Dart 强加给人们。
完整原文>令人震惊的是，每个人似乎都以为资深工程师可能需要几个月的时间来学习一门新语言。 对于某些语言来说，比如 C++，这是真的，但有些人可能会错误地从这一点进行推断。我同意你的总体观点。如果你的资深工程师在几天内无法学到 Python/Ruby/F# 等语言的水平，从而能够做出贡献，那么你可能需要重新考虑你公司中“资深”的含义。
完整原文> 当然，也许对于一些冷门的边缘情况来说是这样，但花5分钟在https://learnxinyminutes.com/上应该能让你掌握80%的内容，再花一个下午看看大型项目或指南/示例，又能再掌握18%。 这不适用于C++，甚至对于其他语言来说，困难的不是语言本身，而是语言的惯用法。 由专家编写的Python代码可能几乎难以理解（如果你到处都使用列表推导式，你可以节省输入一行代码的时间！）。 一个对JavaScript很熟悉的人仍然需要了解流行框架的所有细节。 对于非Java程序员来说，使用最流行框架（Spring/Boot等）的Java可能难以理解（所有这些该死的魔法是从哪里来的？它在哪里有文档？我还能在注释中放入哪些其他魔法词？） C#在理解复杂度方面正变得像C++的模仿者。 现在…
完整原文荒谬。你一定是在说只学习一门新语言的语法。真正掌握如何运用一门新语言需要几个月甚至几年。 一个在几天内从语言X切换到Y的开发者，只会用Y的语法写X。这里有一个从Java转到Python的好例子：https://youtu.be/wf-BqAjZb8M?t=1327 。
完整原文尊重不同观点，分享具体经验。
登录后即可发帖、评论、转发和引用。