我觉得可以借机会定义推广一套 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 以上问题应该不大

应该是个反代，搜索功能啥的都是真实有效的

上海 PHP。今年二月裸辞的时候 1.5 年经验，3 月初离开的上家，面了 5 家，人均三轮面试还不是一天面完，然后出去浪了两个星期然后拿了 3 家 offer，3 月下旬入职的现公司，然而感觉又没激情了想跑路。裸辞最重要的一点：社保不能断！其他就还好

其实我觉得不好笑，但是不知道为什么我就是想笑

辞职的时候注意提前 30 天通知

一般是直接劝退