你是程序员，不是框架程序员，加油。angular 只要不是 angularjs ，都还是一个活着的框架，有的搞

我感觉彩票量化这个业务模式：
- 自己本身应该赚不到什么大钱
- “让别人觉得搞这个能赚钱” 这件事本身赚钱

所以正确的姿势：
- 不要搞彩票量化
- 搞个服务，卖“彩票量化”这个业务

类似于淘金热的时候，不要下场找金矿，而是让人觉得有金矿，然后卖铲子给挖金子的人，这种业务模式。

否则无法解释，OP 搞了这么多年量化，如果赚钱，应该自个儿开个公司，正经雇几个人，把这个业务正规化一下。

如果不是项目大到不行（几个 G 的源代码），直接推荐 monorepo （也就是方案 1 ）

因为大环境不好，钱和关注度没处去。

Django admin

kubebuilder 或者 operator framework ，都有 debug 支持

next.js + trpc

短小我建议直接用标准库，啥依赖都不需要，开发点简单的 API 洒洒水

在美国 30 左右的程序员属于黄金年龄段，是各个公司里面干活的主力。

好家伙，远古语言都出来了。cobol 写的系统妥妥的不考虑迁移了。能继续用下去就不会动他了。直接切数据库那可是大工程

Plotly
直接返回个 HTML ，模板里面直接渲染

monorepo
代码库大到 git 没法用，基于 hg 魔改的版本控制软件。
代码库克隆到本地，使用的也是魔改的按需加载的文件系统。所以为了管理代码专门开发了一整套版本管理和存储的工具。

azure 效果可以

sphinx 生成出来的不是静态文件么？都不用上 vps ，github pages, cloudfare pages, vercel 这种不要钱的走起

@winglight2016 vanta 那樣的公司嗎？

高强度的用。

系統語言緩過來，搜索引擎切 google ，關鍵字用英文。
查資料用英文，視頻參考 youtube ，多去開源項目做貢獻，英文寫 issue ，英文過 code review

@daimubai 擧個例子，我之前接觸過用 jersy 做 web 框架的項目。懂一些 jee 的東西這個上手很快的。但是很多 spring 程序員其實是完全不知道這種項目應該如何接手的。因爲不明白原理性的東西，到了自己的不熟悉領域就很難上手