如果 U 盘只用作启动，不用做存储数据的话，是没什么问题的，很多 Linux 发行版提供的 Live 就是个例子。
存数据的话得看 U 盘用的闪存芯片了，如果是 TLC 的话，是有写入次数限制的。容量大主控调度合理的话其实也可以忽略；容量小、主控比较弱鸡的话，会比较容易坏。

@crewkicks 我是 2016 15 吋 touch-bar，当年用 Angular1，还是一套挺简单的基于 jQuery lite 的框架，现在的框架编译依赖包就得半个 G。。。
今非昔比了。不过苹果的优化做到这种程度也挺牛了。。。

某社交网站上的个人资料现在还写着“前红客”。

resource 和 model 的定义是取决于你的系统架构规划的，不同人根据不同需求做不同项目可以对这两个的定义不同。
一般来说，如果服务端套用 MVC 思想的话，resource 是 V 层的，model 是 M 层，他们两个可以是不同的，也可以是一致的，比如我上面做的方案中，User resource 和 User model 可以是同一个东西，而 Username resource 可以是 V 层单独抽象出来的，实际上是 User model 的一个属性。

MVC 是利用了计算机科学中的分层解耦思想来降低系统复杂度的，既然分层解耦了，那么 model 和 resource 就是没有直接关系的，他们两个之间可以是任意对应甚至多对多的关系（多个 model 的信息聚合成一个 resource 的信息）。

@no1xsyzy 参考 MDN 英文的说法，https://developer.mozilla.org/en-US/docs/Glossary/Scope Scope 可能对应的是我们平时说的“作用域”。楼主的问题是 this 的问题，那么 this 是遵循原型链原理的，而原型链和作用域链貌似是 JS 里的两套独立体系。

@setv528 这是真的，因为我做 web 开发，所以耗电并不多，但如果做 Android 或 iOS 就很不一样了，模拟器确实能吃掉不少电量。

REST 是围绕资源（ Resource ）的，那么首先要确定有几个资源。

假设只有 1 个资源，就是 User，那么 id、name、age 都是 User 的属性，接口可以设计如下：

直接通过 id 定位确定的一个用户
/user/:id
相应的 CRUD 对应 POST GET PUT DELETE 方法。

针对用户集合
/user/collection
可以通过 query 来指定 name 或 age 查询条件，
相应的 CRUD 对应 POST GET PUT DELETE 方法。

如果有特殊需求就是希望的到一个 Username 列表，可以让 Username 是 User 下的一个子资源(属性)：
/user/collection/username?age=99

REST 的接口要尽可能简单、明确，每个接口值提供一个功能，如果你在内部使用 if else 来判断选取不同逻辑的话，我觉得这个接口本身承载了两个功能，建议拆分成两个不同的接口。

@no1xsyzy

其实我是没听说过“执行环境”这个术语，也不知道应该对应哪个英文名称，所以为了帮助楼主解决问题，只能根据楼主的描述进行推测：

楼主的“那么 a()执行时 this 的值应该是 getName 函数的环境对象”，显然楼主是期望 a 内部的 this 指向的是“ getName 函数的环境对象”即 object 对象，符合楼主预期的结果，输出应该是'object'字符串才对。
所以我的判断是楼主说的“执行环境”就是指的是 this 指向的对象，@fourstring 楼主可以自己解释一下这个“执行环境”究竟是想说的什么。

然后 Stack frame 应该指的是 JS 的 Call Stack 里的原理，我承认这方面我确实不懂，不过一方面我觉得楼主也未必能理解，另一方面楼主的问题在 ES 语法规范上应该就能解决，不至于挖掘到 JS 解释器的实现方式。

@Ritr 哈哈，在家里的台式机就是 WSL+Cygwin+XServer，不过 D-BUS 功能很局限，Systemd 用不了，所以我基本上就只是用它跑 Terminator 以及一些纯 CLI 软件。

@wangmeixin 顺便说一下，如果买 XPS 或 X1 之类的，推荐港行，国行平均要贵 4000 左右。毕竟是要用上几年的装备，稍微贵一些也没关系，现在基本上都可以走分期（不过信用额度确实是个坎），重要的是用得舒心。

楼主需求说得越详细，大家就能给出最合适的选择。

我来讲一下我的电脑如何选的了吧：
同样是开发，但是在两个不同阶段对开发设备要求不大一样。
第一个阶段，我是做 Node.js+Angular.js 开发，个人喜欢使用 Linux 系统，团队人少也不需要经常跑来跑去，开会也基本都是在工位上开。
主要是因为笔记本电脑在性能上的性价比比台式机查，对系统兼容感性要求高，所以决定攒一台台式机。
首先开发环境对于 CPU 和 GPU 没什么要求，当时（ 2015 年）买了个 4790k 的 CPU，在那个时代属于不贵且性价比很高的 U，如果不是我想玩超频，用 4790+B97 或 H97 性能足够也能省一些钱。GPU 就先用核显，以后想玩游戏再加独显就好了（不久加了个 980TiOC ），因为 Node.js 和 Chrome 都是基于 V8 的，IDE 是基于 Java 的，这些在当时吃内存还是比较大的，所以配了 16G 内存（后来为了玩游戏又加了 16G ），搞了个 120G 的 Intel 的 SSD 先用着（日后为了玩游戏加了 PCI-E 通道的 256G SSD ）。一开始是只开发用，所以装了 Arch Linux，跑起来没问题（台式机大厂硬件兼容性省心），后来有点钱了，想下班后在公司打游戏（单身狗），所以加了括号里说的那些硬件，装了 Win10+VirtualBox+Arch Linux，台式机性能不错，虚拟机里用 Linux 基本不卡，白天全屏虚拟机写代码，顺便还能在后台用 Win 开些迅雷百度网盘之类的东西传资料，晚上虚拟机直接暂停，然后开始打游戏，简直方便极了。

