不使用 MVC

MVC 这玩意几乎成了后台开发的“Web 标准”。很多程序员在没有真正弄清楚项目需求和规模前，就大喊“我们要些遵循 MVC 的代码”。

MVC 固然有众多的好处，但是退一步讲，其出发点也是为了提高效率的。在并不复杂的项目中刻意使用 MVC ，这好比将一个脚本分成三份，我想谁都不会这样做的。

不使用 autoload

PHP5 中加入的 autoload 特性意在容许给编码人员二次出错的机会。有时候这个特性非常的棒（本人也经常在使用，这样可以省去不少的 inlcude/require 代码）。

这里要说明和提醒的就是，不要滥用这个特性－－比如你明知道这个类在某个文件中，何必劳神让 autoload 再去寻找？特别在些注重高效率的场合，必须面对这一点。

好的 IDE 是能提交效率，但坦白的说，本人没有使用 IDE 的习惯。

在大学期间学习 Linux 系统开发（c 语言）的那会，已经习惯用 Vim 编辑代码、使用 make 和 autoconf 组织代码、使用 gcc 编译，如果碰到需要调式，还可以让 Vim 和 gdb 配合。

本人的观点就是“好的软件只做一件事情”，我敢保证 IDE 中的编辑器没有 Vim 好，断点调试也没有类似 gdb、xdebug 要来的方便（至少熟悉）。

所以，本人觉得作为工具的工具，没有孰优孰劣的说法。

-- Split --

总之，文中的很多观点本人甚为同意，除了技术上的些细节，看得出很多都包含了“思想”这一范畴。比如良好的代码风格和开发方式、使用 OOP （不过和 MVC 一样，经常会被玩概念）、还有很多脚本基本安全方面的的意识（比如输入过滤）等等。

在我看来，好的 PHP 程序员不仅仅需要过硬的技术，重要的还是思想－－团队意识、责任感、兴趣、激情、还有敬业等等（再这样说下去直接去学六脉神剑去算了）。

说到这里就不仅仅是 PHP 程序员的范畴了，希望广大的技术人员都能共勉。