在用 antd.

我觉得回复没什么问题, MIT License, no liability, no warranty.

当然, 作为旁观者或者用户, 因事儿而 diss 也没什么问题.

最近阿里云 ESC 服务器出现了故障, 函数计算也受到影响, 听阿里云函数计算的同学说的.

我买了, 用了三四个月, 是有很多问题, 但不影响主要的开发工作. 还挺香 (尤其是续航).

@Zhuzhuchenyan 我说一种解释, 或许可以理解一下.

因为 TS 的类型限制仅仅限制编译, 而不限制运行时, 所以有人既想让尊重类型的尽量传入布尔, 又想让代码兼容非预期的参数传入, 所以才一边限制了类型, 一边又做兼容.

我不知道 ng 是否支持 JS, 如果也支持 JS, 那么上面的想法也就有一定道理.

在 React 中, `<component multiple> </component>` = `<component multiple={true}> </component>`.

还真没考虑过属性名称与用法与 html 一致.

没写过 ng, 但在 TS 中, 这样写 unknown 的确更好:

```ts
@Input() set multiple(value: unknown) {
this._isMultiple = (value != null && String(value)!=='false')
}
```

```js
var a = 10;

for (let i = 0; i < 1; i++) {
a = 99;

function a() {
console.log(a);
}

a = 30;
}

console.log(a);
```

这样看我们就容易接受一点.

我预期应该是返回 10 的, 之所以返回 99 可能和 V8 在作用域内没有函数声明进行提升有关.

刚好, 我们要强调, 在写 JS 的时候有如下要注意:

1. 在函数声明时, 避免重名.
2. 函数声明时, 尽量在顶级, 否则使用箭头函数.

在 ESLint 下或者 TypeScript 下, 基本是写不出这么 "错误的" 代码的. 肯定会在写的时候报错.

微前端? 这不是 2019 年的话题吗?

我记得 React 开发者还专门发推 “嘲讽” 来着 https://twitter.com/dan_abramov/status/1132493678730252288 (当然, 一方面不是真的嘲讽只是发表看法, 另一方面, Dan 肯定希望大家统一都用 React 啊)

之前用樱桃茶轴, 感觉挺好的. 但是在用过二代剪刀式键盘后, 感觉茶轴很累.

如果考虑低价位可以看看这些: https://vows.cn/blog/2020/01/18/keyboard.html

其实前端 `res.B ?? []` 直接解决问题. 兼容后端目前的两种可能.

根据具体业务分析, 前端可能需要额外操作, 比如 `if (res.B.length === 0) {}`.

但如果是 B 算主业务, 则无论如何都传. 但上文的 B 应该不是主业务.

有此问题, MBP, 16, 256. 系统 11.1 (20C69).

下次试试在 Mac mini M1 和 MPB M1 上能否共用.

@xgfan 多年前在国内做雷雳 3 硬盘盒的, 我只知道 JEYI, 所以买的这个牌子.

目的就是一块硬盘, 搬到哪儿都能用.

在公司或家里就用 iMac 或 Mac mini, 在没有 iMac 或 Mac mini 的办公室或者家里, 还有出差就用 MacBook Pro.

在这么多设备上同步数据还是小事儿, 配置各种软件和开发环境很麻烦.

比如 TablePlus 一升级, 我就要在至少三台设备上都更新一下. CHANGELOG 看三遍是为了加深印象吗?

当然可以一直背着 MBP, 但便携性和一块移动硬盘差很多.

函数计算 + Node.js 用于生产环境.

不使用框架, 依赖是自己控制的. 理论上每个业务函数有自己的依赖就行, 并且共用依赖的时候层 (比如 AWS Lambda Layers) 可以解决.

消费者法律维权成本高, 监管部门跟不上节奏. 而如果我们明知被坑过, 将来仍会照顾商家生意, 那么商家只会更加肆无忌惮. 这次被坑, 可下次的选择权在自己.

而我, 选择楼下便利店... (没钱)