要不，升级下，gitea + drone ？ 过一阵子 gitea action 估计能出来了

单纯 react + nest.js

后端我在观望 baas + 无服务函数，感觉这块搞全栈比较适合。

我感觉，少做少错，不做不错。。。不过我自己玩都是丢容器，省事。
蹲运维大佬解答

现在大厂向社会输送了那么多人才，我感觉跳去前端找坑位有点不合理啊。。。

做嵌入式我觉得还好吧，前景估计不错，而且硬件那么有趣，纯敲代码太枯燥了 https://i.imgur.com/PwcbJI4.png

另外 windows 不是有快捷方式嘛，设定好配置路径后，刷新一个带配置文件路径参数的快捷方式替换掉旧的，启动时读一下参数就好了

既然是还原，那每次打开不都相当于第一次打开嘛。
就按楼上说的，只要是第一次打开就让他选保存位置。
或者你就当你的数据是一个文档或者工程目录，直接在资源管理器里双击对应的配置文件启动也成呀
简单点的话，你可以要求他装完软件，配好目录后，拍个快照，以后还原的时候不就有你要的配置文件路径了

只怪 op 反应慢了，反制措施要第一时间拿出来，不然就被动了。要是一开始彻底拒绝去拿外卖，就吵不起来了。

@momocraft #7, #12

不过我看日志打出来 effect1 和 effect2 其实都是用第二个 memoValue 进去的，是不是因为第一个 memoValue 被 React 节流掉了，然后这两个 effect 是由严格模式执行两次产生的？

#9 我一直以为 StrictMode 是帮助我排除副作用的隐患，没想到还和这个有关系。

@TWorldIsNButThis #10 我一直觉得用 ref 标记比较恶心，很少用这种方法，一般都能找到 deps 传给第二个参数，就能避免重复，看来 v18 就不能这么玩了。

@wu67 开着严格模式的话，保证 hooks 里都是纯函数就好了，useEffect 这类得由自己创建有副作用的资源，再由自己的解构函数释放就好了。

我这问题最后是这么解决的，我就为了代码好看那么一点点才这样写的，结果在 v18 翻车了。

我不明白为啥表现好像和官方文档描述不太一样，就提了个问题。

@zed1018
@sakae010
谢谢两位解答，执行两次这个没啥问题，之前我和严格模式相处也挺好的。

主要是 v18 后，他无论是否有传递依赖项都会执行两次时，这个也还好，就是有个问题，我的 useEffect 里，他两次执行的都是同一个对象，这就导致我本来正常要使用的对象被手动释放掉了，我就傻掉了：

```tsx
const camera = useMemo(/* .. */, []);
const renderer = props; // from parent

const controls = useMemo(
() => new OrbitControls(camera, renderer.domElement),
[camera, renderer],
);

useEffect(() => {
// 同一个 controls 进入两次
return () => {
controls.dispose(); // 执行一次，controls 被释放
};
}, [controls]);
```

同问，我试了好几个软件，都不稳定，最后放弃了直接用 syncthing 这类。。我当时是为了同步 logseq 的数据

优势就是省得重新做了一个只支持 http 作为传输方案的 grpc ，并且还得不到他人的认可？

而且还能避免返回的状态码到底放哪里的狗血问题。

你下次有件就打电话让快递小哥送上门，他不愿意就问快递小哥原因，你如果不能接受就再委婉地重申下要求，他还不送那投诉他没毛病吧。不行就找客服说丢件了，看他送不送

直接问吧，总不能再提一次离职吧

刚开始了解，还没来得及搞清楚咋玩呢 哈哈

@cubecube 可是 postgreSQL 好像支持耶 https://i.imgur.com/WyJtjIO.png

我觉得和 BaaS 特别配，偏前端的项目很适合用 GraphQL 。零代码估计没必要用这个

你手机空间好富裕，慕了