[水手]语言只是个工具的支持论据

smalloc

以下为个人猜测, 不代表个人观点

主要从项目效益, 目的论考虑:
目的是出产品, 选哪种语言, 只是手段不是目的.
从效率上讲, 时间精力总是有限, 不要过多纠结于某些语言细节, 而语言只外有更多的东西, 业务逻辑, 算法等, 甚至把只把语法基础本身叫做语言, 而平台环境是不可忽视的.
从学习效果上, 结合需求学的更快跟有效, 而不是只从语言本身出发.

顺便胡乱套linus一句话, 编译器只是个工具.

毛xx总理

以下为个人猜测, 不代表个人观点

主要从项目效益, 目的论考虑:
目的是出产品, 选哪种语言, 只是手段不是 ...
smalloc 发表于 2011-09-12 16:42

    都是赚钱的工作。包括员工吧。

zylthinking

我研究出来的： 可被替换的是工具。
所以说老板眼中和你自己眼中的自己是不是工具的结论是不一样的。

引申的攻击： 说语言不是工具者， 大概手中也没有别的货了

freearth

回复 1# smalloc
it公司里面一般是这样的：
刚到公司的技术人员肯定是做技术，在一年到两年之后，
你的技术到达了一定的程度，此时，你可以选择走两种路线之一：
1.  管理路线：
    继续成为项目经理、高级项目经理等等，这类人必须是技术出身，
但是后续不再负责技术，他们更重要的任务是团队建设，项目进度控制，
人员配置管理，对外沟通协调等等；
2.  技术路线：
    继续从事技术，如工程师、技术负责人、高级工程师等等。这类人
自始至终只对技术负责。从事某个领域的研究，负责技术决策。他们
的责任是，确保架构合理，技术选择合适，构造出稳定、高效、可维护，
可扩展、可伸缩的系统。

当然，公司里面还有别的角色，如产品、市场等。
从不同人的角度来看，得到的结论是不同的。
你说的角度更多的是项目经理的角度。
对于他们而言，用什么技术，选用什么语言都是无关紧要的。所有的语言
都是图灵完全的，按时完成项目是更重要的。例如，没有泛型，对于项目
经理而言，不那么紧要，就是把代码拷贝几份，稍作修改就可以了，几乎
没有什么工作量。但对于工程师而言，拷贝代码简直就是罪大恶极。

至于你说的算法、业务逻辑等。仔细想想，它们是怎么被表述的？从详细
设计文档中使用的概念，就几乎可以判断这个系统是在用什么语言开发。
那么，做详细设计的时候，那组人用于思考和交流的语言是什么也就很显
然了。

语言会影响思维的学说的代表是Sapir-Whorf学说。
其中比较著名的一句话是：
Language shapes the way we think, and determines what we can think about. -- B.L.Whorf
PS：这句话也是《The C++ Programming Language》第一版前言的第一句话。
PS：Donald Knuth曾经说Dijkstra是“想到用C++编程就会让他身体不舒服”。

当然，这只是个学说，任何人都有赞成和反对的权利。也存在人可以使用超脱
语言的某种东西思考问题的可能性。我个人是支持这个学说的。

三月廿七

路过...

freearth

我研究出来的： 可被替换的是工具。
所以说老板眼中和你自己眼中的自己是不是工具的结论 ...
引申的攻击： 说语言不是工具者， 大概手中也没有别的货了
zylthinking 发表于 2011-09-12 18:03

1. 这种“引申”缺乏逻辑性：一个人怎么看待编程语言，和他掌握着多少东西，没有什么关系。
2. 对人做“攻击”是一种很（）的行为，技术论坛上不应该出现。你可以针对某种技术表达自己的观点，比如，我觉得Lisp中的括号实在太烂。

zylthinking

1. 这种“引申”缺乏逻辑性：一个人怎么看待编程语言，和他掌握着多少东西，没有什么关系。
2. 对人做 ...
freearth 发表于 2011-09-12 19:46

仰天长笑。。。。。。。。。。。。。。。

mirnshi

工具不假，就怕本本主义，整天琢磨工具怎么用，而不去考虑如何用工具生产

goldenfort

回复 1# smalloc


    从公司的角度出发，应该选择开发成本最低的语言。

nketc

选择语言还要看其相关的库是否丰富，选择越上层越高级的语言开发应该越快。