@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 开源

推送服务的主要开销在于维持连接……多个服务合并成一个服务只能稍微节省一点内存，电量消耗一点都不会少

因为常用协议不使用这些端口作为默认端口……

更像是撞库之后爬走了数据。可能是中层员工为了伪造业绩不择手段……
不太相信这是管理层授意的，如果公司能决策做出这么容易被发现的侵权行为，那也太傻了……

早就有软件这么做了，不提供 native ui，只有 web 管理界面。事实上内嵌一个 http 服务只需要几十 K 的库就够了。
electron 就是为了解决这种需求才出现的，它帮你解决了很多通用性的问题。
就好比人为了代步发明了汽车，你现在说汽车费油笨重不环保，我们还是骑自行车吧……

数据不存在