戴比安，不折腾。个人使用服务器，容器基座，我看不出有什么短板，搞成什么样都行

@comsweetcs 逆向就是推数据从数仓到其他系统的 API 。比如同步产品数据到电商店铺里面去。

这个同步过程需要考虑挺多东西
如何记录状态，从而增量同步？
数据很多如何加快同步速度？
API 有限流，怎么在加快速度的同时不超过限流？
某几条数据同步失败了，重试和重试失败的策略是啥？
数据有重复怎么办？

我之前做过一阵 reverse etl ，说实话，搞起来挺难的。对一致性，容错，性能都有很高的要求。

这边太多老哥做 2C 业务做的太多，觉得所有程序员都是做这个的。json 序列化 http 协议走天下。
其实见过好多分布式科学计算，高性能计算的框架，就用这个来做序列化的。好多传输的东西是向量，比如 numpy 的对象。这些东西还需要加上压缩之类的算法。json 搞这些其实挺麻烦的。msgpack 倒是处理起来不难。

都是看需求。json 不是万能的。

Google docs

你的电脑没救了，寄过来给我看看 op

风格问题，一般也不用操心 isort 之类的可以帮你重新排序和组合成你要的 import 风格

没有 limit 也是有个默认值的

不了解项目的人的 CR ，质量保证不了啊

感觉还不如 Gpt 上去 review

每天一百公里，挺累人的，也浪费时间，感觉每天的时间都不够用，建议找个离家近点，或者搬家

所以要去好点的学校，稍微严肃点。有条件和能力，最好还能去国外好学校转转，很多东西没看过确实不知道差距在哪儿

基于 Django 的，但是要付费，https://www.saaspegasus.com/

这些功能其实不复杂，找 django 的各种插入式 app 也能搞定

这年头都容器了，下面跑的系统是啥不太重要啊

@johannyellow bazel 这东西倒是不难理解，monorepo 里面用的很多，把构建需求的依赖都用图的形式表述出来。
因为大的代码库往往跨语言，所以针对特定语言的构建工具往往不够用（例如 maven ）。
翻了一下代码库， 里面的确是有很多私有依赖，肯定是没放出来的。例如： https://github.com/twitter/the-algorithm/blob/7f90d0ca342b928b479b512ec51ac2c3821f5922/follow-recommendations-service/server/src/main/scala/com/twitter/follow_recommendations/BUILD

finatra-internal/decider/src/main/scala -- 这种肯定是 monorepo 下面的其他文件夹，并没有放出来。

这么折腾还不如上 k3s ，或者考虑 nomad

sqlalchemy + marshmallow 这两个东西一般是最常用的。

说实话，开发快，并且有 MVC 经验的，还是建议 django 。个人感觉 flask 插件加来加去，就长的和 django 差不多了

你确定这玩意儿可以跑起来？感觉是公司的 monorepo 里面摘了一部分出来，外面还有其他的依赖和基建需求

Shopify 吧，自带防御，若干个 9 的稳定性，无限流量

@annoygaga aks 自己有推荐的

https://learn.microsoft.com/en-us/azure/application-gateway/tutorial-ingress-controller-add-on-new