喜新厌旧，人性使然

在团队里做中流砥柱，就是需要像楼主这样能够承上启下的人。当然，两头都要兼顾，的确压力山大。如果楼主比较年轻，倒是可以在这样的岗位上磨练几年，应该可以收获不少经验。

虽然都是程序，但二者的复杂度是不同的，一般来说单元测试不会比实际的业务复杂。所以用自动化来测试就像四两拨千斤，是以小搏大。

search 没有结果你怎么使用？还是把代码脱敏后贴上来大家才能帮你想办法，不然都是猜

刚开始有点不习惯，习惯了就觉得比老的更有现代感。

最大的问题就是时间有点短，但毕竟免费的，也不能太挑剔。

plug-in 发布有基本的审核，但基本是防君子不防小人的，如果有人真要做恶，也是没法防备的。
一般来说，只安装官方的或下载量很大的，能避免大多数的坑。

按照你的需求，你只要把上一个已经 commit 的.git 目录 copy 到下一个备份目录应该就可以了吧

https 完全可以啊，安全方面最好不要自己造轮子，要用业界标准协议，否则可能适得其反。

代码是给机器执行的和给人看的，优雅不优雅机器不知道，但人知道。就像乔布斯说的，看不见的机箱内部也要做的好看。

还有一个思路，如果说这些正则匹配率差异比较大，可以给正则按照匹配的命中率动态排序，这样可以尽可能早地匹配到。

从 Firefox 诞生之日起，它就成了我无论是 Windows 还是 Mac 的日常浏览器。其它浏览器，比如 chrome ，edge 等都是因为开发需要隔离不同账号。

究其原因，Firefox 给人一种厚重可靠的感觉。

如果是纯 IO 型的调用，可以上异步 IO ，不怎么消耗线程。

如果不想增加异步 IO 的复杂性的话，就直接上最新版 Java 的虚拟线程，几乎可以无限开线程。

新款就是换了块大屏幕，内部的核心配置应该没有变化。而显示能力是取决于核心配置的性能的，所以，老的不支持的，新的也支持不了。

1G 的机器跑这么多应用，内存满了很正常。如果不想增加物理内存，又对程序速度不敏感，那就增加 swap ，增加几倍，是成本最低的一种方法。

对于 mqtt ，设备的数量级上去之后就有优势了，要接受成千上万的设备的消息，如果自己写服务器，是很难保证可靠性和可用性的。术业有专攻，消息中间件可以专门负责接收，存储和转发消息，应用服务器也可以专注于自己的业务。所以，选不选 mqtt 就要看自己的的业务量是不是真的需要。业务量小的时候随便怎么搞都行。

至于为什么会带 token ，是因为你的仓库是私密仓库，防止别人直接访问到。如果别人偶尔拿到那个带 token 的 url ，他也只能用一段时间

那个带 token 的 url 是有有效期限制的，大概是一个星期左右，过了有效期就需要重新访问页面生成一个新的链接