@dcsuibian win10 ltsc

比 win server 更次，win10 专业版

用 for 循环写
开玩笑的，都用上 js 这种高级语言了，正常使用不需要在乎这点性能，又不是刷算法题。

微软大馒头。

有不少鼠标看起来符合手的姿势、很“人体工学”，但其实人家没说过，官网上找不到对应的字眼。

1 、使用软件的同步功能。vscode 、Chrome 的同步功能都不错，JetBrain 的倒是比较拉跨
2 、使用 winget 包管理器安装软件
3 、学习 PowerShell 脚本（没怎么实践过）

写个 markdown 记一下，有章可循就快很多，也可以回顾你对软件做过哪些设置。
提前配置好系统代理和命令行代理，网速快很多软件的安装其实很快的。
其实必要软件并没有那么多，我的重装手册里不少其实是可选软件。

file_name
fileName
filename

作为一个 Javaer 和软粉。
深知 C#比 Java 更优秀：本就有后发优势，又有着微软强大的技术力支持和统一的设计风格，宇宙第一 IDE Visual Studio ，还有文档支持。

但是吧，那可是微软，技术力强但决策是相当垃圾的，而 Java 则更加开放自由。
尽管.NET Core 开始已经开源、跨平台了，但很明显社区缺乏对其的维护能力，.NET 的命脉仍然把握在微软手里。（顺便说一句，Swift 也是开源的）。而且时至今日正统的 Visual Studio 仍然只能在 Windows 上使用，因此我很怀疑微软的决心。

相对来说，Java 开源得非常早，一开始就免费、跨平台。
最主要的是有着 JCP 这样的组织，Oracle 不干了立马有人接手。
跨平台.Net IDE——Rider ，就是用 Java 写的。

毫无疑问 Java 。

国内肯定 Java 工作更多，国外我没去过不知道。但上次问在国外的朋友，他也只是说国外 Java 挺多的，没注意.NET 。所以对于“国外.NET 更好”的说法我持怀疑态度。

我个人也押宝 Java ，但如果未来 .NET / GO 真的比 Java 发展的更好了，再转也不迟。

我就是为了这碟醋包的这顿饺子

@Origami404 我觉得应该不是。
因为当地址到达后，每一位的信号都应该是并行发出的。没有必要等到第一位完全起作用了再弄第二位。

如果真是 O(logN)的话，那 64 位计算机花的时间就是 32 位计算机的 2 倍了。

O(1)的。
数组寻址实际上就是数组的地址加上一个 n 号元素的偏移量（ n*sizeof(int)），就得出了 n 号元素的地址。然后访问。
同时，RAM 里的 R 是 Random ，但不是“随机”而是“任意”，指的是：你给的任意一个地址，访问所花的代价都是一样的。（对比机械硬盘，访问盘中间的数据会快一点）
所以你访问数组第一个元素和访问第一万个元素的代价是一样的。


O(n)的话，那得是一个一个找过去的链表了。

Java 、Vue 、React 用 Windows 开发都没啥问题，跨平台。Golang 没用过。
不推荐主力用虚拟机，毕竟性能终归比不上宿主。

别用 cmd ，用 powershell （最好是最新版的跨平台 PowerShell 7 ，pwsh ）。
Windows 上开发的最大问题是 Windows 非常不 unix 。

程序员的时间是值钱的

一时没反应改来。 @Autowired 也可以用在构造器和独立的构造器参数上，不冲突。
你说的应该是直接在字段上 @Autowired ，那个 IDEA 应该会有下划线的（ test 的没有）。

你这个绝对算是异形屏了。
不过苹果的缩放也确实不怎么样。mac 的高分屏适配的好，但只对于他支持的设备、他支持的分辨率，其它情况就是垃圾。
2k 屏原生不支持 HiDPI 。要么用 1080p 要么上 4k 。
有人觉得是高贵，我觉得就是垃圾。

win server2019 还是默认 ie 的。22 的好像才换 edge 。
只能说真不愧是微软，比兼容性就没输过。

all in two ，windows server + hyper-v ，还行
但 Windows Server 其实不太好用，上次下了个 Origin 没运行起来

js