@CandyMuj 直接用 redis 存用户看不过没有？ App 端还真有类似做法。

另外就是增加 redis 台数，反正你这个是可以很轻松地横向扩展的。我觉得钱到位，产品说得这个方案是推荐做法，也没有任何性能担忧。

可以在手机端处理。App 缓存客户的视频列表然后在本地保存一个 bloom filter 记录客户看过的视频。到时候直接选择不在 bloom filter 里的视频 ID 然后向后台发送请求。

@dimlau 代码“优雅”可以从逻辑清晰开始。然后可以参考 https://golang.org/doc/effective_go.html

@arcadia 我一般根据手机设置。如果手机都不在家了，就说明屋里没人。

@asanelder 你举一个比较困惑的例子呢？有可能业务复杂是因为你们各服务过于耦合。

自己用得最多的就是离家时候自动锁门，开启防盗警报，关闭空调。回家的时候解除防盗警报，启动空调。

其次就是远程解锁大门，配合智能门铃，可以在有急事的时候，让朋友进出。

家里就是这个。对于高中音（也就是一般的说话声，汽车喇叭声等）有明显隔绝作用。但是对于低音（引擎声）没任何用。这就导致你装了双层玻璃后，放大了低音噪声，总觉得有低音炮在那儿轰轰轰。

你的意思是想执行 User.SayHi( ) 这种？这个正确做法是在 User Service 执行，然后提供 API，sayHiFromUser( )

充血和贫血给我头都看晕了。

博客之前用的就是一个 javascript 写的搜索，原理就是 regex 指定的文本。

看视频能有啥实操。。。直接用 Go 造一个 C 的轮子就好了。

autocmd Filetype cpp set softtabstop=4

一点儿建议，一般 interview 时长都在 50 分钟，然后大概有 15 分钟是用来回答 behavior question 以及留给应聘者提问的。所以 mock interview 代码部分应该控制在 30 分钟左右。

用户会员卡表里只有 user_id, 会员卡_id

次卡表 和 储蓄卡 表里分存 对应卡的所有信息

要不然你每更新一次卡的信息，就要锁住两个表写。

@bojongle 卡学历，竞争就小些。不卡学历，基数大，竞争大，只能把题目往难得搞。现在应届生刷题都特别吊，所以才卡实习。现在 DFS，BFS，1 维 DP，树，这些都是白给。起手就是一遍解 topology sort 。