辞职，然后想办法变成他的甲方

@Rache1 其实不是个问题而是个 feature，因为‘0’和‘00000’都是数字字符串（ numeric string ），所以会被转成数字进行比较。可以看 5 楼那个链接里面的说明。

隐式类型转换，字符串和 int 类型比较时，会先把字符串转换成 int 类型，再做比较。

我个人感觉第二种接口会在应用有离线需求、多端同步的时候使用，比如笔记应用新增一篇文章，你肯定不能因为没有网络而不让用户新增文章，多端同步的时候，A 设备上的操作可能只有部分操作同步到了 B 设备，等到有条件的时候再把剩余的操作同步到 B 设备上，这种情况下第二种的方案会比较方便些。

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}:*的方式直接清空

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