喜欢攒一堆 commit 不提交然后冲突了那不是自己的锅么。git 给了你选择，svn 不给你选择，你却觉得这是 git 的不对。
想起以前在学校的时候用 svn，有一次服务器挂了之后代码仓库就完蛋了。只能建一个新仓库导入代码，旧的 commit 全部丢失，故障期间完全无法提交代码……

热 key、大 key 容易造成单点问题。但是既然“他们以前项目都这样搞”，那就说明业务量达不到性能瓶颈，根据不要过早优化的原则，这么做也没太大问题。

我居然看到了求是潮云 U 盘……

同 30 楼。手机系统不是问题。没有人能限制你依据开源协议使用开源软件。主要问题还是芯片等硬件，缺乏合适的替代品。

事务 A：select 最近 1 个月注册的新用户，把他们的用户组改成 GroupA
事务 B：注册了一个新用户，commit
事务 A：select 最近 1 个月注册的新用户，给他们发送一条私信：恭喜你升级为 GroupA ！

不一致本身没有危害。有危害的是不知道会不一致。

@etc

https://redis.io/topics/faq

Redis background saving schema relies on the copy-on-write semantic of fork in modern operating systems: Redis forks (creates a child process) that is an exact copy of the parent. The child process dumps the DB on disk and finally exits. In theory the child should use as much memory as the parent being a copy, but actually thanks to the copy-on-write semantic implemented by most modern operating systems the parent and child process will share the common memory pages. A page will be duplicated only when it changes in the child or in the parent. Since in theory all the pages may change while the child process is saving, Linux can't tell in advance how much memory the child will take

copy on write。写入的数据会被复制，最坏的情况下 bgsave 会占用两倍的内存。在 master 上 做 bgsave 容易导致 oom，一般会选择在 slave 上做 bgsave

gif 可以转成视频格式减小体积。不过 1m 带宽大量传这种东西肯定不够的……

倒序单向链表用递归或者栈那是学生写作业的写法……

创业公司遇到合适的人很难的，一般都是能用的先招进来，继续招更理想的

看了一下，除了百万级长连接优化之外，其余对于应届生来说都不算过分。

民主制不如君主制的地方：不能一个人说了算

恨不得九个显示器

既然返回值类型不确定。那为啥还要声明？不就和没有声明的时候一样吗……

除了校招从没遇到过要笔试的……

《国语·周语上》

如果是单向的向服务端提交数据，那么两者差别不大，各有优势。http 无状态水平扩展更容易。websocket 无需重复传输 http 头比较省流量。
如果双向的数据通讯，那么毫无疑问选择 webscoket。http 只有在不兼容 websocket 的平台上才有考虑的必要。

自己怎么用都不受限制，但是如果你们这个软件需要再次分发，则需要遵循 GPL 开源