挂到闲鱼上卖了？

tag name 和 type name 这种最好放在 redis 里，查出来 id 之后去 redis 里拿出来，现在这样 join 出来很多多余数据。
你这种不用 left join 没有问题么？

之前改了个攻城狮的，花了 260 左右，耐用是耐用，就是现在好像机器也没比这电池贵多少，感觉没必要改了。。。

@huijiewei @fancy111
给你们翻一下，c 端用户上亿就是 customer 表上亿行吧

改全局的东西别混在 feature 里啊，修改底层基础的东西单独提交，你 rebase 下来的时候注意下又没有跟你相关的改动注意下就行了。

重启包治百病。
按你的比喻的方式就是觉得状态不对的时候抽自己一巴掌，把自己抽蒙，回过神来的时候可能就没这些问题了。

@alfchin 查了下确实 10 月 4 号通知召回了，可惜了，我还挺喜欢这个产品的。

继续呆在这家公司，忍一忍就习惯了，然后每天混水摸鱼美滋滋。
摸一段时间你就不纠结要不要走了，毕竟你呆了这么长时间没怎么摸过流行技术，出去面试肯定被羞辱一番，还不如留下继续摸鱼。
平时没事对副总吹舔一番，学他把锅继续甩给专心做技术的人，学他怎么给别人难堪，反正到处喊“寒冬”他们不敢随便跳槽的，你平时吹舔多了副总肯定向着你的，时间长了你也就能体会他的快乐了，然后一起在这里养老就是了。

什么情况下都应该使用 join，from a,b 这种是满足特定条件的简便写法，你不知道原本含义的话就不要使用简便写法防止踩坑。
inner join 的问题在于如果学生没有成绩结果里是没有这行的，如果有 3 个张三，某个没有成绩，你这个结果只会返回 2 行（假设 1 个学生最多只有 1 个成绩的情况下）
left join 能保证左表数据是完整的

@gaobh 程序员都在加班写 bug，产品每天就跟老板唠嗑，给老板提意见，老板拍板也是根据产品的意见拍的啊。

@Yvette 额，我的倒是没听出底噪，不过电池召回具体是什么问题啊，我的有一只数值显示充电只能到 50%多就充不进去了，以为是偶发问题，最近准备去送修，不知道和这次召回的问题有关么？

严重推荐 BOSE 的 sleepbuds，这货严格意义上是个白噪音发生器，因为设计用途是睡眠时整夜佩戴，所以舒适度比普通耳机高很多，体积也很小，完全在耳廓内，带上时侧躺也不会有感觉。
缺点是因为体积小，存储是 KB 级的，就设计成只能播放预制的几种白噪音和环境音，海浪、鸟鸣、雨声之类的，但在工作或学习的时候可能是优点？

超过 3 次就说明不是你输入错误的问题，一般刷新页面清缓存可解

@widewing 第三方的接口哪有会不会一说，没接过的话第一件是不是看文档？上来就说不会，因为没接过所以不会你自己觉得讲得通么。。。

没关系，我们有详细的知道资料，请查阅
https://developer.mozilla.org/zh-CN/docs/Web/HTTP/Methods/POST

@kemikemian 没事，99%以上的情况下用户量和数据量上不来，或者等不到上来的那天。

@luolw1998 当初文明 6 即将发售的时候了解到这个游戏，感觉很厉害，就想买了，一看离发售还有 2 天，正好前作打折 20 多块，就想先买 5 玩着等 6 发售了再买。
然后我现在还在玩文明 5。。。