简单点说，你知道 RBAC 吗？ ActiveRecord ？设计模式？简单的 RBAC 都能写几篇论文了，说土点就是一个权限管理。再说设计模式，你研究一辈子都不一定研究的透。最敬佩那些把计算机领域各类复杂的场景总结成理论的老头子了！

同意楼主的观点，但是实际在项目分工时，后端和前端的关注点是不一样的，后端求性能『稳』，前端求用户『爽』。
让一个后端去写前端，多几次循环多几行冗余的代码都会难受，因为 3 位数以下的循环前端不需要关心。
让一个前端去写后端，会先找有没有现成的扩展用，分分钟出活才是真，他的关注点是能实现功能就行。而后端注重可维护性和稳定性。
前后端分离能减少很多不必要的沟通成本，大家都参照 UI 的设计图出活。后端出接口文档后，去做自己喜欢做的事。前端把新学的框架拿来练练手，大家共同进步

Controller 直接应该避免相互调用，这不符合 MVC 的设计思想。 Components 不就是来做这个的吗

@banxi1988 函数调用肯定会有额外的开销。这就像使用 ORM ， ORM 与原生的 SQL 相比效率相差不止一点，但是引入 ORM 对项目的管理，规范方面带来的好处远远多余那点执行效率。看你个人，你觉得用哪种更『美』就用哪种。

@banxi1988 `$cate[] = XX;` 这种写法非常不规范，而且你自己也能感觉到这种语法有坏的味道。

array_push(); 这么好的函数你不用

WEB 开发的瓶颈多半在 IO ，需要权衡。没有哪个一定好或者一定不好。

Python 3 不解释。 2 处理中文字符让新手蛋碎

阿里天天都在招人，新闻只是新闻而已……

＃ QQ 邮箱的缺点原因如下：
1. QQ 邮箱会修改原邮件的内容（其他邮箱只是渲染的时候做做优化， QQ 邮箱是直接删掉邮件中的大部分样式）

2. QQ 邮箱会屏蔽很多邮件，屏蔽的非常彻底，在垃圾箱中都找不到。

最让人受不了的是第二点，所以重要的事情别留 QQ 邮箱，重要的事情别留 QQ 邮箱，重要的事情别留 QQ 邮箱（说三遍）。比如去面试， HR 给你发了邮件反馈但是你没收到，因为 QQ 邮箱帮你删了。

这段时间在开发邮件接口，深有感触。

性能不是你该担心的问题。
如果用 PHP 框架，请用面向对象的思想去设计代码，请用面向对象的思想去设计代码，请用面向对象的思想去设计代码；

就这一点，做好了之后懂点 PHP 的人都可以维护代码，快速加入项目。

再来说性能，在你没达到 facebook 这种访问量时，性能瓶颈都在 IO 。

只用过更差的，没用过比她更好的

用 MySQL 落地主要是为了自己后期轻松点。经常有如下场景：
1.同步数据。千万级别的历史数据用 MySQL 直接导出 SQL 给需求方就行了。 Redis 总会麻烦一些。
2.数据分析师经常找你要数据，而且大多数分析软件不支持 Redis ，这个时候你怎么弄？

所以用 MySQL 落地对自己和公司都是有大大的好处。

一门语言，我还没开始学……光装环境就把人弄的半死。

http://blog.it2048.cn/article_freeengine.html

说句个人经验……几个月后你会发现省这点钱真不值得。

jsjscool

@konakona 一直不忍心告诉你，是file_put_contents

面试企鹅的PHP职位，本以为HR会问代码相关的问题，结果一来就3问……PHP5.5与5.4的差别，YII 2与YII1的差别，HTTP2 与HTTP1的差别。然后我感觉几年代码白写了