鼠标半个月一换也很夸张了，自暖手功能无疑，现在夏天用不太合适，等冬天用吧[手动狗头]

>关键的是运行了一年多他们没发现这些 BUG
>现在客服每天给我报无数 BUG 给我改

这两句有点难以理解啊，难道 BUG 跟扇贝一样，还会潜伏一年然后突然出现的？

git+hook
push 过去后通过 hook 自动启动编译
push 完就可以摸鱼等结果了

一般来说是安全的，从两个方面：
1. 既然你是用来内网穿透，说明你的网络本身就不能被外部访问，所以外部并没法直接攻击你的 8080 端口
2. frpc 是主动去连接服务器的，并不是监听本地端口（甚至 frps 都不知道你本地到底连接了什么端口），你本地的 web 服务甚至可以监听 127.0.0.1:8080(如果 frpc 运行在同一主机的话）

至于你说的伪装服务器，你看 frpc.ini 里面，你的服务器 IP 是写死的，这个要伪装的话，难度就有点大了

frp 可能存在的风险点在于加密被破解，然后中间人攻击，但是这个成本太高了

双引号被 v2 自动替换了，复制后请手动改一下双引号

试下 markdown
```
x=4 ; for n in `seq 1000 -1 $x`; do if [ -f ${n}.* ] ; then f=$(ls ${n}.*); mv "$f" "$((n+1)).${f#${n}.}"; fi; done
```

简单写了一个单行命令，bash 下测试可用
注意：
1. 仅在 bash 做了简单测试，不保证其他 shell 可用，不保证适用于各种特殊情况
2. 文件名格式必须是”数字+小数点“开头，比如 1.xxx 2.yyy 100.zzz.zzz
3. 数字不允许重复，最好是连续，但不连续也没关系，最大不超过 1000，如果超过 1000，可自行修改 seq 后面的数值
4. 使用前修改前面的 x，比如要插入 3 号文件，就改成 x=3，要插入 100 号文件，就改成 x=100
5. 所有数字大于或等于 x 的文件名，数字都会依次加 1

x=4 ; for n in `seq 1000 -1 $x`; do if [ -f ${n}.* ] ; then f=$(ls ${n}.*); mv ”$f“ ”$((n+1)).${f#${n}.}“; fi; done

最后再次警告，不保证可用，不保证不损坏文件，使用前请做好备份

其实往好了想，如果没那么高的沟通成本，那也就没小公司 /小团队啥事了。

尾大不掉的原因之一就是沟通成本随着企业 /团队的扩大呈指数上升

当然是 WSL2 啦

是的，其实任何”只会做 XXX/只会用 XXX“的程序员，都干不了多久
树挪死，人挪活，何必限制自己只会某一种技术呢？

@puekin #4
@kiwier #6
@darmau #8
@mokeyjay #9
感谢解答，问这几个问题主要是为了判断将来是否方便分享给其他不知道墙为何物的朋友，这么看来只能自己用了

没用过 Notion，刚试用了一下，感觉很不错，有几个问题想请教一下，
1. 是不是没有 Linux 客户端？
2. 在大陆访问速度如何，有没有被墙的历史和可能？
3. web 版没找到中文选项，windows 和手机端有中文选项吗？
感谢

结合需求来就行了，用到哪个包里面的某个函数，再具体看**这个函数和相关函数的**文档，学会以下三招就够了
面向 google 编程
面向 stackoverflow 编程
面向 github 编程

@tabris17 #15 nonce 不能使用 timestamp，而应该和 timestamp 同时使用，两者结合可以用来防止重放攻击
单独使用 timestamp 的话，因为需要预留一定的容错时间，所以还是存在被重放攻击的风险，加上一个 nonce 就可以避免了

不过对于楼主这种简单需求，白名单应该是最稳妥简便的方式

不知道我理解的是否正确，这不就是一个简单的组合问题么？
C(6,2)*C(4,2)*C(2,1)*C(1,1)=15*6*2*1=180

直接反代最简单，除非目标网站做了检测
部署的话，你前后端代码都有吗？不同的工具开发的，部署方式不一样啊

就我最近看的简历来说，你这份简历和其他简历相似度太高，项目经验基本看个标题，哦，又是个 XXX 管理系统，直接忽略
所以最后的评价就是无亮点
16 楼说的很对，你得站在 HR 和面试官的角度来看你的简历，大厂的话有专职 HR，他们每天看一大堆简历，你这种相似度极高的简历，很难让人看得下去。小厂一般会让用人部门的领导来看简历，你要知道他们手头也是一堆的事情，不会有那么多时间来仔细看你的简历，所以大体看一眼，没看到他敢兴趣的关键字，就直接 pass 了

五一刚折腾了一把 electron+golang, 感觉还不错，如果你有一定前端基础，并且能忍受 electron 体积大启动慢的缺点，这是一个不错的选择

个人感觉，至少目前为止还大可不必过分担心，合格的程序员永远都是供不应求的。
从外行人看来，程序员不就跟打字员差不多，打字员是照着稿子打字，程序员是照着需求打代码，当打代码这个操作，被各种工具替代之后，大家就觉得程序员已经没有存在的必要了
然而我们都知道，实际上并不是如此，程序员有很多必备的特质，比如逻辑性是其中非常重要的一点，而这一特质，并不是随便一个人都拥有的（这也造成了大量不合格程序员的存在）。
所以，不用妄自菲薄，提高自己的硬实力，在 AI 全面碾压人类智商之前，合格的程序员是不会没有饭碗的。