用户友好的意思是越短越好？那这和技术开发是互斥的，因为要保证不重复不连续一定需要足够的长度。
可以参考 Twitter 的 snowflake 算法。

申请经营增值电信业务的，应当符合《中华人民共和国电信条例》第十三条的规定和下列条件：
(一)在省、自治区、直辖市范围内经营的，其注册资本最低限额为 100 万元人民币；在全国或跨省、自治区、直辖市范围内经营的，其注册资本最低限额为 1000 万元人民币；

喜欢攒一堆 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 带宽大量传这种东西肯定不够的……

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

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

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

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

恨不得九个显示器

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

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

《国语·周语上》