讨厌，所以我希望工具、软件都是尽可能 portable 的，解压缩就能用，U 盘拷走不丢配置，不想用了直接删除就行，不留垃圾文件。

@ytmsdy
其实 python 有个容易忽略的点，虽然不用写大括号“{}”了，但还需要写冒号“:”。而且这个冒号在标准美式键盘上也是要 shift 组合才能输入的。所以 python 的缩进语句块，似乎并不比其他大括号语句块节约按键数。


@15855pm
多一个、少一个大括号属于语法问题，编辑器能立马报错，解决问题。
反观多一个、少一个缩进，这代码可能还是符合语法的，不容易发现，这才是灾难吧。

我小学时候三年级才开始教英语课，每周两课时，跟音乐、美术、自然一个地位。

@NoOneNoBody
python 没有类似其他语言的“块级作用域”，所以就会有 if else 块里声明变量，在 if else 外也能用的现象。

这种表现跟早年 JS 的 var 声明的变量提升是一样的，也是 JS 经常遭诟病的特性。
所以后来 JS 有了 let 和 const ，用来声明块级作用域，语句块外不能再访问语句块内声明的变量。

@BeautifulSoap
额，我主要语言是 TS

@BeautifulSoap
除了 Array.prototype.sort()属于没看文档误用，箭头函数属于没说到关键点，其他都是翻旧账问题，懒得吐槽。

我第一次看到英语用 Portrait 和 Landscape 来表达纵向和横向也是很迷惑的🤣

@BeautifulSoap
“python 等动态语言也没这么奇怪的逻辑或认”
此言差矣。

以下是 python ，不支持你的观点。
result = 'a' or 'b'
print(result)
# result is 'a'

以下是 lua ，不支持你的观点。
local result = 'a' or 'b'
print(result)
result is 'a'

“python 等动态语言也没这么奇怪的逻辑或认”
此言差矣。

以下是 python ，不支持你的观点。
result = 'a' or 'b'
print(result)
# result is 'a'

以下是 lua ，不支持你的观点。
local result = 'a' or 'b'
print(result)
result is 'a'

@BeautifulSoap

|是位操作符，||是逻辑或，!是逻辑非，都是从 C 家族继承来的符号，如果你是写 python 、lua 、pascal 过来的，确实可能会觉得奇怪。

我倒觉得`const foo = () =>{ }`比`function foo() {}`更好，后者会改变 this 指向，会提升变量，甚至在非严格模式下，会逃出语句块，重名不报错。const foo = () =>{ }一把梭就没这些心智负担，并且体现了函数跟其他数据都是同等地位的的东西，既可以赋值给变量，也可以作为参数和返回值。

建议楼主放弃治疗，老老实实改为在单独的 JS 文件里专门写业务逻辑，然后在 html 用 script 导入 JS 。

vscode 对 html 文件内嵌 js 语言功能的支持是非常残废的，任凭你整什么《 jsconfig.json 》、《 tsconfig.json 》、《 d.ts 》、《 jsdoc 》，全都是徒劳。
估计 vscode 团队认为 html 内部直写 JS 已经不是主流了（毕竟预处理已经是现代 web 开发的刚需，而 HTML 内嵌 JS 不利于预处理），html 文件内嵌 js 语言功能很多年了都还是这样没有多少进化，吃不到 JS LSP 的红利。
也许你可以考虑去 vscode 官方仓库提 issue ，提醒他们改进对 html 文档的支持。

@glcolof
JavaScript 程序员的海南是 TypeScript ，啥时候是 Rust 了？

在？表演个手搓 string 库来？
作为 C 入行的，当年最怕的就是字符串处理，不是乱码问题，就是要手动管理资源释放，又或者是工具库缺失，要自己实现，后来写 JS 了才知道原来字符串处理也是可以那么轻松快乐。
且不说 ES6 之后 JS 也越来越完善，越来越现代化。哪怕是 ES3 时代，JS 的心智负担都比 C 小。

@suxiaoxiann 其实真正需要关心的只有 ( 和 [ 需要在前面加分号，因为其他在几个正常开发中很少会作为一个表达式的起始。


@zxx0102 其实哪怕你每个语句尾加都坚持分号，你也最好在 ( 和 [ 前面也要加分号。再原教旨的分号党，也会有忘记写分号的时候，加分号多一重保险。

@linhongjun 羽毛球一直都很火的，抢订球场就跟抢春运火车票一样难，很多年了

@blucas01
`(user.go)()`这种表达在实际开发中就几乎没出现过吧。

实际开发中不加括号会出现问题一般都就两种情况，一个是 IIFE ，如
(() => {})()
另一个是 array 解构赋值，如
[first, second, ...rest] = arr

总结起来就是以 [ 和 ( 开头这两种情况需要注意。

a + b 本质就是 a.add(b) 的语法糖。
如果平时开发都是以 crud 为主，那确实看起来差别不大。
但如果是以数学计算为主的开发，重载后的+-*/之类的符号是比方法名看得更舒服的。