# 编程语言的选择

  • 面对一颗钉子,无论你拿锤子,扳手、还是砖头,挣了钱才是王道。多说无益。

  • 从来不关心什么排名和语言,只关心可开发什么.

  • 不要浪费自己的精力,不要什么都做,找一个自己喜欢的且有前景的行业固定、加深下去,不要换,软件最终为行业服务,做那个行业甚至更细分的专家。

# 不同意"重要的是思想,不是语言 "这个说法

凡是碰到语言争论的地方,就会看到这句话。粗听起来有道理,因为绝大部分相同的功能,都可以用不同的软件做出来。

尤其是碰到某一具体难题的时候,确实一个思路就可以帮助解决问题。但问题不在于一个小小的具体难题,而在于一个成熟可用的产品,比如会充分利用这个语言的一切便利特性来实现。每门语言都会有一些自己的特性(主要是不同的哲学思想指导,还有历史因素,语法规则,实现方法,命名规则等等),加上每个语言各自拥有的库,当然也包括控件,这样会造成某个产品会深深绑定于这门语言,这是用绝难简单翻译就可以用另一门语言来实现的。比如,公司有个产品本来是Delphi7实现的,然而新版本使用C++和QT开发,我最喜欢和最主攻的语言当属Delphi,而且还有全部的旧版本源代码,可即使如此,在新版本的开发过程中,几乎没有参考Delphi的任何代码,更多的只是参考它在用户使用习惯和界面设计方面的因素,因为语言和语言,库和库之间,差别实在是太大了。这不是说我做了这个项目才这样想的,而是我本来就是这样想的(根据许多项目的观察得出的),但这个项目确实进一步加深了我的这个判断。要换一门语言做也可以,但其工作量令人望而生畏,同时也包括一些自己不熟悉的库使用,都是非常累人的。

一个反面例子是,我有很多想法,甚至包括思路,甚至我已经做了一个不错的半成品,但是谁来帮我把它完整实现成为一个可用的产品?实现的时候一定会碰到无数的问题,即使没有碰到什么值得一提的困难,仍要花上无数的时间。那么这个所谓的思想又有多大的意义呢?

另外一个原因是,经过多年的学习和思考,我认为想要成为绝顶技术高手,必须要人机一体,相当于要了解Delphi的方方面面,成为自己身体的一部分,就像金头盔飞行员蒋佳冀说的那样:知道了不行,熟悉也不够,要真正进入潜意识,成为条件反射才行。都潜意识了,都条件反射了,都身体的一部分了,手和脚是可以随便换的吗?编程没有空战那么残酷,苦练10年就为了抢几秒钟的时间和时机,要么赔上自己的性命要么全胜,但不成为编程高手我也实在不甘心啊,因为那样等同于慢性自杀。对于我来说,感觉使用C++编程也是游刃有余,但仍感觉Delphi才是我身体的一部分,嗯,以后就靠它了。

最后一点,我感觉Delphi语言几乎就是一个哲学系统,是由各种实现方法和性能权衡后的结果,Windows几乎无所不能,因此它也几乎无所不能,而且Delphi本身是由几十位大师共同创作而成,想要了解和掌握它的方方面面非常难,感觉实在是太难以精通了。不过我会继续努力就是了。

提醒

首先感谢你和我拥有共同的爱好,其次以上观点仅代表我个人

评 论: