理论上，一个东西是不是垃圾，是不能包含价格因素的，垃圾不会因为很便宜而不是垃圾，能用的东西也不会因为太贵而变成垃圾
所以如果 SE2 是电子垃圾的话，抛开价格因素在产品上不如 SE2 的全是垃圾，这个地图炮相当有趣

@hjw45611 如果你按劳动报酬交税了，你不告诉公司他们也知道。如果你没交税，我个人认为逃税不值得宣扬推广

@hjw45611 很多公司合同里还真写着不能接私活，试着让私活按正常劳务报酬给你交个税试试，保管以后各种事情都烦死你

用的时候剔除+1，可以用 lodash 的 omitBy 或者 pickBy 实现
你这样子动态的对象结构，对强类型的工具不友好，对运行性能也不友好，实在没有太多必要

在我看来 deno 是一个理想主义者的追求，生于理想也当安于理想进而葬于理想，没必要工业化

onXxx 是被动的，你不知道具体会发生什么，其实现由外部指定
handleXxx 是主动的，由你实现并明确知道会发生什么，通常通过 onXxx 交给外部
我不是太喜欢 handleXxx，我更喜欢有明确语义说明会发生什么的函数名，然后传给 onXxx

我是桥接了光猫路由拨号的，两三个月会掉线一次

在 HTTPS 的场景下，要攻击小白最好的办法就是骗小白装一个浏览器插件或者送他一个干掉了证书信任校验的套壳浏览器，反正都小白了，有挺大概率是能骗的

这里的关键点是：

1. 如果张三不劫持 HTTPS 的握手，那么他理论上无法算出 60321 网站的私钥，所以他无法解密小白的请求并得到里面的内容
2. 如果帮三试图劫持 HTTPS 的握手（包括劫持 DNS 的手段），那么他理论上无法造出一个符合 60321 这个域名的合法证书来，过不了浏览器的证书信任

所以理论上是安全的，只要小白看到证书不受信任的提示别傻子一样强行继续访问。张三知道怎么加密（算法公开），只是他拿不出这个加密用的私钥，签不出这个证书，浏览器会直接不信任而中止发送请求

这不自己从零开始自研语言、编译、容器、框架，对得起这机会？

本质是不把孩子当作独立的人

@PUBG98k 7 类普通的装修队搞不定的，装坏了更惨

1. 插座没留够
2. 没留任何网线口
3. 电线容量拉太小了

后端如果真沉到底层设施去，一个云原生他们就下岗走人了吧

Web 面积大，元素多，通常不具备沉浸式的前提，用户使用的时候关注的往往是其中的一小部分。全页的动画切换会把用户的注意力从一小块强行拉到整个页面上，切换完后又要聚集到局部去，是很累人的

另外你拿不到多少钱的，竞业协议是公司方可以随时终止的，所以一般你离职一个月后公司会调查一下你在哪，查到了就把协议终止了

离职谈的时候明示暗示要去竞争对手家。想起我司曾经有一段时间只要去头条就一个协议拍你脸上……