laravel 官方非正式的数据 hello world 的 QPS 在 6000 左右，就算机器配置不同也不至于有这么大的差距。可以试试关闭一些默认中间件再看看。

外包，找个专业的 iOS 和安卓对接下

@mitu9527 我也不是前端，只是开个脑洞：sessionStorage tab 页之间的上下文是独立的，那么是不是可以通过 tab 页面之间通信的方式共享 sessionStorage，从而达到全局共享同一个 SessionStorage 上下文内容的目的

也许可以看看 SessionStorage

接口文档定义好前端完全可以自己 Mock，如果前端说不行那基本上除了水平太差以外就是偷懒不想自己做这部分的工作。不过如果前端水平真的是不行的话也就只有后端抬一手了，我们以前遇到这种情况的做法是接口定义完之后后端这边接口里直接做一份假数据直接输出放到测试环境上，也耽误不了多少时间，真正的业务逻辑再慢慢写

试了俩：
composer: 没有结果
docker: 出来的结果文不对题
建议优化一下

我觉得可以借机会定义推广一套 git 工作流吧：比如一个新的需求拉分支分支怎么命名，commit message 应该有哪些信息，合并分支的时候什么情况下往哪个分支上合，合并的流程什么样的，合并应该用哪种合并方式，以及一些不太常用的可以科普下，cherrypick 啊，回滚怎么回啊，一些注意事项啊等等等等诸如此类。

当然是会比自己闭门造车效果好上不少的，但是有一些问题还是要考虑下。
1. 本身底子薄弱的话，参与商业项目会相当吃力，力争先出成果，很多时候甚至要“不求甚解”，先学会怎么做，等有了一定理解之后再去研究为什么。
2. 另外就是很重要的一点，别托项目进度，工作进度如实汇报，工作中遇到问题，及时提出及时了解及时解决。
我曾经带过一个实习生，分配了项目里一个很简单的功能，遇到问题也不说，跟进度的时候他也说没问题，最后快提测的时候交上来的东西简直不能看，只能让另外一个组员加班帮他重写了。。。最后他也是实习期就被劝退了

多列点数据支撑，比如做了什么优化，APP 启动时间减少 50%，引入了什么技术，体积下降 20%，推动了什么项目优化，首页网络请求减少一半，优化用户体验等等

如果产品还在研发中没有稳定版，那出问题是很正常的，老板给客户演示之前应该是要跟研发通通气，跑跑流程，实在不行出个演示特供版，保证演示的时候不会出什么问题。
如果产品已经经历多次迭代了，老板拿稳定版去演示出问题了，那说明产品质量不咋地，确实应该想办法提高产品质量，但一味惩罚似乎不太是个合适的选择，应该想办法组建一个适合的 QA 团队才是。

前几天看见 v 站上有个哥们转行卖冰粉了，早些时间他刚有想法的时候还看见过他的帖子，现在人家已经做的风生水起了，可以参考下

刚刚跑去看了下源码，在 RedisTaggedCache 里面 pushKeys 方法可以看到这部分的实现：
```php
protected function pushKeys($namespace, $key, $reference)
{
$fullKey = $this->store->getPrefix().sha1($namespace).':'.$key;

foreach (explode('|', $namespace) as $segment) {
$this->store->connection()->sadd($this->referenceKey($segment, $reference), $fullKey);
}
}
```
框架会为每个 tag 分配一个 tagId,然后多个 tag 的 ID 以“|”字符 implode 成 namespace,生成 namespace 的方法注释是：
Get a unique namespace that changes when any of the tags are flushed.所以这么做的理由应该跟上面猜测的一致

没看源码，无责任猜测一下，中间那段 hash 应该是 tag 的 hash，如果框架要按照 tag 做什么操作，比如清空该 tag 下的所有 cahce，可以直接以 bosigou_cache:{$hash}:*的方式直接清空

中英文切换起来稍微有点麻烦，另外看起来表单对象属性还是要用英文表示的，所以就感觉不是很必要了，毕竟“想一个英文名称”这一步似乎并不能免掉

少打游戏+1

你也去买一套，然后回复她，“真不巧，我的工资刚刚好够我的房贷”

@npe 主要还是看个人能力吧，按照个人经验，比起语言，薪资似乎跟候选人能够给公司带来的价值更相关一点

@xh520630 没有猎头数据不太清楚，但一般 15~20 问题不大，大厂的话会更注重个人能力，能力强的话开到 20 以上问题应该不大