挺好的。
最为初学者来说已经很厉害了。

如果要提建议的话，那建议你看看 python docstring ，然后给每个函数都增加注释。注释的内容是“这个函数实现什么功能”，不要写“这个函数是怎么实现的”。
另外一个建议是，增加一个 main 函数，把后面那段没有缩进的代码放到 main 函数去。
最下面判断 if __name__ == '__main__': main()
这样写的好处是，如果这些代码想要被其他代码 import ，那这个代码就不会在 import 的时候被执行。用起来比较方便。

你说的这个不是加密机的操作流程吗？
是不是可以推荐领导采购一套加密机？

@scyuns 没什么讲究，我就是算了个成本。具体怎么组合，看外包怎么提供呗。然后溢价情况也要看外包的谈判。

你这个规模体量，就不建议找外包了。理由如下。

如前面有人提到的，外包团队的价格基本在 30000~75000 元 /月 /人。
对应的人员工资水平在 10000~20000 元 /月 /人。

同时，你在正文中提到，淘宝上找到的团队 UI 设计、交互体验都很差。
这说明你对这方面有要求。那么如果你想要找外包，完整的成本应该包括。

设计费用 1000 元 /页，250 * 1000 = 25 万。
开发费用，简单以设计费用的三倍计算。75 万。
测试费用，开发费用的 10%计算。7.5 万。
后续维护费用，开发费用的 20%/年。

这样算下来，首年开发维护费用基本上是 120 万，后续每年维护费用为 15 万。

真的不如自己去组建 3 ～ 4 人的开发团队，把设计和测试外包出去了。

@zhlssg 这次真不怪他们。我和 apifox 毫无关系。

我自己搭建了一台 NAS ，使用已经 5 年了。系统从 FreeNAS 升级到了 TrueNAS 。

使用感受如下：
1. 硬件基础很重要。自己搭建 NAS 一定要看好自己的电源，因为硬盘需要 12V 、5V 供电（可能还需要 3.3V ）。你不能只看电源总功率足够就买了。你需要按照不同电压来确定对应功率下，是否满足你的 NAS 需求。
2. ZFS 我目前还没弄清楚，但是用起来还算省心。5 年前我选择 4*3T ，组了 6T 的存储空间。今年进行了一次扩容，选择了 2*6T 组镜像，提供 6T 存储空间。5 年间坏了一块 3T 硬盘（东芝 P300 ），直接买了一个新的，通过 Web 界面直接替换了，很方便。
3. 内存。看到很多文章提到使用 ECC 内存。我使用的只是普通内存，还是 DDR3 的。FreeNAS 非常吃内存，官方推荐 1TB 磁盘加 1G 内存。我之前因为内存不足发生过死机的情况。
4. 扩展。FreeNAS 的扩展是基于 docker 或者 Virtualbox 虚拟机的。使用起来挺容易的。

赵鹏 [10] 看准科技创始人 [3] ，资深人力资源和品牌营销专家。他创立于 2013 年 12 月的看准科技旗下现拥有看准网、BOSS 直聘和店长直聘三个子品牌，总服务用户数超过 1 亿。

信息来自百度百科——看准网

楼主能描述一下创造这个框架时候，希望使用的场景吗？

我看完文档觉得对于文档存储类使用起来比较方便。
对统计类（类 ERP 、CRM ）这类数据好像没有额外的加持，同时因为绑定了 mongo ，对事务类支持可能也有风险。

不要接。
按照你的描述，这个项目连一个成型的产品文档都没有。根本没办法做评估。
如果想做的话，先出产品设计，把功能模块，逻辑都理清楚了再说开发费用。

可以，但是不建议。

@markgor 出纳加班也没用啊，银行下班了出纳也变不出来钱啊……

复制没什么好办法，你肯定会对目录树做一个 BFS 或者 DFS 。
对应概念上可以参考深拷贝和浅拷贝。

你这不就是个 diff 吗？

flask 的话一个月基本就可以精通了。
Django 估计得一年。
主要差别是附带生态环境的区别，Django 的生态环境太大了。
所以，为什么不用 1.5 年的时间把两个都精通了？

PSD 有自己的 spec，照着实现个解析酷然后慢慢画 UI 就好了。
Office 系列有一个 Open Office XML 的 spec，我正在读。你要是想看这方面也也可以读一下。

切换上下文是有成本的。
await motor_mongo_client['mongodb_test']['insert_test'].insert_one(items)
这一句会导致每一次执行到这，都会切换一下上下文。所以导致会慢。


异步操作一般解决的是 IO 慢，导致整体并发不足的情况。在你的例子里，数据库 IO 并不是瓶颈，这个例子里，你应该使用多线程、或多进程。

单体能解决的问题不要瞎搞。
拆解之后还想要和单体一样的事务级别，你至少要付出十倍的开发成本。