@junyixin 要

@zhangyifei216 跟 hr 说了，近期会联系的；）

@xcc3641 包括，尽情用简历砸我

@zhangyifei216 。。。不好意思，是同事在处理，我马上帮你问问

@zhangyifei216 给我发个邮件，我帮你问问？

@zhangyifei216 当然可以，方便留个联系方式嘛？

@zhangyifei216 杭州微店有兴趣嘛？ http://www.lagou.com/gongsi/2900.html 欢迎来聊聊 yangmls#hotmail.com

。。。 nvmd ，我看到你回复了

发了封邮件，麻烦看下有没收到

为什么不用 redis 的 lpop ？

vim 写 php 如果没有用复杂的框架可能还好，但如果跟 laravel 这样的一起写，写起来还是挺蛋疼的。没有 IDE 的静态分析和代码跟踪，有时候很难快速定位到自己需要的函数， ctags 这样的插件还是太弱了。

@gaitana

define ('REQUEST_METHOD', $_SERVER['REQUEST_METHOD']);

这种过时的代码都能拿来推荐，牛逼！

看来阁下完全不写测试。

应该普及 git merge --squash git cherry-pick 和 git rebase 的用法。。。

@ZnZt backbone 就一点挺烦的。。。需要定义很多 View 才能做到精细控制，插入 DOM 的姿势还得特别小心，一个偷懒移动端就崩了。。。

@ZnZt 我也被坑过，不过没你用得这么深入，我及时跳坑了。

以前一直写 angular，在一个 android pad 的 hybrid app 我尝试用了 avalon，没有用 angular 是因为 dirty check 在移动端表现得不是很好。结果，definePrototype 也并没有改善多少性能，在渲染长点列表的时候还是一卡一卡的。

当然这是事后坑的地方，过程里坑的主要是文档，比如在 angular 里习惯了随手加个 directive，avalon 我都找不到加的地方。。。无奈得自己去读源码。还有个坑的地方，司徒正美经常在 github 的 master 分支上修改，我记得有一次 commit 上写着，重构中，还没改完什么的。。。我。。。

反正如果再来一次，我一定用 backbone 做，react 或许也会考虑。

@cattyhouse capital 这个词很少见，你的这段话可以改成「the words should be capitalized」会更地道

cherry pick 会改变 hash 信息，久而久之你的 sdk 和 master 会像两棵树一样分裂开来，而不是一棵树上的两条分支。

嫌 commit messages 累赘的，应该使用 rebase ，或者使用 git merge --squash，但要注意，进行 git merge --squash 之后，应该删掉 sdk，重新从 master 分支里 checkout 出新的 sdk 分支，这是为了不让分支岔得越来越开，以至于下次合并，需要解决很多很多的冲突问题。

用 laravel 给赞，但稍微看了下项目，槽点有点多，随便说几个

1. 错误使用 relation，Article 映射 User 是 belongsTo，User 到 Article 是 hasOne 或者 hasMany，这就是为什么你定义 relation 的时候要给 hasOne 定义三个参数才能跑得通的原因。

2. 你把很多复用的代码都移动到 functions.php 里面，例如 viewsInit，而基类 Controller 完全成了摆设，建议重新思考一下如何组织代码以及学习 laravel 的源码。

3. 很多配置，例如 Article 的 cacheMintues 应该被移动到独立的 config 文件里面去，同时，不应该建议别人在安装你的项目的时候，修改 .env 文件，因为你的 env 定义这是一个 local 环境，laravel 在 run migration，只有 production 会给出 confirm 信息，你应该建议别人直接去修改 config 下面的默认值，而且你应该从 git repo 里面删掉自己的 .env 文件。

4. 你引用了过时的 nginx 规则，laravel 早已更新了它们的推荐规则，这段规则可以在 http://laravel.com/docs/5.1 这里找到，或者在 homestead 里面找到。