00 后都在聊 QQ，没空上 V 站

北京 2 年，上海 4 年，目前在上海

吃：都不习惯，都觉得不好吃。可能我是四川人的原因，还是喜欢吃辣的。所以都是尽量找川菜馆
住：无论是买房还是租房，价格都不便宜，也差不了多少
行：公共交通就不说了，都很发达。 私家车的话，外牌还是上海好多了，除了高峰段不能上高架，比起北京的直接不让进 5 环（当年政策）好多了
空气质量：上海空气质量确实好多了，毕竟靠海。（不知道北京近几年空气质量如何）

北京给我的感觉就是是一座历史古城，而上海则是一座现代化的城市

至于周边玩的：北京的周边感觉都是偏向大自然的比较多，开车一两个小时就可以感受大自然的气息。而上海基本上就是江浙沪一带，除了城市还是城市。

还有一点北京空气干燥，当初在北京的时候一到秋天各种静电，我都不敢碰带金属的东西。到了上海发现一到秋天也是各种噼里啪啦的，不过没有北京那么严重

感觉还是之前那个 logo 好看

常年 60 左右，风扇 3000 左右

要是开个 chrome 看视频的话 直接上 70 了

想起之前买了个 173 的号码，想充点话费……试了好多个 app 都说手机号码有误……

macbook 是已砍了吗？ 官网上怎么没了？

@victrec 直接操作 json 也可以，不过这个库用的不太熟，感觉直接操作字符串没有操作对象保险

@reus 你的号是不是被降权了，你的回复在新消息提醒列表里不出现

@dapang1221 嗯，注释的不对，应该是一个字符串 `{"f1":[1,2,3], "f2": [4,5,6]} `。这样的

@reus 请教下，这句什么意思：var _ json.Unmarshaler = new(Item)
定义了一个“丢弃”的变量并赋值？

@Takamine 嗯，谢谢，已经解决了

因为在实际业务中，有可能会出现数量减少的情况。 当数量减到 0 的时候，就要把这个 key 删掉。
这样就出现了，有的 key 是更新数量，有的 key 是直接删除

要是不放一起的话，实际上是更新同一个字段，但是分 2 条 SQL 分别操作 2 次数据库，是不是也不太好？

慢就科学上网

BUG：第一次通过名字搜索出结果后，换了名字再搜索不会替换之前的结果

不建议周末…… 而且还是暑期…… 人太多了

入园后第一件事 就是去各大区领快速通道的票

我现在除了办公桌是公司的，其他全是我自己买的……

@ilovesusu 就是把业务拆分就行了啊，也有现成的框架可参考，如 go-mirco 等

你部署流程怎么样的啊？ 有搭私有仓库吗？

@HuasLeung 你的号是不是被降权了？ 你的回复居然没有新消息提醒。

@HuasLeung 嗯，一般的做法应该都是本地打包成镜像，然后 push 到仓库吧？

@dog82 经常作为条件的字段建索引不是能提高查询速度嘛😂