4. 不采用某种编码与命名标准,以及通用约定,不能在项目开发周期里贯彻落实

32. 不能保持dry作风,即不重复自己,如果你总是在复制粘贴一些东西,说明你设计得很差劲

14. 不用return而是直接在你的函数或类中输出(echo/print)内容

16. 总是返回硬编码的html,却不返回纯粹的数据,字符串,或对象

10. 对调试器的好处视而不见

17. 总是对“消息”和“配置参数”进行硬编码

34. 没能尝试oop的特长,如抽象类、接口、多态、继承,访问控制修饰符(译注:如public, private, protected)

19. 不使用__autoload(译注:参考php手册相关描述)

25. 不理解面php程序员工资向对象编程(oop)的优势和劣势

24. 不允许简易配置,也不允许类的构造函数接受参数传递而后执行set/get方法,或运行时的常量定义

37. 污染了名称空间,比如用常见字符串命名你的库函数

7. 不在编码之前彻底规划你的程序

15. 对单元测试或通用测试的优点视而不见

35. 不用现有的设计模式优化你的程序体系设计

5. 不使用统一开发方式

33. 没有实现让一个函数/类/方法只做一件事,也不能组合利用它们

22. 不知道怎么利用正则表达式

8. 不使用测试驱动开发

27. 自认为实现可复用的软件一定等于/需要让你的代码遵循oop

28. 不利用智能缺省值

21. 使用$_get替代$_post来做具有破坏性的传递操作

12. 不使用类似mvc模式把程序的不同层次划分speedphp开

18. 不对sql查询语句做优化

36. 不允许你的用户在你拥有很多文件或目录的情况下定义基础目录

31. 不使用数据库抽象层

39. 不使用统一的模板引擎

20. 不允许智能错误处理(译注:参考pear的errorstack)

23. 从未听说过sql注入或跨站脚本

38. 使用数据库表时不使用表前缀

29. 没有单一的配置文件

13. 不知道这些概念:kiss, dry, mvc, oop, rest

1. 不会利用如phpdoc这样的工具来恰当地注释你的代码

9. 不在错误开启状态下进行编码和测试(译注:参考php函数error_reporting)

2. 对优秀的集成开发环境如 eclipsephp epp 或 zend studio pdt视而不php程序员是什么见

40. 不关注已有的php开发框架,懒于探索;其实先进的开发理念和美妙代码就蕴含其中

26. 不视情形大小而滥用oop

11. 不重构你的代码

四十条测试你是否合格的php程序员,不官方,也不权威,但很给力超过三条就不合格了超过五条就得好好反省下自己的不足了2011我来了~

3. 从未用过任何形式的版本控制系统,如subclipse

30. 不想暴露文件源码,却用.inc后缀名取代了.php

php100给力40条

6. 不转换(或)也不验证某些输入或sql查询串(译注:参考php相关函数)