• 不同意“重要的是思想,不是语言”这个说法


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

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

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

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

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

  • 相关阅读:
    Nginx+Keepalived(双机热备)搭建高可用负载均衡环境(HA)
    库管理系统-- 后台管理开源啦,源码大放送
    .NET Core R2
    Linux gdb调试
    webpack React+ES6
    绿卡排队
    ABP分层设计
    vscode编写插件
    控制台程序的参数解析类库 CommandLine
    Net Core MVC6 RC2 启动过程分析
  • 原文地址:https://www.cnblogs.com/findumars/p/4390880.html
Copyright © 2020-2023  润新知