地下室叫 0 层可太程序员了哈哈哈哈哈，不过如果有负二就有点麻烦了，标成-1 层容易和认知有冲突。

这个是真滴牛逼，终极折腾。
看完我都感觉没追求了，也就这样了。

找两个店去看一下对比一下。小米之家很多所以上周我刚好去看了下，值得考虑的 12SU 和 K50 的比较明显的问题是一样的：
一个是屏幕很明显的发蓝，我手持米 9 和 XR 对比的；
一个是相机移动时画面丢帧，两个都丢，12SU 稍微好一丢丢；
另外 K50 的相机素质确实很差，镜头直接放大肉眼可见的涂抹。

不过并不是说 iqoo 就好，主要是店太少我没地方看和对比。比如我就看到有人评论说 ColorOS 拉胯的不行。所以最好找个实体店体验一下。

屏幕素质很多人都不会提不会说，其实差别很大，是最值得投资的硬件了。拿上你的果机直接对比即可。

@proletarius #49 据说莆田鞋挺好的，能不能分享下使用感受

建四条吧：
低电量关闭时自动打开低电量
低电量开启时自动关闭低电量
接入电源时关闭低电量
断开电源时打开低电量

@GeekSuPro #21 拼多多在 iPhone 不仅没开屏广告，甚至是白屏秒跳过，是一众大厂 App 里最快进入首屏的没有之一。
而且如果你不使用 iPhone 但是有安卓机你会发现也没有广告，也是秒进入首屏。。。

@beetlerx #27 他们终于调整样式了啊。。。之前那个字小的我恨不得戴放大镜看。再加上全英文，真的遇到字多的场景想把屏幕砸了。
自建了试用过，没啥太大优势，性能不吃香，文档一般般。

@shunia #117 快速排序（ quick sort ）—O(n*log n)期望时间，O(n^2)最坏情况；对于大的、随机数列表一般相信是最快的已知排序

从 Wiki 复制的，改格式改错了

快速排序（ quick sort ）—O(n*log n)期望时间，O(n^n)最坏情况；对于大的、随机数列表一般相信是最快的已知排序

我看了一下，上面可以认为是回答了的朋友基本都没有把这句话说明白的。
所以 OP 能把这三句短语在面试过程中都表达的清楚明白吗？

非杠，就是感觉有点尴尬。所有人都认为这是几个基础题，但是看起来似乎并没有人真的在这么多讨论里把答案写“全”。

微软大傻叉，不知道为什么不是用自己的账号同步数据的，双端都没法同步。
每次拿错手机解开一看一个码没有就来气。

酸倒还好，勉强可以理解为一种风味。最怕的是没味儿

其实 github 上.NET 项目不少的，活跃度也都很高。
比如我最近在找一些跨平台的 UI 框架 /工具链，发现一个叫 Avalonia 的.NET 项目居然有 15K 的星，但是从来没听说过也没见过。
微软自家的 MAUI 活跃度也非常高。

个人觉得 C#写起来非常舒服，功能强大，语法清晰简练，微软的文档也很赞。

官威是不是有点太大了。。。这得管过多少工人才能积累出来啊。

框架本身区别不大，爱用哪个用哪个。
一些习惯上的问题我发现基本都是不用 react 的人在喷 react 有多不好，比如 jsx 就很多人不喜欢，css in js 也很多人不喜欢。
但是很少有人喷 vue 的单文件也很麻烦？比如如果你不依赖支持的插件，写单文件代码其实也挺让人崩溃的。你当然也可以说可以不用单文件，但是就像会 react 的人告诉你 jsx 也可以不用一样。

我选择 react ，因为很多细节上的原因吧：
1. react 整体相对来说更稳定，这是大公司复杂流程带来的优势；
2. react 的开发者的友好度更高，或者单纯归纳到 Dan 身上也行。如果你也看过 Dan 的演讲或者一些技术类的视频，你会发现他非常擅长把一个问题讲的很细致且易懂。而且他带领的 react 开发者团队能够真的做到从整体上解决一个问题，就光说 rfc 这个东西，我就很少见到其他框架去做，并且还做的非常彻底。18 里面更新了一个底层的 API ，甚至会联合几大重要库作者或者公司一起商量解决方案，最终保证了 API 及时推进到各个库里进行更新；
3. react 的自由度在我看来比 vue 要高。实际去写 react 的时候你会发现其实没有太多需要用到的 API ，也就是没有太多需要去记住的内容。当然 hooks 在使用上还是有一些实际的限制的，也会增加额外的心力，这个不可否认，即便它带来的收益也更高；
4. 不考虑语言的障碍，你去看 react 的文档，会发现它的文档内容非常优秀。它文档写的篇幅都比较长，但是基本都只是为了把事情解释的更加明白，或者不厌其烦的告诉你使用的边界；