凡是能够说出来，你没有亮点的公司。我个人认为。除了剥削和压榨。这种公司其他事情干不出来。

统计代码行数的那个命令。发现几个问题：

1.cat
2.正则.未转义，后面的 grep $^的匹配看不懂
3.注释未排除

小小年纪就要教将来如何给别人打工。不如教教他如何当老板的好。

嗯。建议自己开发一个 vim 插件。除了支持不了全平台。估计所有的其他需求你随便搞都没问题

web 开发不适合这种类型的东西。不然频繁的需求变动和瞎搞，程序员要累死，为了可怜的观感。

有没有数转换的工作支持一下。

web 只作为显示。和动作采集。传递到数据转换处理器，组合一下底层基础数据。

相当于你开发一个 excel 。不过不是 client 。而是 bs 版本的 client 。

建议去卖两年烧饼。比你这个项目挣的多。还能和老婆在一起。

依赖 mysql 是没办法实现这种乱序操作的，必然带来 msyql 的压力。
视频记录必须 load 到 redis 。

分页，这种分页，本质上不是分页。而是单纯的下一批。
每页 10 个。就读取 redis 集合存储的 Vid10 个。

如果视频没有时效性，直接顺序读取 redis 列表就行。只为每个用户记录一个游标，因为对用户来说，用户感知不到随机性。兼容竞选列表也很简单。单独处理精选列表逻辑。合并两个结果集，保证一页总共 10 个就行了。

如果视频具备特殊属性。不仅是时效性。可能就需要，为每个用户记录已读列表了。
这个时候，优化的话，如果可以，对视频列表进行分片，用户读完一片之后，不需要再关心之前的片了。已读列表就很小了。
如果分片不了，相当于用户面向的是整张视频表的随机。这种必须完整记录。但是，现在可以考虑针对用户分组。不同组群的用户共享一个已读列表。每个用户只持有游标。内存就又少了。

ok 。不废话了。具体情况，具体分析。因为你遇到的可能比你描述的复杂的多。

从不以为然，已经开始嫉妒了。27.

这倒没有，成熟的 ai 倒是有一套。
https://gitee.com/oschina/bullshit-codes/blob/master/golang/ai.go

徒步三亚呀，快手程序员。

有分歧很正常，不过我看第一种没毛病。

理解你的恐惧，不要放弃，

我的是安卓的没有这个问题。

666，虽然使用体验还需要调校