把 php 中你用到的每个特性的实现了解清楚。 有这个毅力搞清楚， 能力就上去了。

http传这种参数本身就是很糟糕的策略，框架怎么也不会考虑这么无聊的设定。。

你怎么怎么看都是用 post 传表单的场景

支持你的做法。这样的学生是下下之选。

很多同学喜欢说得光明正大，实际上我见过不少最后都淘汰掉了。

赛车系列， grid ， project cars ， nfs， 都在打折中。 也是挺好的。

一个了解语言和技术基础实现的人，换一套环境是没啥压力的
这里说的是那种靠时间背诵出来的开发者。背诵得越多，越是没法切换技术栈，还不如培养新人。

几年前挺喜欢 python， 如果在3.x能有实质性的突破，也许就不是今天这个样子。在我主要关注的web这个领域里， python 已经没地位了。 系统编程方面还可以一用， 但是 go 摆在那里也不是吃素的。

唉，看到这个话题好想说点什么， 但是却什么也说不出来。

额，还以为是阿里，仔细一看不是。

装修都差不多

我觉得从茶轴或者红轴入手比较好过渡

由于 php 的源代码（加载后编译成 opcode）在fpm 模式下，也算是资源而已。所以每次请求都不得不重新加载 class 所在的源代码。


在性能开销上考虑的话，可以引入 opcache 缓存扩展， 比如 zend opcache （5.5内置， 5.3和5.4 需要自行编译， apc 等其他老扩展的真心不推荐）

另外， 用 require 和 include 差别不大， 这种关键代码无论如何都不应该加载失败的。但注意 _once 系列函数别用。 至少在 apc 下是有 bug 的，这种函数是玩玩用的。

按需 new 或者单例，取决于这个实例的创建成本。这部分 @raincious 已经解释了

其实你的问题关键点不在 include ， 而在 new XXclass() ; 会触发 查找类和调用 autoload 等等流程。

new XXX() -> XXX 不存在？ -> 触发 autoload -> 类存在了？调用构造器 ： 继续调用其他autoloader -> 还是没找到？ 抛出异常

@MrLiao 这不叫习惯，是被逼无奈

不好好安排时间非要挤在一个晚上走完。拖沓是病。。

首先， 你得知道有 HR 和 HRG 的区分。

php 在分配内存这块， 几乎都抽象成 hashtable 的操作， 另外 gc 也相对简单， 所以相对于 java 能够使用堆和非堆之类手段，确实计算速度没法同期比较。

所以纯 php 语言层面的计算确实比浪费内存有浪费 cpu ， 唯一规避的方式就是把这些计算挪到 c 扩展里面， 避开 php 层的封装带来的资源消耗

hhkb是实用工具，不适合，你能想象结婚别人送你一套镀金扳手是什么感受

阅读模式都成标配了啊，虽然各个浏览器都有类似的流行插件

没必要地抛出异常肯定是浪费资源， try 又不是拿来规避错误的。

只是你这文章基本啥都没说。。。。。

这点小任务那还用得着讲究到这个地步， 一般多核多线程效率够了， io 密集型大不了上协程或者 reactor 之类的。

多进程为的是资源隔离，或者弥补那些多核支持不好的语言

额，没阿里云之前就屏蔽的东西，能这么推论？