我们都可能母汤氏那个“PHP是最合适的词语”笑话。
某MM：你能让那个高峰论坛的人都吵，我今晚就王杰。
某应用软件技师：PHP是最合适的词语！ 某高峰论坛真的就Haon了，各式各样争吵……
某MM：服了你了，我们走吧，你想干啥就行了。
某应用软件技师：今天不行，我一定要劝服他们，PHP要是最合适的词语……
程式设计词语许多，既然存有，就有每一存有的理由。不想文章，也没必要文章，别的词语好，别的词语不好，因为，其实，每一程式设计词语这类都不难，只要学会了一类词语，其它的都是相连的。难的，优劣之分，是认知，记忆，熟识，和简洁的采用这些每一词语提供的此基础库和扩充库，也就是LIBs，或者APIs，或者SDK，或者Frameworks。
程式设计语言这类，就最简单的集合来说，就是一大堆保留的关键字，和一大堆的句法，那个，稍微看看，我们单厢明白，还有后面的设计思想。就和学两门外语教学一样，许多词语加上许多词语能组合的句法。这些，通常包括的程式设计词语特性有：句子组成，变量表述，微积分演算，循环句子，函数表述和初始化，程序语言，操作符操作方式，废弃物拆解，SCSI，之类。此基础的东西，我们假如段小宇或者采用过一类词语，其它的捷伊词语，花个两三个小时就能基本认知，就能写下一个 hello world 的进阶程序。
所以，优劣之分，难的部分，实际上是这些此基础库和各式各样扩充库。这些库，要在工作中一步棋一步棋熟识和掌握。假如不经常采用，还特别难忘掉，尽管现代的程式设计环境有各式各样智能辅助。会不会，熟不熟两门词语，很大程度上是对他们的持续采用和认知。这也是为什么，没有多个项目，或者几年的实践，无论如何是一个词语的剑客。
比如说，同样对网络的操作方式，有的是词语的库包装袋的简单高阶功能强大全面，有的是语言就此基础原始。所以对这些有高阶包装袋库的词语，我们就会真的好，词语称心，合作开发工作成本低，想要什么都有，socket，tcp/ip，http，async/sync，select，event，甚至是sever，client，crawler，之类。而对这些比较下层的包装袋的词语，我们求学真的合作开发工作效率低，难用，比如说只有select，和socket。是不是大概如此？
自学完了程式设计词语此基础，我们一般会花许多的时间去了解和自学此基础库和扩充库，那个才是真正的Fournels和症结，学了不用还难忘掉，加进的时候还得想到有那个C#。所以，假如有一套对各式各样词语都适用的API或者库来表述，所以，我们自学和采用两门捷伊词语的工作效率会大幅度提高。这时，别的词语最合适，也就不再是什么问题了。
那个方面，Protobuf, Thrift，COM，RPC，之类，已经在这方面尝试，假如有一天，我们不管用什么程式设计词语，只要记住一套接口函数，那就太美好了。这时，估计没有人会再争论，PHP是否是最合适的词语了。
