https://www.v2ex.com/t/1094915 半年经贴，回答者都是些熟面孔，回答也类似。

@PTLin 这种说法我不太认同，人学习东西本来就是基于已有的经验，然后总结相同，区分不同，这是是人的硬件条件（大脑）决定的。
你说的，python 写 getter/setter,go 中写 try catch ，是简单的生搬硬套，意味学习者并没有正确的去对照学习新语言。

在学习新的编程语言时，对比已经学会的语言，语法可以从两方面进行比较：

- 语法的外形上，对于形式上类似的语法，对比它们在细节、功能性上的不同
- 语法的功能上，对于作用上类似的语法（上通常不同，如 try catch 对比 return err ），对比它们在设计理念、功能性上的不同

如果学习者会正确的对语言进行比较学习，他会带着“相同”与“不同”的好奇去研究新语言的语法，而非简单的生搬硬套。

感谢分享，了解到了一些最新的开发工具和流程。

“这中间, 我的 Cursor 额度用完了”，是指单这一个项目就花费了你的 Cursor 额度，还是大概花费了百分之多少？

AI 编程目前有两种使用模式：

1. 基于 Agent 的代码生成，包括 Cline,Aider,Cursor Composer 等。这种模式下，用户可以只提需求不参与代码，但由于技术限制，只能生成一些简单的项目，比如单页应用，命令行程序。
2. AI 结对编程，典型的就是 Copilot ，这种模式下用户掌控代码，AI 只是提供辅助。

除开纯 Agent 模式，用户需要对 AI 的输出代码仔细检查以满足需求，这依赖于版本之间的 diff 功能，因此使用 AI 编程的一个最佳实践就是多提交代码。

@nobody01 Windows 的文件可以关联一个默认应用，会修改文件的图标，以及双击时的执行应用。

Cursor 安装时会粗暴的关联一大堆文本文件格式，比如.json...，而且全换成它的图标，这个功能既无法在安装过程中修改，也无法在软件配置中修改，属于流氓软件行为。

就算是用 文件大小/页 ，准确率应该也差不到哪里去。

@qclown 是的，理解为 list 更恰当一点。

@CLMan `java -classpath /home/a`修正为`java -classpath /home/root/a`

因为 classpath 有两种格式：文件夹、jar 包，换句话说：

比如`java -classpath /home/root/a.jar`等价于`java -classpath /home/a`，`a`是`a.jar`解压后的根目录。

也就是当你 classpath 指定 jar 包时，等价于 jar 包内的内容位于`classpath:/`下。

自己写一个吧，工作负载就是做一些无效运算，占用控制就借鉴下控制理论的相关算法，比如 PID 算法。

虽然很多人答非所问，但是也侧面说明了：楼主为啥会问这么奇怪的问题，感觉就像熟读技术书籍但没写过一天代码的怪人。

或许没有一个编程语言能逃过八股文。

我之前开发需要与后端通信的 Chrome 插件也遇到类似的问题，我的解决办法是买的阿里云 99 一年云服务器，在应用里面写死 IP 实现的。

犀牛书给我的观感就是太厚了，很多内容也就是科普水平，不如《高级程序设计》信噪比高，Google 了下，新版厚度减少了许多，但内在还是一样，也就是读的时候要分清哪些是干货，哪些是水，对于 JS 新手而言是个问题。

前面的批评也不是没有道理，JS 并非轻量级 Java ，虽然 JS 受到了 Java 很大影响（或者说蹭热度），比如语法风格，比如基于 UTF16 的字符串类型，对写 Java 的人来说上手很快，但原型链就足以证明它不是 Java 。

JS 的生态位就不同于 Java ，何来“可惜错过了，地盘也抢不回来了”，你为 JS 搓手顿足、懊恼，有点表演型人格发作了。

从性能来讲，JIT 加持的 JS 程序在单线程接近甚至战平 JIT 加持的 Java ，内存占用两者都比较粗狂，但 Java 是支持多线程的。不考虑生态，单纯从性能和内存占用角度来讲，对于单线程程序，选择 JS/TS 和 Java 没太大区别。

细想一下，接口类型的约定是方法调用，而 null 值是可以作为方法接收者（需要调用方保证），因此接收方只需要检查是否提供了类型（即`==nil`判断）。

你唯一需要进一步检查值是否为 nil 的情况，是进行类型断言，断言成功的结果是一个确定的类型而非接口类型，此时你对断言结果进行`==nil`判断也不会存在什么问题。

所以这个设计看似不合理，但其实很合理，除了面试八股，或者研究茴香豆的写法，这个设计并不会导致写出 BUG 代码。

@CLMan 更正“也不是没有问题”为“也没有问题”

tour of go 和《 TGPL 》都应该重点讲过这个问题，但如果很少使用到接口，确实长期下来会遗忘这个问题，所以说是坑也不是没有问题。

至于为什么这么设计，虽然没去查权威来源，但个人的推测是，Go 中 null 是可以作为方法接收者的，所以需要区分带类型的值为 null ，与不带类型且值为 null 的情况。

Go 的 for i range array ，其中 i 是索引值，省略了值。这对于习惯了 JS 和 Java 语法的我，很久没写 Go 再回去写，也经常犯错误，在迭代整数 slice/数组时，把 i 当作元素。