不同实现不一样。
规范只规定了要按照顺序。
https://www.ecma-international.org/ecma-262/#sec-ordinary-object-internal-methods-and-internal-slots-ownpropertykeys

现在都 webpack4 了。。。

前端打包工程师了解一下

我注销过一个账号，也是以前开过店子的

理论上应该是可以的，不过我也不记得具体流程了

注销再注册可破

xlsx 是 zip 压缩的包，也就是二进制文件

git 不能对二进制文件做版本控制。

xlsx 做版本控制建议用 office 365

划水以缓解疲劳

算法 第四版 也还不错

大概是需要会用 node 写 CRUD 并且能写前端和 native 的爬虫工程师吧

这个工单应该知乎的产品来领

ps：点右上角三个点就能打开链接了

所有渲染访问到了的属性，值的改变都会触发重新渲染，无论是 method，还是 computed，跟踪的方式是访问到了 data 中某个属性定义的 getter。

var oalert = window.alert
window.alert = (...args) => { oalert(...args); console.error(new Error('someone alerted'))}

据我记忆好像是域名可以设置 A 记录到内网 ip，也就是可以指向 192.168.1.1 这种地址

如果东西不多，当然随意。
如果你用写类的方式写 Vue 组件，就不会有这个问题，因为实例属性就是 Vue 的 data

不过因为 Vue 的响应式是对 data 里所有的对象深层遍历安装 getter setter 的，所以如果不是数量特别多，比如几千几万几十万这种，通常没有性能问题。而且，如果你的属性没有在 render 函数里被访问到，或者被其他的渲染函数用到的计算属性依赖，通常是不会有副作用的，修改这些属性不会触发重新渲染。

vue 确实会在控制台报错 render loop.
你的 setAllotUsers 循环执行了 1000 多次后被 vue 叫停了。
setAllotUsers 会触发 render，render 会调用 lastMonthStaff，于是就死循环了。

设置数组的属性不会被 vue 监测到所以不会有问题。
你的 view 编译成的 render 函数中调用了 lastMonthStaff，
lastMonthStaff 调用了 setAllotUsers
setAllotUsers 调用了 allotUsers，被 vue 感觉到了（对，跟踪你的依赖）
让 vue 以为 allotUsers 的更改会对 view 造成变化，需要重新 render，于是重新 render 又造成了属性变化。

我的建议是，数据的处理，放在 view 渲染之前。不要再 view 里添加修改数据的代码，这样会让逻辑变得不够清晰。因为 render 函数并不是你调用的，你不清楚具体什么时候 render 函数会被调用。render 函数应该是无副作用的。

具体 vue 是怎么跟踪依赖的，这还要翻翻 vue 的源码才知道了

其实，就算 JS 能读你的证书信息，你读证书信息的 JS 代码本身也是可以被篡改的
于是你需要一个保证读证书 JS 信息代码不被篡改的代码，然而 保证读证书 JS 信息代码不被篡改的代码 也是有可能被篡改的
于是无限循环，因为本身获取的 JS 就不可靠了，既然 JS 不可靠了那么一切都不可信任。

怎么办？只有一个办法，让证书颁发机构做信用背书，这就是 CA 证书体系。
通常修改 CA 都需要管理员权限。
如果 CA 都出问题了，那说明在线服务都不可靠了，只有靠线下交流才能保证信息不被篡改

不过，乱添加证书这个问题，从这个角度来看，没法解决，只有说做难以逆向的客户端程序把自己证书硬编码进去，能够一定程度上解决你说的这种问题

所以我的建议是，不要操心这个问题，用 https 就行了

工作时
https://ws1.sinaimg.cn/large/006y5ecPgy1ft81udofvsj31hc0roady.jpg

内存够大的时候，需要加载的东西都能经量保存在内存中，减少写入磁盘分页文件和加载的时间
32G 内存有 18G 是缓存着的，有需要随时可以取来使用不比读写硬盘
https://ws1.sinaimg.cn/large/006y5ecPgy1ft81vtuouwj30rs08c3z0.jpg

所以虽然 Atom 吃了近 4G 内存，但基本没有卡顿。
理论上
8G 够用，应用不能开多了
16G 用的舒服，可以稍微多开点东西
32G 用的爽，应用可以随便开

当然 32G 也能用完
Atom + Chrome + Photoshop 就能快吃满 32G.
用 Photoshop 手绘大分辨率的图片，很快历史记录就能把内存吃完，吃完之后吃磁盘缓存，有次我 C 盘还剩 30 多 G，被 photoshop 的缓存把磁盘空间占满了

我用 atom。

vscode 简单易上手，不过想要自己 hack 编辑器还是 atom 好用

看看唤醒锁。

99%的待机耗电都是唤醒锁导致的