菜鸟也来说句：
个人觉得对于经验丰富的人，他可能有自己完善的一套常用类，函数，常用功能用例等等资源。
但是对于新人，他如何寻找这些资源，如何知道哪些比较流行比较好用。资源的收集是比较麻烦的，而且有很多时间浪费在了重复开发上。
呵呵，再说，即使对于一个经验丰富的人，有时候也避免不了重复开发。。。
所以我认为，开发效率上，这个是个很大的问题。。。
另外，常用组合linux apache php mysql 中操作系统搭建，web服务器配置，各种参数配置，数据库优化，安全考虑等等一整套其实对于经验丰富的人，他们都有自己常用的一些定式。
再有，在数据库设计上音乐，常用应用的一些经典模型，数据库应用是索引创建技巧，针对应用的数据库优化，服务器布置方案等。。。其实这些都是一些比较固定的一些资料，大多数人只需要了解一些经典的公认的较好的模式就行了php游戏开发框架，然而个人觉得这些很少能找到完善的资料。（尽管对于每一个都能找到很多文章，但是太分散，选择太多，反而让人在这些地方浪费了很多时间，并且很多新人都不懂得对于具体应用的模型选择，数据库优化等方面的知识）
试想，如果以上这些能有一个好的大家公认的方式，给新人做参考，再有一些专门讲授这些知识的资料，那么对于新人的入行，新人的提高有多么大的帮助。同时，开发速度也会大大加快（不再为这些事情而重复劳动。对于大多数应用，没有必要设计专用方案的。）
呵呵，也许我有点跑题了游戏开发素材，
个人觉得什么框架，面向对象思想，和我上面说的还不是一样，都是对于成熟的好的应用模型，应用方式的一种总结和归纳。。。
至于面向过程好还是面向对象好，这个不重要。其实，个人觉得也说不上谁好，平衡的应用它们，指挥他们，发挥它们的长处才是最好。
有见过有人用php完全模仿OO去写程序，程序难读不说，效率也不咋地，开发速度也不见得快，程序维护也不见得好。（呵呵，当然这个例子不太恰当，可能那个程序比较烂。只是为了说明，无论什么技术，什么思想都要合理的去用才好。一味的追捧什么毫无意义）
如果哪位牛人有兴趣，还不如写个工具，然后大家的代码可以以任意方式编写（无论是面向过程的还是面向对象的又或其他），然后利用这个工具把它转成速度最快的代码，然后再放到服务器上运行。就好像有个编译的过程一样。呵呵，瞎说瞎说。
说道php不好的地方，个人觉得最不好的是它的模板技术php游戏开发框架，感觉不好。我想这跟php没有共享数据区有关系吧。。。
没有进程概念，没有共享内存区，感觉是件憾事。。。。。。如果想做后台运行脚本或者非web应用这个我想是必须的吧。。。
况且即使不作其他应用，web应用本身也有很多需要后台运行脚本的地方啊。。。
hoho，
乱说一气，看过的就当个故事吧，讲故事水平不高，将就着吧。嘿嘿。
