@wwalkingg 本来就不多出现啊，但是只要出现了一次就挺烦人的，尤其是你是和多个人一起协作的时候
但如果不用 var 就不会有这种问题，主要还是 var 的收益感觉太低，不如直接写明白

另外你说的 var q:Queue<Integer> =new LinkedList<>();是啥写法？我这边编译都通不过，而且就算通过了也是脱裤子放屁吧

还有现在这个时代更重要的，我刚刚想到的，现在有了 AI 代码补全，我写一个 String s=，AI 就有了足够的提示信息，更加容易帮我补全，但是你写个 var s=，AI 就不太行了吧

我也反对用 var

因为 var 其实是做了类型推导的，而类型推导的结果不是我想要的
var q=new LinkedList<Integer>(); // 其实此时 q 是 LinkedList<Integer>
但如果没有 var ，我会这么写：
Queue<Integer> q=new LinkedList<>();
1 、用 var 的写法时，我就有可能在后面的代码中不小心调用了实现类 LinkedList 中特有的方法而不是 Queue 中通用的方法，这就导致如果我想切换实现类可能就会很麻烦
2 、如果你仅仅看 var 的这一行代码。当你看到 LinkedList 时，你可能第一反应是我想定义一个 List 而不是 Queue ，以为我想写成 List<Integer> q=new LinkedList<>();

3 、移植性。如果我现在写了一段有 var 的示例代码（但是除此之外没有什么新特性的），那 Java 8 或更低版本的就不能拷过来直接用

群晖 DS920+，4x16T ，仅 1 个存储池，SHR Raid ，2 块 SSD 缓存。管理员登录的话可以看到：
/docker （这个是我自己建的）
/homes （这个就是家目录，其实还有个/home 我没列出来，因为那就是/homes 的子文件夹而已）
/photo （这个是 Synology Photos 共享空间的数据）

我与不少 NAS 玩家不同的一点是我不会按照数据的重要程度来区分数据存放的物理位置。我更偏向于将 NAS 整体当做一块大硬盘大分区，只以文件夹来分离不同类型的数据。
所以我只有一个存储池，共享文件夹的数量也不太多。

下面是具体的内容：
/docker/qBittorrent （我其实只用 Docker 装了 qb ，而且因为 ipv6 和路由器的原因很少开）
/home 下有这些文件夹：
Photos 、study 、录音、系统镜像文件、devices 、videos 、games 、work 、说明书、softwares 、图片、临时文件

你这么一说我才发现我的一加 7Pro （氧 OS ）也没啥广告

我是 Hyper-V 装 Windows 装百度网盘的，挂载了 NAS ，不用担心污染宿主机

能买到带回国的话，现在应该可以卖三四万吧

https://www.v2ex.com/t/1104640
常常忘了 ECharts 有多强大

https://www.v2ex.com/t/1099810
猜测不是业务原因而是政策原因

小马过河，自己试试就知道了，可以免费试用的吧

反正我的感觉和 v 站上的不太一样，试用了 cursor 后立马就被我抛弃了，个人是非常失望的。
我当时写的还不是 Java ，写的是 Python 的 FastAPI ，我写了个接口，想让他照猫画虎把另外几个接口实现了，他就是做不到，而且老是给我输出一些他自己写的多余的注释啊啥的，让我很不喜欢。
另外，既然他是个 IDE ，那我理所当然地认为他应该能做到全局分析我的项目，但他也做不到。应该是因为 AI 上下文的限制，他没法读入太多的文件。
另外就是他基于 vscode ，在总体而言我感觉和 JetBrains 的功能差远了，尤其是重构功能。vscode 最强的应该是写前端代码，但仍然不如 WebStorm 。我以前用 vscode 写了很长时间 vue2 ，偶尔尝试了一次 WebStorm 后就再也回不去了。如果前端都这样，那我不敢想用 vscode 开发 Spring 项目有多不舒服。

所以我现在还在用比较传统的方式，JetBrains 系+Copilot ，如果有问题我就去问 ChatGPT 。我个人感觉并没有什么不方便，写出来的代码我还比较满意。不满意的主要是 Copilot ，这插件老是奔溃，最新版中文提示还会乱码。

有的，mac 会生成.DS_Store ，导致在 PC 上不好看

Nginx+蓝绿部署就行了
简单来说就是你原来的进程不停，新起一个进程，更新 Nginx 配置文件，nginx -s reload 就行。如果当前有请求正在处理的话，Nginx 会维持旧的连接，但是会把新的请求导向新的地方。
具体来说：现在旧的服务的端口是 9527 ，新的是 9528 。在/etc/nginx/conf.d/中有两个文件，9527.conf 和 9528.conf.bak ，分别导向两个服务。只要重命名一下文件，然后 reload nginx 就行。下次再需要更新就反过来。

其实基本原理都差不多，k8s 也是类似的做法。

问题也是有的，首先有状态服务（数据库）还是不能随便变的。
其次就是长连接还是有问题，比如 WebSocket 。所以最好不要一更新完就把旧的给 kill 了。

能看到源码？作者会不会是 npm run serve 后直接部署了？

不写注释，就没有这个问题了

是我的话就扔了，再贵也得扔

@lamada draw.io 二开好弄吗？

@ZGame leaflet 比较奇怪，它好像是拿来缩放用的

多分析出了这些东西：
https://wexcdn.com/img/Snipaste_2025-02-10_14-19-47.png
https://wexcdn.com/img/Snipaste_2025-02-10_14-19-56.png

@supuwoerc 感谢，确实多分析出了一些东西，但感觉还是不够

@69partner 已经换用 Nexus 了，真的好不少