@xing7673 Rider 带来的 Resharper 体验用习惯了就回不去了。

况且.net5 目前也是要转译才能工作，作为工作环境的话不考虑。

大陆买的 Apple care+的 mbp13 可以在法国使用，且如一楼所说，不需要负那个额定的意外服务费

@GreyChou 可能用习惯了

我先深度体验下 Big Sur 再决定吧，目前查到的问题包括我的垃圾扩展坞的网卡驱动可能不会在 Big Sur 上提供，希望我运气好能找到新版本驱动

@18115692244 感觉维修等待的时间更长了。之前换 iphone 电池让我等了一周。

@cuff 那是相当的贵，我买的配置 i9 1T 32 5500 4G 折算下来比国内官网贵 5000 人民币，这还不算国内还有种种渠道比官网便宜

@hello2060 如果去办公室的话还是用台式机比较多，这不疫情在家用自己电脑干活比较顺手

感谢各位，有点被安慰的感觉。

qwerty 毕竟是个人偏好，既然能定制还是希望可以一步到位。

感谢各位，那我还是维持原状比较好。

@djoiwhud 不是给公司搞的，自己做的小项目，我本职是前端程序员，对网络特性也是在边翻书边学的状态。

很棒的分享网站，推荐给其他朋友了。
跟他们说，不要多看，容易做梦

也分目的吧，

前年被基友带入坑，到现在为止三个雪季已经滑了 20 天+

个人感觉滑雪是为了挑战自己吧，之前一直有恐高症，现在红道也能胆战心惊下来了。而且滑雪的消费相比其他极限运动算是比较亲民了吧。

帮你分析下
> class Person {}
> class Child extends Person {test(){}}

> Child.prototype.hasOwnProperty('test')
True

> let aChild = new Child()
> aChild.__proto__ === Child.prototype
True

> aChild.__proto__.__proto__ === Person.prototype
True

这才是这根原型链的本来面貌，更具体的，对 Person 的实例化对象而言
> let aPerson = new Person()
> aPerson.__proto__ === Person.prototype
True

aPerson 的原型链中跳过了一个环节，将 Child.prototype 跳过了，从而 aPerson 中的原型链中不可能有 test 方法。
扩展阅读
https://developer.mozilla.org/zh-CN/docs/Web/JavaScript/Inheritance_and_the_prototype_chain

混淆了太多概念，我来尝试指一条明路吧
1. 理解 Js 中对象和属性访问器的概念，参考阅读
https://developer.mozilla.org/zh-CN/docs/Web/JavaScript/Reference/Global_Objects/Object
https://developer.mozilla.org/zh-CN/docs/Web/JavaScript/Reference/Operators/Property_Accessors

此处重点是要理解 JS 中一切皆是对象，并且对象中的属性和方法可以被属性访问器访问到

2. 理解什么是闭包，参开阅读
https://developer.mozilla.org/zh-CN/docs/Web/JavaScript/Closures
此处需要重点理解词法作用域的概念，进而理解闭包的本质就是你持有的的某个可以被调用的函数会保持着自己作用域链（又称词法环境）的引用。

3. 理解 IIFE，参考阅读
https://developer.mozilla.org/zh-CN/docs/Glossary/立即执行函数表达式

4. 理解 var，参考阅读
https://developer.mozilla.org/zh-CN/docs/Web/JavaScript/Reference/Statements/var

此处重点其实是这句话，“用 var 声明的变量的作用域是它当前的执行上下文，它可以是嵌套的函数，或者对于声明在任何函数外的变量来说是全局。”

5. 在 1，2，3，4 的基础上就可以推导出，privateCounter 只是一个在匿名函数词法作用域中的一个变量，并且和对象没有任何关系

6. 你可能还会一知半解，延伸阅读推荐，you don't know js，有中文版，开源地址为
https://github.com/getify/You-Dont-Know-JS/tree/2nd-ed/scope-closures
这一章对词法作用域，作用域链，全局作用域，对象生命周期，闭包有详实的讲解

7. 千万别和 this 问题混淆，那是另一个大坑

1. 即使正确执行预期输出应该是 101
2. 这里应该关注 += 操作是否是原子的
3. System.out.println 的调用时机在此处并不保证在所有 Thread 都完成之后

从 tcp socket 上来看的话，双栈 socket 是很常见的吧，
简单举个 C#的例子，
var listener = new TcpListener(IPAddress.IPv6Any, Constant.TcpPort);
listener.Server.SetSocketOption(SocketOptionLevel.IPv6, SocketOptionName.IPv6Only, false);
这样这个 tcp listener 就可以在同一个端口同时监听 v4 和 v6 的流量，v4 的地址会被加上 ffff:前缀变成兼容 v6 的

https://www.google.com/appsstatus#hl=zh&v=status

活久见，所有主要服务都挂了

同等
今年下半年刷 MacRumors 已经已经无喜无悲了
从最开始爆料 11 月份，到爆料 12 月份，到最后目前看下来是 1 月或者 2 月陪跑 A 卡 6000 系
工作原因有一些软件强依赖 intel 系统，又频繁搬家，现阶段 16 寸是唯一的选择

先不提数组的实现，
在评审中遇到手写基本数据结构的，不限于链表这种
一般我都会建议提交者详细阐述一下这里的需求以及为什么标准库自带数据结构在此处不能胜任，以及是否有良好的开源库的实现等
说实话以上足以排除 99%的情况，工作这么久了还真没遇到需要手写基本数据结构的。

哦补充下，如果根据 UUID 获取识别结果有可能是等待中（ PENDING ）的话，那只能走第二种方案添加一个定时轮询了。

个人感觉有两种方案，
第一种是
async.gather(所有上传图片请求)
async.gather(所有图像识别请求)
async.gather(所有图像删除请求)
适合图片上传时间差别不大，服务端能存下这么多图片，以及图片识别时间差别不大的情况

第二种是定义一个函数
async job(image):
await 上传图片
await 图像识别
await 图像删除

然后 async.gather(所有的 job)
我的话应该会选择第二种吧，总体的执行时间理论上是一样的

也遇到了同样的问题，
之前的解决办法是开关屏幕，多谢分享解决方案，回家试试看