让我想起了“突然发现生命的多样化起源于润”那个帖子
真就硬往上套

传统写法：Deque<T> queue=new LinkedList<>();
var 写法：var queue=new LinkedList<T>();
在后者的写法中，var 推断出了 LinkedList<T>类型，具体到了实现类。若不小心调用了子类特有的方法，就违反了依赖倒置原则。
另外，如果变量名不是 queue 的话，也可能会被别人误认为你想以传统的 List<T>方法使用。
相对来说，var 确实会降低其清晰度。

如果是需要长期维护或给别人看的代码，我个人会倾向于不使用 var ，而一次性代码就随意了。

不过综合来说，其实影响也不大，毕竟 var 只能用在局部方法里。
公司规定有时候可能就是没什么道理的，但为了代码风格的统一，还是要优先遵守。

好可怜

放心吧，去了顶多也就是没有生命体征，不会有啥大问题

go 感觉还是适合中间件啥的
web 呢，也不是不适合，但 java ，nodejs ，python ，C#，php 大家都能写 web ，也没啥优势

开两个标签页同时问都有冲突

我最近想玩玩深度学习，也在想怎么折腾双系统
目前的想法是：Hyper-V 装 Ubuntu ，开显卡直通。但太懒了还没试过

从服务器到 ISP

??？ GPT4 是 ChatGPT 的一个新模型啊

OpenAI 出新产品肯定对比自家老产品说自己进步啊

付费用户比免费用户享受更强功能才正常吧，要不然充钱当冤大头？（虽然我感觉 ChatGPT Plus 确实有点冤大头）

租云服务器用 frp
ssh 的隧道是给其它程序借用的，而你是 ssh 本身就连不上

用大馒头

0! = 1

是这样的，按理对方应该赔偿你的所有损失，但车辆折旧费、误工费啥的其实很难计量，特别是小剐蹭。
传统执法讲究一个点到为止，希望你调整心态，蚝子尾汁

不传
1 、如果你的.gitignore 是 spring-boot 生成或 git clone 下来的项目中的，那么多半.idea 就已经在规则里了，已经有了不少实践
2 、虽然 JetBrains 的程序很流行，但并不应该限制对方使用同样的 IDE （受开源影响）
3 、就算部分可以传，但我也没兴趣研究 IDEA 的配置 xml ，万一不同版本不兼容呢
4 、使用专用的配置文件（比如.prettierrc ）和文档来配环境要专业、清晰得多

不赞同像素点对点的观点
在 1 个 4k 显示屏上，全屏看 4k 视频，和用 90%的大小看（比如网页全屏，留点空间给任务栏啥的），在清晰度上感觉不到什么差别的，但后者就不满足整数倍缩放的条件了
我认为在高分屏上玩 1080p 糊主要的原因可能在于：1 、眼睛已经习惯了高分 2 、分辨率更高的屏通常也更大

Atwood's Law: 任何可以用 JavaScript 来写的应用，最终都将用 JavaScript 来写。
Reg Braithwaite: JavaScript 的优点是可以写任何东西，缺点是你真的会用它去写这些东西。
我比较赞同后一条

在 i2ex 看到这种贴，第一反应是笑出声