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 之后上传到远端以后反而不会了，大佬能讲下啥原因么

@letitbesqzr 这个倒是..我不感觉对面开 F12 就应该做什么处理，虽然我确实不希望被分析

@HiCode 无非讨论一些实现上的惯例，我觉得跟学没学好基础没什么关系，而且本来前端也比较随意。看你的回复是觉得太简单了不屑于讨论这类问题？

@ToPoGE 感觉可以操作，大佬请教一下 onload 怎么理解，它这个加载完成，是指 vue 将 dom 渲染完，还是说文件下载到本地（ vue 还没执行 create 之前）就已经触发 onload 了？如果 vue 中又添加了新的依赖，应该怎么理解呢，比如下载了 vue 的文件，然后 vue 又要求某个 css，onload 会触发两次么

@skymei 一般你自己写服务端的话肯定是，但是因为是数据库，就要涉及到数据库的索引和储存之类的东西了，不是很懂怎么优化

@kkkkkrua 大佬这个结构之后搜索要怎么搞？不过不太行啊，因为是分部门计算的，每个部门都要搞几十万条

@letitbesqzr js 搞得不是很熟，只知道生产要关 sourcemap，不知道还能搞个假的，不过不是很容易露馅么，调试代码不可能只用 sourcemap 定位签名吧

@shzx1994529 后面修改了 purge 后问题已经解决
@doco 不太现实，vue 前端组件框架我用过三个，描述能力和可定制性都不怎么样，尤其当设计本身稀烂的时候，你去 codepen 搜登录界面就能看到所有用 vuetify 做出来一个赛一个的土，就没有一个能拿得出手的。。所以你往往需要自己封装组件，然而往往又不能自己封装所有组件，所以两者都要

感谢翻译，中文挺好的，知道文章在讲什么，花两分钟时间就能浏览完，英文要实现同样效果就要丢失很多信息了。

不过 discord 这个几十亿级别的服务要抛弃 gc，似乎和我没什么关系。。

@shakoon 感谢回复，不过这种所谓的 raw 方式操作磁盘，在现代操作系统中直接操作硬件应该是被禁止的，那么他是怎么实现所谓独占的呢。

@cpstar 我司数据库管理不由开发人员负责，我也是确实第一次听说实际生产是需要显示调用优化他才会优化，据我所知我们是没做，那为了保证服务可用性感觉又是一个大坑。。

@wakzz 缓存命中率这个问题，感觉是同一个问题啊，缓存层的实现应该只能执行一些很简单的逻辑，毕竟还是依赖物理，所以物理如何存储的应该就会影响缓存命中率

@ryd994 说是这么说，但是实际上索引大小都是跟业务相关的吧，能加的都加，要不然就变成 ALL 搜索了。。

没什么建议，个人微不足道的意见是这个项目出发点不合适。因为业务需求是复杂的，所以工程哲学永远是解耦，你这个项目又强行耦合回去了。开箱即用的带权限 curd 乍一听让人很兴奋，结果看了一下你的项目代码，问了一下自己，能用吗？答案是不符合需求，所以回到了上述的耦合问题。另外 pyweb 用户越来越少是伪命题