https://zh.wikipedia.org/wiki/MAC%E5%9C%B0%E5%9D%80

我了解到的 MAC 地址常用于 ARP 这个协议，路由器和内部 NAT 网路中的网卡通信的时候用的，所以一般来说不会发到你的路由器 NAT 网络之外。

当然有些程序会主动收集你的 MAC 地址然后上报给服务器，这种就有点类似间谍行为了，和网络通讯技术本身没关系。

现在有些设备已经可以随机生成 MAC 地址了，换个网络环境 MAC 地址就不一样，避免被追踪。

把目标或工作内容进行细分，分到每个人身上，用文字记录下来工作内容、关键结果、执行人、完成时间等，然后遵循这个安排执行，等整体工作结束后可以复盘，看工作分配是否合理，每个执行人是否按时保质保量完成了工作。
像 A 这种他愿意揽活或者愿意派活都可以，但就得掂量一下复盘的时候会不会难看。

消费观念不同的人会做不同选择。就像双十一各电商的策略一样，你要是想省钱就得付出精力对比各种优惠策略找到最划算的，要是嫌麻烦就高价直接买；买菜也一样，要是想省钱就多跑几家菜市场多砍砍价买到物美价廉的东西，要是想省事就直接网上花更高的价格买优选的标准化产品。

@tutustream 至于把旧电子产品给父母用这个也是得考虑实际情况的，长辈们的消费观也不一样，像我家里有的长辈你给他买新的他倒觉得浪费钱，用旧的会更开心，也有的长辈比较新潮，没等你给他买他自己买了旗舰机；而且性能过剩的现在，两三年的旧机器性能也不错，要是没有明确的性能需求用起来也足够了，买新机也可能根据需求买中端机，差不太多。当然这个归根归根结底还是家庭内的沟通问题，沟通好了就不会有问题。

https://github.com/alcuadrado/hieroglyphy
我还提过 PR，让其不依赖 location 对象，可以在 Node 下用了。

我在银行办理房贷的时候，银行要求月供不能高于月收入的一半，更高的额度一般不给贷，所以其实月供对生活影响不大，除非收入本来就勉强够生活。
还有你未来赚的钱大概率会越来越多。

写过前端懂 JS 的话可以简单学学 Node.js 用 Socket.io 能很方便做一个聊天工具。

以下说的安卓机都是和 iPhone 对标档位的安卓机，比如各家旗舰机。

安卓机在性能方面与 iPhone 比较不会像多年前差距那么大，如今可以说是平起平坐，现在有些领域安卓机做得更好，有些领域 iPhone 做得更好，而安卓一如既往地开放，定制化和锁区问题相较 iOS 好解决一些，每个大版本升级也都会解决一些比较大的痛点，iPhone 也朝着自己的产品愿景不断完善细节。所以说通常有定制需求不愿意适应别人的产品设计的用户可以挑选安卓机，如果想省心就选苹果机。
安卓手机不管是国产品牌还是国际品牌出的国行产品，在国内使用环境下均比水货体验好很多，安卓系统优化方面国内技术比海外要领先不少的。
当然，安卓机有超多品牌和型号，需要做好功课，根据自己的需求进行选择。

另外不同人喜好不同，手机的使用方式也不同，就像机械键轴的手感一样，需要自己试一试才知道是否适合。

AMD5000 系列 U 要出来了，坐等 RTX30 系列显卡补货，时刻关注 PS5 价格，动森万圣节活动和钓鱼大赛又要开始了，SpaceEngineers 已经构思好了月球基地，Minecraft 城镇规划有些问题需要大调整……

mazyi 说的有道理。

对象基本由数据和功能两部分组成，在构造函数创建对象的过程中，构造函数本身的过程实际上是在构造对象的数据部分，而 prototype 其实相当于对象的功能部分，而 Proxy 构造函数产生的对象所具备的功能并不来自于 Proxy 类自己所定义的功能，而是开发者想代理的对象的功能，所以对于 Proxy 来说，没必要存在它自己的 prototype 。

https://certification.ubuntu.com/hardware/201902-26860

Ubuntu 有硬件认证，可以看看详细描述如何。

计算机内的大多概念都是来源于数学，但是含义可能需要对照计算机的原理来解释，所以最好去了解一下 ES6 前后 JS 语言极其引擎究竟发生了哪些变化，以便于理解为什么过去存在闭包这个概念。

JS 的块级作用域和 const 指令是 2015 年开出现的，class 的私有变量到现在还没到 Stage4，早期的 JS 特性是非常简单的，想要控制对变量的访问用闭包是最简单的方案，大多情况下也就只是想让变量只读，或者常驻内存不被 GC 回收。

现在 JS 的闭包算是一种语法糖吧，有需求且闭包特性正好满足需求就可以用，没有需求就不用。

大城市资源紧缺，机会多适合赚钱，不适合生活。
小地方机会少不适合赚钱，但可能适合生活。
不同人的起点、环境、运气、目标都有差别，所以有的人可以努力够得到在大城市生活的最底线，有的人则希望没那么大。
所以有的人目标很明确，趁年轻高强度在大城市赚钱，比如 7x24 小时的销售行业，强度确实反人类，但确实能赚很多钱；时机到了就带着钱去小地方生活，他们只要拿到预期的钱就开心，不会抱怨什么。

