@DreamCMS
恰好相反，正是打包工具链的存在促进了前端的发展，否则前端今天还在写 ES3 调兼容。

@wonderfulcxm
现在的后端都不愿接触 HTML 、CSS 、JS 了，前端也不想在自己电脑上跑个后端项目写页面。
不如干脆彻底分工，前后端各自在自己的领域卷卷卷。

当 value 为 bool 型的时候，if(value == true)这种写法相比 if(value)有什么好处吗？

@xiaoyangsa

PWA：好像有谁在叫我🐶

我想起之前接手的一个小程序项目，一看就是 java 背景的人写的。因为代码里面出现了大量为了 OO 而强行 OO 的风格。
比如一个 request 请求，传统的 JS 、TS 开发者会把 wx.request 再套一层 async 函数封装就完事了。而他非要用几个 class 套个里三次外三层，结果是每个页面还要把这几个 class Req 再实例化一遍😂。

不出所料，一进来就看到 python 强弱类型之争😂

不过我觉得能上 type hint 就上 type hint

如果厂商提供 dll 文件的话，用 node-ffi-napi 是最方便的方法。
不过你可能还需要看得懂用 C++作为样例编写的文档。

比如微软官网
https://docs.microsoft.com/en-us/windows/win32/api/winuser/nf-winuser-messageboxa
文档上的参数声明是这样写的
int MessageBoxA(
[in, optional] HWND hWnd,
[in, optional] LPCSTR lpText,
[in, optional] LPCSTR lpCaption,
[in] UINT uType
);

那么你就可以根据这个声明，构造出在 JS 接口
const user32 = ffi.Library('user32', {
MessageBoxA: ['int', ['int', 'string', 'string', 'int']],
});

然后就可以这样调用它
user32.MessageBoxA(
0,
'hello',
'title',
0x00000001 | 0x00000020
)

我写了这么多年 typescript ，除了偶尔写写 angular ，都没写过几个 class 。
至于原型链，我能想到的使用场景，就是偶尔 hack 别人的东西，给别人的 class 加一些方法、polyfill 。

比如在 string 原型上挂一个 encode 方法
const encode = Symbol('encode')
String.prototype[encode] = function(codeName){/*...*/}
然后就可以在字符串上使用 encode 方法
const gbkArrayBuffer = '测试'[encode]('gbk')

Session Buddy

能用绿色便携软件的就用绿色便携软件。

请不要一击脱离。
大家都很好奇你的“兼容性很差”是指啥？不兼容 IE6 的意思吗？

比如经常看到某某网站崩了，在外行人眼里是程序员在救场，实际上是运维在救场。

电钢琴

比如 x-plore