baojiwei

你只是遇到了不对的人而已

请月嫂，如果为了未来的话又兼顾家庭的话，月嫂虽然贵一点，但是也值得

gitlab cicd

如果你是上交本科毕业的。
如果你是达摩院工作五年的。

如果是学历提升的研究生。
如果你是外包厂五年工作经验。

@uyhyygyug1234 具体的代码已经找不到了，那时候我还是个小菜鸟的时候，还在写 odoo，这个框架是 orm 学习了 OO 的里面很多特性，很魔，orm 里面有__inherits 的属性，可以把 table 直接 inherit 下来（包括数据以外键的形式 inherits 下来，唉），除此之外，还被各位大佬们写了很魔的写了企业级总线 [居然没有用任何 mq 框架，自己写的] 。（其实就是一坨复杂的一塌糊涂的 [我觉得设计的思想很好的，但是码力有点飘的] ，看着很香的 shi~~）。带我的大佬看我连这个都看不懂 [唉，手动叹气] ，就让我画结构图了。
结果我画了三天也没画出来。主要是，这些 table 除了可以继承之外，居然还可以多重继承，继承还有依赖，还有原生 many2many。后来耍了个巧，找了个 xmind 的工具画出来了。
思路基本是：导入 orm 环境，找每个 class 的父类和子类，继承和多重继承关系，外键和约束关系等等。然后调 xmind 的 api 生成图，把关系画出来。然后写 pgsql 的钩子，找到对应的表。
然后写了半年 odoo，感觉每次洗澡吹头的时间越来越短了。就走了。（ MD，他们现在已经 D 轮了）
走了之后，据说这个脚本用的还不错。主要是每次上线的时候，因为框架自己加的 table 实在太多了，测试找数据都要崩溃了。所以每次都要先跑一次脚本，新生产一个 xmind 和以前的比较一下，才知道这帮幺蛾子开发大佬们又加了哪些表。

我找了下当初用的轮子应该是这个：[xmind-sdk-python]( https://github.com/xmindltd/xmind-sdk-python)
不过我发现有这个更好的有意思的项目(已送 star)：[xmind2testcase]( https://github.com/zhuifengshen/xmind2testcase)
大佬可以了解下，感觉用 sqlalchemy 也是可以这么玩的。celery tasks 估计也可以这么玩，他有一个中间件会检查各个 tasks 的依赖，抽出来应该就可以画图了
python 代码如果 OO 写的好的话，应该也是可以这样玩的。如果 OO 写的不好，估计出来的结果不一定会好。

一句不会拿用户信息，没有更多证据容易产生怀疑。啥不用 frp。实在不行也可以 ngrok。再不行我也可以花个几百块买个花生壳。至少我还是相信这个是安全的。
既然是放在 github 上的，又不开源，还是这么敏感的软件，真的不敢用。
另外 star 骗不到，可以买啊。我看下了 fork 的人群。嘿嘿嘿。