thevita

@fakepoet

同 pyenv + pyenv-virtualenv ,
支持多种 venv 后端（具体是哪做的我也不是很清楚）, venv, virtualenv, conda 都支持
也能 用 python-build 安装 和管理 standalone 的 python

就能实现各种环境都在一起管理了

大部分机遇 几个 python3.x base ，派生一堆 venv

ai 的场景就 用 anaconda/miniconda 作为 base, conda 作为 venv 后端 管理具体的 ai venv

本质应该算是后端的非主流半吊子前端来说下：

我会习惯按业务逻辑相关性来放, 不通用 但 一起完成某个相关业务逻辑的放一个目录下
如:

..../(some biz)/
..../(some biz)/list.vue
..../(some biz)/detail.vue
..../(some biz)/edit.vue
..../(some biz)/useHost.ts
..../(some biz)/popupList.vue
..../(some biz)/mergeToolDialog.vue
..../(some biz)/useBizLogic.ts -- ( 只是举个例子,一般还是会叫具体完成的事)

cherry-pick

歪楼:

“三个分支代码基本是一样的，只是里面可能部分标记环境的变量不同“
这种情况应该首选通过 flag 来实现

手动处理最大的问题是: 一段时间之后，就没人知道这三个分支 除了 “部分标记环境的变量不同” 外是不是真的完全一样了

再次的选择:
引入一些 自动化的工作流, 如: merge 到 dev 的 feature 合并后，自动创建 到 uat, prd 的 mr

看了下 go ，支持还是不错的，应该上调, tier 1.5 - tier 2 吧，不过确实有很多点需要自己去 take care 的

理论上，能完整支持 c abi 的都可以

tier 1: rust, zig

完整的 C ABI 支持，完全的互操作性，交叉编译支持非常好, ps: zig 还带了一个 c/c++ 的前端，配合他自己的编译器后端 可以非常方便的实现 大部分 c/c++ 代码的交叉编译，而不用自己去搞定 c/c++ 的交叉编译环境，我用过他来作为 cgo 的 c 编译器，而不用去配置 ci 的 c++ 环境，也能在 mac 直接交叉编译输出 带有 cgo 的 linux elf ，推荐

tier 2: c/c++/pascal/ etc...

完整的 C ABI 支持，完全的互操作性，就是交叉编译麻烦

tier 3: go

用得很少，看文档描述，也能实现，但因为 c abi 存在栈拷贝的开销，大家都不是很满意，而且我有些疑问：在 存在 gc 的情况下，怎么保证 go 对象 export 给 c 之后的安全性？


tier 4: 其他

理论上 类似 python 这种，也可用 用一个 c wrapper 包一下来实现，python code -> c-wrapper -> python code [decompressed from shared library/dll]

WinHex https://www.x-ways.net/winhex/index-m.html

等一系列硬盘取证工具，包括 X-Ways 家的取证套装，不过紧急是进行这个完整备份的话，WinHex 应该就是最佳选择了，小巧、久经考验。

@liaowb3 ...看错了，ignore me

同 2 楼

既然你又自己的用户体系，那认证与授权应该也是要有的把，没必要把授权放 nfs 上来啊？

你网站又 100w 用户，也要 有 100w 个 mysql user 吗？

看不懂