用了大概一年，公司团队规模上来了，自己也开始带小团队，开会的情况多了起来，而且因为人多了，也不便于在工位开会怕打扰别人，去会议室开会就体现出笔记本的好处了。我就买了笔记本，台式机拿回家专门打游戏用。
当时对 Linux 兼容比较好的基本也就是 XPS、ThinkPad X1 Carbon，而 MBP 的 Unix 环境也可以适应我的 Linux 使用习惯。
重新审视一下需求，以未来 5 年做规划的话，质量好、续航长、轻便这些都是需要考虑的点，几款电脑质量和轻便都不错，MBP 最贵，但相比之下 X1 和 XPS 的续航比 MBP 差得比较多，免息分期的话能接受，所以就入了 MBP，用到现在，之后应该至少还能用两年。优点续航确实好，白天从上班到下班一共差不多 10 个小时，满电上班没带充电器也能在下班后剩下 20%-30%的电，但就是键盘比较糟心（不过因为手腕损伤我早就换了外接分体式键盘）。

要是现在的话我并不推荐 MBP，因为键盘问题依然没什么改观，其他品牌在便携性、性能、续航也都有不少提升，所以可以按照自己的需求点进行一下对比再选择。

如果想用 Linux 系统的话可以参考一下 Ubuntu 的这个认证列表，可以保证对 Linux 兼容最好。https://certification.ubuntu.com/desktop/

确认关系之前还是普通朋友的时候，就经常送女神一些可以带回家给加人分享的东西，比如家里特产食品，然后她家里人觉得好吃，就会问她关于我的一些事情。后台确认关系，也有多次委托女票送东西，她家人自然地就开始对我有些了解了。
双方已经对彼此有一些了解了，而且恰好双方都是务实的人，所以正式见面的时候压力也没有很大，有压力也是跟见面本身相关的，礼物方面心里就比较踏实，买了些在自己经济范围内觉得好的酒、食品，就过去了。
可能我比较幸运吧，到了家里对方其实对礼物并不是很关心，主要想了解我这个人怎么样。
一切挺顺利。

个人的心得是，通过女票作为桥梁，让双方在见面前对对方就能有一定的了解，可以让见面过程的可控性更高；见家人和面试是一样的，对方都希望了解到你最真实的样子（包括你的经济能力究竟如何），礼物不在壕，在于用心。

当然，不同人三观不同，不同人对女婿的要求也是不一样的，上面大多都只适用于我个人的情况，不过可以参考一下。

过程挺有趣的。

Google Play Store 上有个 Servers Ultimate，打折的时候入了，推荐给楼主，有些好想法可以更方便实现。
https://play.google.com/store/apps/details?id=com.icecoldapps.serversultimate&hl=zh

很多饮料不能替代水，说一下自己了解到的情况吧：
自己曾经试过用牛奶来替代水，结果贵还不说，越喝越渴。。。
同事用碳酸饮料代替过水，结果肾结石，大夫说确实是碳酸饮料的锅，本来偶尔喝没啥问题，长期大量喝使得结石风险上升。据说肾结石疼得要命。

所以可能水基础上加点味道是一个比较靠谱的方向。

加糖（包括蜂蜜之类的）容易热量过多，加盐可能会加重心脏负担。
目前比较推荐茶，不用加多，稍微有点味道就行，不过要注意加强牙齿卫生，避免牙齿上出现茶渍和牙斑。

@cppgohan 感谢分享。

split 确实凑巧在处理 null 和 undefined 上面提供了一些便利。
返回的话也确实存在两种情况表现不一致的问题，要么就全返回原数组，修改也在原数组上修改，要么就全返回新数组，只要统一一种模式并在文档中写明就好多了。
入参检测是要注意，也相对比较容易讲明白。

@no1xsyzy 我其实就是跟他说让他去看 map😂。你举的反例一针见血。

@Vegetable 恩，之前想到了算法复杂度的问题，可读性这块确实是值得注意的。

@sherryqueen 你说的问题确实存在，输入没有做必要的校验，以及对于数组中元素的类型是否需要分类处理。

@Allianzcortex 好主意，这种算法会限制输入的数组当中任何一个元素转换成字符串后都不得出现逗号。

“每个函数执行时都会创建一个自己的执行环境”的前提是使用 new 指令来执行函数。

function a(){this.n=1;console.log(this.n);}

你直接执行 a()的时候，此时没有一个新的对象创建，this 默认指向全局作用域，就像你直接 var x=1 然后发现 x 变成了 global （ window ）的属性，是一样的。
你执行 new a()的时候，依照 new 指令的原理，会创建一个新对象（类似于调用 Object.create(a.prototype)）,然后再让 this 指向这个创建出来的对象，此时这个对象就是你所说的“自己的执行环境”。

为了方便理解，我上面说得比较浅显，具体你可以去网上搜一下 new 指令的功能，这个是原型和原型链的思想。

先将 What 和 Why，再将 How。

需求背景（痛点）是什么？