如何反驳“一个真实的语言”的观点?[关闭]

只要在C++中有有效的理由,我就不认为这种单一的方法有什么不对。

当然,一个好的程序员的工具箱中必须有许多不同的工具,但是这些工具不需要是一种新的语言,它可以只是学习新的编程范式。

实际上,正如我所经历的,学习许多不同的语言并不能使你成为一个更好的程序员。

找到适合这份工作的语言也是如此。是的,好吧,如果你在做并发,你可能需要一种函数式语言而不是面向对象的语言,但是使用 另一个 编程语言?

一天结束时,“维护”。

如果能够在没有不适当问题的情况下维持,那么争论很可能是无意义的,最终取决于偏好或至少公司政策/采用的技术。

如果这一点得到了满足,那么争论就变成了“是否可以有效地构建以达到成本效益,而不会导致集成问题?”

除此之外,这只是一个螺丝起子/建房子的争论。

给他们一个可以用其他语言/技术轻松完成的任务,同时也很难完成他/她建议的语言/技术。

这样,当他们越来越难使用他们知道的语言/技术完成任务时,他们最终会寻找替代方案。

以身作则,给他们一些发挥自己优势的项目,鼓励他们学习。

如果给他们一个显然更适合其他技术的任务,而他们选择使用效率较低的语言,就不要接受这份工作。告诉他们这不是解决问题的适当办法。如果他们选择cobol来代替shell脚本,那就没什么不同了——也许它可以工作,但随着时间的推移,维护起来会很困难,开发时间太长,需要昂贵的工具等等。

你还需要仔细看看他们所做的工作,并决定这是否真的是一个大问题,或者如果它是在C++中完成的。举个例子,如果你有很多员工都懂这种语言,而且他们在相当长的时间内完成了任务,那么有什么坏处呢?另一方面,如果他们选择的语言让他们慢下来,或者会导致长期的维护问题,他们需要意识到这一点。

有很多优秀的程序员只懂一种语言。这一事实本身不能用来确定他们是否是团队中有价值的成员。我认识一个不懂这种语言的人,如果他们免费工作的话,我就不会在一个团队里有这样的人。

不要雇佣他们。

让他们负责一组COBOL程序员。

让他们产生一个输出无限斐波那契序列的二进制数。

然后向他们展示haskell中的几行代码(或者1行代码,具体取决于实现),它也可以编译成二进制代码,这样就有更好的方法了。

我如何向他们介绍 装备精良的工具箱,选择 最适合手头工作的工具?

我相信相反的 一种真正的语言 “IS” 多语言编程 “,然后我将提及我的另一个答案:

• Is polyglot programming important?

事实上,我怀疑现在任何人都能用一种语言实现一个项目(尽管可能有例外)。向他们展示特定工具和语言的有用性的最简单方法是 告诉他们他们已经用了几个 ,例如sql、构建文件、各种xml方言等。

虽然我接受多基因观点,但我也相信在许多领域“少即是多”。在语言/工具的数量、学习曲线和总体生产力之间要找到一个平衡点。

挑战在于 哪一个 一小部分语言/工具在你的领域中很好地结合在一起,将把生产力和创造力推向新的极限。

给他们一把螺丝刀,让他们盖房子?