一方面我自己是属于能够得着在帝都生活的最底线的人，另一方面身边有成功的案例，所以我没有楼主那么丧。

人要是没法让环境适应自己，就让自己适应环境吧，最不济就也是换个环境。

一个基本原理是：如果遇到低概率，只需要提高基数，总会命中的。

现在很少有一个工作干到退休的，尽管找到好工作的概率低，但大城市工作机会太多了，所以只要不停地面试，就可以一点点换到越来越适合自己的工作环境。

大城市的生活方式肯定和小地方不一样，就比如自己下厨做饭这种事情，从综合成本来看，自己下厨对大城市互联网打工族来说是一件非常奢侈的事情，而在工作时间和通勤时间都短的小地方反而自己下厨是比下馆子点外卖更加划算的选择。
所以自己的生活方式也要随着环境而调整，有规划地休息、娱乐、学习、社交。就像技术烂的人用什么高大上语言写出来的程序都一样烂，没学会享受生活的人在任何环境都难以过上高质量的生活。

以上不是鸡汤，是我自己在北京工作六年的经历和感受，希望能给北漂迷茫的人一些启发吧。

服务端统一开辟一个 API 处理层，请求发进来先进入这个层，用于校验参数格式、调用底层业务逻辑、组合和格式化返回数据。
对于注册时用户是否存在的问题，是在注册过程的事务中进行，确保用户不存在、创建用户为原子操作，一旦操作失败，可以 throw error，在 API 处理层 catch 这个 error，然后再组合好适当的信息和状态码返回给客户端。

如果业务足够轻，不值得单独开辟一个 API 处理层，希望从 controller 层直接配置好 HTTP 状态码和返回信息，可以使用 http-error 或 http-assert 包来自动 throw error，并携带 HTTP 状态码和返回数据，然后在 API 路由上全局捕捉 error，直接把 http-error 携带的状态码和返回信息返回给客户端。

koa.js 内置了 http-assert/http-error 机制，http-assert 的所有方法都可以直接从 ctx （ Context ）中调用。

package.json 是 npm 的配置文件，npm 是一种包管理器，对应到 Linux 发行版上的管理器，如 apt 、yum 等，包管理器能帮你管理依赖，但你自己编译相当于是脱离了包管理器安装软件包，自然在依赖上面会麻烦一些。所以既然选择了手动编译，就也得手动解决依赖问题。

特别有心的项目会写 Shell 脚本帮你判断系统发行版和自动执行依赖的安装和配置，但我没怎么见过做这么好的，不过我遇到的大多软件包，只要你系统上安装好了编译工具链以及常用库，基本三条命令就搞定:
./configure
make
sudo make install

个人使用的经验是，一般都看源码提供的编译文档，里面会说需要哪些依赖，有兼容性要求的会说明依赖的版本号。
很多项目会使用 configure 脚本来检查依赖情况以及生成编译配置，只需要在编译目录下运行 ./configure 然后看输出即可，如果依赖基本没问题可以安装就会生成 makefile 。其他工具链可以具体参考手册。
依赖在不同 Linux 发行版下可能叫做不同的软件包名，这个得自己一个个确认，发行版官方源没有或者版本不适用的依赖可能需要自己下载源码和编译。

如果用 RedHat 系发行版可以找可靠的三方源预编译的 rpm 包； Debian 系可以找可靠的三方预编译的 deb 包，很多软件开发团队都有针对 Ubuntu 的 PPA，这个也比较可靠。

如果是 Macbook 的话自带的就符合所有需求了吧。
要安静需求的话，机械键盘里也就静电容还好一点，不知道光轴怎么样，键帽材质和形状也会影响敲击的声音。
其实可以看看 200 以下的主流品牌薄膜键盘，有主打静音的。

以为改成注释格式就不会乱了，没想到 V2 直接把行内多个空格删掉了，你自己贴到编辑器里，反注释再格式化一下看吧

// const body = {
// "country_name": "Canada",
// "declared": 123,
// "fourPx_send_name": "中国邮 31231 政",
// "pid": "5380578836639"
// }
// const postCountry = await PostCountry.findOne({ "pid": body.pid });
// if (postCountry !== null) {
// let isCountryExists = false;
// for (const index in postCountry.country_list) {
// if (postCountry.country_list[index].fourPx_send_name === body.fourPx_send_name) {
// postCountry.country_list[index] = body;
// isCountryExists = true;
// break; // 不需要继续循环了
// }
// }
// if (!isCountryExists) {
// // 如果没有找到相同的 country 信息，就插入
// postCountry.country_list.push(body);
// // 如果 country_list 部分的 schema 用了 Mixed，就得需要调用 markModified，如果 schema 里声明的就是对象数组就不需要
// }
// await postCountry.save();
// } else {
// // pid 没找到相关 document
// }

就是查出来，然后判断数组和修改，再 save 进去。

另外因为 findOne 和 save 是两步操作，如果是分布式高并发系统可能在这个过程中这个 document 就已经被其他实例修改过了，所以需要用两段提交或事务来保证整个过程的原子性，MongoDB 都支持。

中文版 Wiki 的“Linux 文件权限”的链接貌似挂了，看这个 https://www.linux.com/training-tutorials/understanding-linux-file-permissions/