@iasuna 很多人没想明白，尤其这个行当的工资比较高，很多人会闲的思考人生意义的问题，得出我的人生不应该被婚姻束缚的结论

@chenqh 这些都是业务可优化的特例，幸存者偏差，我能跑三亿所以 mysql 能胜任三亿

@darknoll pg 不配拥有姓名

@mmdsun 前三名除了 oracle 和 mysql 剩下的是哪个？

mysql 性能上限比 oracle 低，你几十亿能优化下来说明业务能优化到小分区，而且延迟要求不高。比如你现在业务需求十亿数据必须放在单表里，有复杂的集合运算需求，随机位置的顺序数据要求延迟低于 0.2 秒这种，mysql 比较难做

@Blacate 另外诱导用户什么的，js 都在沙箱里运行，又能做得到什么呢。。

@OHyn
@Blacate 需求是有一个 div 做窗口，想要让 div 内点击任何地方都触发一个逻辑（让网页内其他组件全部失焦），同时 div 内还有按钮之类的，按钮同样有自己的逻辑，所以要两个都触发。如果不是双层触发实现的话，就需要给每一个按钮都多绑定一个上浮的逻辑，同时还需要处理除了按钮之外的部分，文字，背景图等等等等，工作量翻几番

@treblex 我倒不觉得像 win7 是什么问题，win 适合日用是全球人民用脚投票投出来的，学 win 的逻辑没啥不好，但是我感觉你粗制滥造就不对了。但是我今天做了几个小时，做完了几个组件，只能说 deepin 这个 gui 做的是真的糙中糙，具体表现在以下几个点：1 、一般按钮逻辑分普通、悬停、按下几个交互部分，分别代表不同反馈，d 的这个很多按钮组件是 23 不分的。2 、颜色设置方面，很多看起来是透明的图，实际上是纯色，调了个混合色装作是透明，实际上仔细观察发现是不透的。。3 、动画非常粗糙，很多动画过度非常唐突，比如设置菜单的隐藏按钮，菜单弹出有动画，菜单图标直接瞬间切换，突兀得一比。

我不是搞设计的，甚至不是前端，我都能看出这么多毛病，只能说太菜了

@sujin190 感谢回复，是一种可行解决方案，大概就是楼上说的 epoll 机制的那种解法吧，根据楼上回复似乎还有其他方案。不过这样又叫人好奇起来 epoll 的超时是怎么实现的，神奇的计算机系统啊

我看你是真的不懂呦，当然是因为果粉感觉吊啊，你是没见过果粉吹苹果显示屏的那个样子，恨不得放到灵堂里供起来了。实际上差一个像素都要 resize，实际上考虑到 imac 的算力，应该不是分辨率反而下降，而是下降很多的问题。至于为什么做成这样，啊？什么你说你的屏也是 2K144hzIPS ？对不起不了解，反正不是苹果，估计就是垃圾吧

@pabupa 问题是如果 timeout 和 epoll 是两个东西，那一个循环怎么同时监听这两个呢。。比如它清空了 epoll 任务，那就阻塞在 epoll 上了，这时候如果 timeout 发生了，但线程又不能唤醒自己

dba 群里跟开发群其实气氛很不一样，开发群根据上头程度不同有整天讨论技术的也有吹水的，相比之下 dba 群基本就只有吹水的了。圈子也不大，每次线下聚会都是那一群人，再加上现在很多老板也想明白了，花钱给套路云，和花钱找个 dba 其实差不多，套路云虽然套路，但起码比 dba 便宜

@domodomo 我选择看一看 deepin，是因为我的个人项目要用 h5 实现一个简略版的 linuxgui，ubuntu 的 gnome 大概有人做过了，没什么意思，macos 的界面以前见过 h5 的成品，没有重新发明轮子的必要。我想了一圈觉得也许可以做 deepin，权当是为国产宣传，并不是因为我需要一个桌面操作系统。

我不是很理解为什么现在 V2EX 环境变成这样，随便发个帖子都要有人跳出来指点你以后 linux 玩熟了云云，本帖主题问的是需求最小 64G 安装是否因为版本问题，与你的回复有任何关系吗？

@zxCoder 后来调成手动模式装上了，自动模式不让装，不知道为啥，不过粗略体验之下感觉还挺糟糕的。。。仔细观摩了一下 GUI 动画感觉做的好粗糙。。。

@balabalaguguji 相比于多线程，人员素质要求高，并非引战，不过如果你是写 python 的人大概不知道自己在说什么。相比于使用 c/cpp/java 等语言的工程人员，使用多线程处理 IO 对人员素质的要求远比单线程异步高得多，线程安全需要解决有序性、可见性和原子性的问题，而单线程异步只需要理解 epoll 接口怎么调用，之后就是事件循环内部维护的事务了，如果你连这点要求都认为是高要求，我的建议仍然是不要写码。至于你说的调用产生死循环的问题，我司前一段刚做过微服务的栈深度清理，我确实是不理解你在一个线程内部还能搞出所谓调来调去？

很显然如果如你所言的“缺点”确实发生，那么意味着你连自己写的工程之中实现细节都无法把控，哪些接口是同步异步搞不清楚，且还有可能出现“死循环逻辑”。这种情况这边的建议是不要做工程，而不是说异步有什么缺点...

1 、国外现在 node 公司满街跑，你去看国外一般公司对于 cpp/node 之类语言的编码规范，一般主要规定工程目录机构、注释还有代码可读性这几部分内容，这些 pep8 基本都有 cover 。虽然 py 社区发展到后面对它有一些批评，但基本上不影响主体。只能说规范深度依托语言特性，对于 py 来说一个很有趣的问题是，以 java 的规范写 python，那不如直接去写 java 。

2 、大型项目上坑不坑，我不知道你用 py 写过多大的项目就说坑了，如果有问题请直接批评，而不是大家都说坑我也说坑。我前一家公司跑过 20 万行的 py 项目，应该不算大型，算中型项目，语言层面我觉得无坑。一般来说 py 被诟病的是动态类型问题，相应的解决方式可能是类似 flask 的代码风格（也许这是你说的规范），但如果你真的写过并读过那种冗长注释的工程，那么又回到了第一点问题。个人感觉是 3.6 版本之后 jb 家 IDE 的补全已经极大提高了工程效率，这套解决方案是更优的。

@HiCode 确实挺有趣的，可能不是技术的问题，应该只是单纯的阅读理解问题。至于你说的上面其他人的回复，楼上提的 nprogress，路由守卫自定义，和 vue 接管前插入几个方案我都试了，没有找到特别完美的解决方案，我倒不是很懂你说的补好基础再回来看指看什么。

@rozbo 大佬，你这个方案我试了一下，在本地 dev 调试的话，每次刷新任何界面都会闪过 loading 界面，build 之后上传到远端以后反而不会了，大佬能讲下啥原因么