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

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

..../(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 吗？

看不懂

应该是 DNS TTL 的问题
抓包能上, 是因为 iOS 抓包一般通过 Network Extension 实现，会使用 这个 工具的 DNS Configuration
关掉又 fallback 到你本机的 dns 上

这样，你把 render tree 分别打出来看就明白了

```
.....

const r = (
<div>
{isPlayerA ? <Counter person="Taylor" /> : <Counter person="Sarah" />}
<button
onClick={() => {
setIsPlayerA(!isPlayerA);
}}
>
Next player!
</button>
</div>
);
console.log(r);
return r;

......

```


https://codesandbox.io/s/shy-firefly-3xt4ck




props:
children: Array(2)
0: {$$typeof: Symbol(react.element), key: null, ref: null, props: {…}, type: ƒ, …}
1: {$$typeof: Symbol(react.element), type: 'button', key: null, ref: null, props: {…}, …}

https://codesandbox.io/s/quizzical-artem-5j8xqk



props:
children: Array(2)
0: {$$typeof: Symbol(react.element), key: null, ref: null, props: {…}, type: ƒ, …}
1: false
3: {$$typeof: Symbol(react.element), type: 'button', key: null, ref: null, props: {…}, …}



render tree 是不一样的， 后面 diff 的时候 前一种 是没办法识别 Counter 这个 element 的变化的


ps: 不写 react ，描述按我自己理解来的，但大概应该就是这个样子

ghost

我每次 换硬盘（服役时间到了）就是用 ghost 拷盘

"用 Window 切换起来就不太方便了"，你需要一个 window manager ，把窗口切换的问题解决了，用 wm 来切换窗口 不就行了, wm 做好了，也能让你感知不到是不是窗口，还能把其他软件也整合进来.

数千个维度 大概 数 K-数十 k, 典型小对象，存取, 数百个 也就 几十 MB ，mysql 要一分钟, 应该就是 io 次数多一点.
用 object store 或者 kv ？

好处在于有现成的云或分布式方案，对 ssd 优化也好，能承担更大量的并发读

再，看读上是否有写 固定模式，可以适当做一些读优化设计（毕竟说 读多写少）

@julyclyde

sorry, 是 current directory ， 我贴出来才发现，，

是的，楼上说得对，你需要选一个硬件编码器
比如我的电脑上

```

➜ projects ffmpeg -codecs|grep videotoo
ffmpeg version 6.0 Copyright (c) 2000-2023 the FFmpeg developers
built with Apple clang version 14.0.3 (clang-1403.0.22.14.1)
configuration: ****
libavutil 58. 2.100 / 58. 2.100
libavcodec 60. 3.100 / 60. 3.100
libavformat 60. 3.100 / 60. 3.100
libavdevice 60. 1.100 / 60. 1.100
libavfilter 9. 3.100 / 9. 3.100
libswscale 7. 1.100 / 7. 1.100
libswresample 4. 10.100 / 4. 10.100
libpostproc 57. 1.100 / 57. 1.100
DEV.LS h264 H.264 / AVC / MPEG-4 AVC / MPEG-4 part 10 (encoders: libx264 libx264rgb h264_videotoolbox )
DEV.L. hevc H.265 / HEVC (High Efficiency Video Coding) (encoders: libx265 hevc_videotoolbox )
DEVIL. prores Apple ProRes (iCodec Pro) (encoders: prores prores_aw prores_ks prores_videotoolbox )
➜ projects jenv
➜ projects ffmpeg -i sss.wmv -c:v hevc_videotoolbox -b:v 5000k -c:a aac sss.mp4

```

可用的 videotoolbox ( 这应该是 apple 视频编码的 api ） encoder 有 这三个

选 一个就行

也可以按目标编码看

```

➜ projects ffmpeg -codecs|grep hevc
ffmpeg version 6.0 Copyright (c) 2000-2023 the FFmpeg developers
built with Apple clang version 14.0.3 (clang-1403.0.22.14.1)
configuration: ****
.......
DEV.L. hevc H.265 / HEVC (High Efficiency Video Coding) (encoders: libx265 hevc_videotoolbox )

```

一般

*_videotoolbox 是 mac 平台的编码器, *_qsv 是 intel 核显的编码器, *_nvenc, *_cuda 是 nv 的硬件编码器，libx265 是软件编码器

你看，标记的其实是同一个函数，并且是从 [1] 开始递增的，所以结论只有一个

这标记的是这个方法递归的深度

"独挡一面” 应该不是要求技术水平（或者不只是要求），而是一个综合工作能力的要求，说到笼统点：能否有把你工作范围发生的各种 正事，破事 落地，不让事掉地上
细化下来可能有：

- 技术方便： 解决问题的能力，学的技术再多，也一定会遇到你经验以为的 事情/技术/要求/bug ，能否正面面对技术挑战/疑难
- 团队协调：能否协调团队的目标与自己目标，驱动团队工作（不一定要是 tl ）

协调外部/要资源/向上管理....

不要求每项都很强，但要做到能在你的位置上推进事情

“你们是不是有自己定义的规范？”

目前看到的信息只能说，这代码与业界通行的几种规范都不一样，还不能说他不规范，万一有内部规范呢？

不过你们这规范一致性不太好啊，为啥独独 `id` 是 lowercase 的

现在 go 错误处理比刚出来的时候好多了，繁琐是有点，但是没啥心智负担（对写应用来说），只是和 rust 比起来显得有点草率，基本和 rust 无脑 anyhow::Error 一样