wsl2 的 io 效率似乎也很差，如果有用过 webstorm 在 wsl2 里面起一个 nodejs+webpack 的前端项目就能看出差距了，启动时间差不多 wsl2 要慢一倍左右

@JensenQian 谢谢推荐，我看现在狗东的闪迪至尊高速系列都有货，准备上车 1TB 版本了！

@chutsetien 之前一直都是合家的吧，比如 2003 对 xp，2008 对 vista，2008 r2 对 win7，2012 对 win8，2012 r2 对 win8.1，然后从 2016 对 win10 开始就对不上了，基本上是 win10 不断发布年度版本，但是 2016 到 2019 并没有频繁地同步 win10 的年度版本

我认为还是 XP 时代的 Service Pack 叫法更加合适，比如 XP 有 SP1，SP2，SP3，比 Win10 那么多子版本看起来直观多了，而且 XP 几乎每个 SP 版本都可以称作是 stable 版本，都是经过严格测试后才发布并且发布之后即使不频繁更新也是极其稳定极少故障的

相反，Win10 的子版本 BUG 频出，没有人知道到底哪个版本才算是 stable，逼得大家不停更新，但是更新之后旧 BUG 修好了新 BUG 又来了，搞的现在我也不知道更新到底是好事还是坏事，逼得我改用 LTSC 或者 Windows Server

买几块正常能存数据的二手硬盘，这些硬盘价格通常单价低于 1CNY/0.1G ，然后存满，发国际快递即可，机械硬盘不工作时其实抗震性能也还可以，包装严实一点或者按易碎品价格发货应该也还是蛮安全的吧。
如果怕机械盘被摔坏，还可以试试看 SSD，SSD 抗震性能绝对没问题，存储芯片是不怕震动的。

楼主可以了解一下 PHP 的全称
PHP 全称叫做 HTML 预处理器，也就是说 PHP 代码需要被一个叫做 PHP 的预处理器转换成 HTML 以后，通过 nginx 或者 apache httpd 发送到用户端浏览器
你在 HTML 里面直接写 PHP 的话，默认情况下无论是 nginx 或者 apache httpd 都不会将 HTML 文件交给一个名为 PHP 的预处理器转换成最终的 HTML，而是直接把 HTML 原始内容原封不动发送给用户端浏览器

搜索一下 file system 的概念，一个磁盘中并不只是单单存储文件内容这么简单，还存储了 FS 的 metadata （元数据），包括文件名，目录组织结构，软硬链接符号，簇（扇区）的链表节点头部信息等等
如果楼主对底层很感兴趣，推荐阅读 fatfs 这个开源项目，是一个专门为嵌入式平台设计的极为小巧简单的 FAT 实现方案

@changwei 我上文中提到的“刷一些 pr”，并不一定要多么 hard-core 的算法逻辑，也许是 reformat code，规范化注释，规范化 coding-style，规范化目录结构 package 结构等等，甚至处理打杂的事情比如整理 markdown 文档。
我为什么知道这些？因为我真的看过“靠这种方法”进大厂的人的 commit log ！

告诉你一个路子，很多大厂有开源项目（不管是不是刷 KPI ），去参加那些开源项目，刷一些 pr，和里面的核心 contributor 混熟了就有概率可以进去，我真的认识有低学历的人用这种方法进的大厂
这种行为仁者见仁智者见智，有人对这种 KPI 开源项目嗤之以鼻，但也不是所有人都是理想主义者。这种行为就像很多大学生在校期间和老师混熟了刷 GPA 或者进实验室帮导师打工争取保研一样，本质上就是看你是不是“会来事儿”，态度是否良好

是 MySQL 吗？据我所知 MySQL 的 innodb 索引键长度最大只有 1000bytes，不然可以考虑用 ES 搜索引擎

react 的核心思想非常简单，就是 UI=render(props)，并且 props 为不可变类型（你是可以强行修改 props 的，但是这样的修改不会产生视图渲染更新，也不是优雅的代码写法），所以是单项数据流

学不会 react 的情况下应该想想自己的 ECMAScript6 学得如何，比如当我之前 ECMAScript6 没有学好的时候，看到 this.handleClick().bind(this)这种代码也会感到很奇怪，会纳闷为什么写 onClick={alert(1)}是错误的，会产生代码运行时自动执行事件函数的 BUG，而要写成 onClick={()=>alert(1)}，直到后来我彻底把 ECMAScript6 和浏览器工作的整个流程弄懂以后才算明白这其中的原理

react 的文档作者是默认你对 JS 非常熟悉，所以举出的例子和说明对于不熟悉 JS 的人来说会看得一头雾水（比如如上两个问题），因为作者写作文档针对的就是从传统开发过来的具有多年开发经验的前端工程师，确实对新手不太友好。

React 官方文档自己对自己的定位就是 JavaScript 框架，是在 JS 的基础上引入 JSX 语法糖以及函数式组件，是从传统 HTML+CSS+JS 开发演进过来的，所以你得站在传统开发的视角上去看待 React 提供给你的语法糖，你就会觉得他比传统开发优雅很多。Vue 单文件组件那一套其实是从 W3C 的 web component 提案演进过来的，所以你会觉得它完全就是一套全新的开发思路，你不太方便从传统开发的视角上理解他的写法。

https://github.com/cw1997/ez-react-dom/
另外我推广一下自己写的一个简单的 react-dom 实现方案，不到三百行代码，如果你真的 JS 学的比较好（最好还是科班出身，至少知道有一个叫做递归的算法），应该很容易看懂，你能看懂这个实现，就能明白 React 的运作到底是怎么回事，为什么 react 的状态需要使用不可变数据，为什么 react 是单项数据流，为什么要用 onChange 反向进行状态更新。

https://github.com/cw1997/ez-react
另外我的这个代码里面做了一个小小的改进，就是有关我前面提到事件需要手动绑定 this 的操作，如果你对 JS 很熟悉的话，你可以看看这个项目里面是如何做到对事件 handle 函数自动绑定 this 的（用了 ES6 的 reflect 机制）

写 React 需要非常深厚的 ES6 基础，写优雅的 React 还需要非常深厚的 TypeScript 基础和理解函数式编程的思想，加油！

我也很好奇，google docs 两个人同时修改同一个 excel 文件的同一个单元格会怎么样呢，有没有人研究过他们的原理

前三楼也挺自以为是的的
你们可以去看看像 Facebook，Twitter 这些国际大厂的 SPA 项目，除了找不到 map 文件和 xhr 消息以外，生产环节几乎是没有任何业务有关的日志信息的，稍微大一点的厂都知道用 sentry 等服务收集 C 端日志信息
反倒是国内的大厂，像百度一些 PC 端常年没有更新过的老旧网站也是和楼主说的 Oracle 一样在 console 里面打印一大堆的 warn 和 error

这个平板以及 JingOS 这种触屏优化的 Linux 系统主要针对的是同时对生产力和便携性有需求的用户，兼容 Android 是顺带照顾影音娱乐功能以及解决初期 Linux 环境下 触屏友好软件的生态不足的问题。
因为像 Visual Studio Code，IDEA，eclipse，甚至是像一些单片机，FPGA 的编程器，一些特殊专业行业领域用的上位机，都是只有 Linux 版本而没有 iOS 或者 Android 版本，所以主要面向用户群也是偏硬核或者对平板电脑生产力要求更高的用户。当然不排除以后 JingOS 的用户体验越做越好，并且和厂商合作把生态做起来了，和 Android 比肩也不是没有可能。

(利益相关：和 JingOS 的创始团队一起吃过饭，团队有向我们征求过相关意见建议)

我不知道楼上说断流的是不是房子比较大还是周围 WiFi 信号很密集，反正我家里用 ax3600，笔记本电脑连它玩刀塔，r6，lol 玩通宵都没遇到过断流，和连有线的效果一样。反正我个人是感觉这路由器性对于不折腾第三方固件的人价比还是蛮高的。

给楼主提两个建议

- FFmpeg-master.zip 是一个非文本格式的二进制文件，不太适合直接丢入 git 做版本控制，应该是改为通过 git shell 直接在 github 拉取特定 release 版本的源码，还有就是楼上说的，public 权限的 docker image 可以免费托管到官方的 docker hub 上面，那样更方便

keil 不破解也能用，只不过只能编译很小的代码（好像几十 kb，换算成行也就几万到几十万行左右），但是对于初学者来说还是足够了，初学者写个流水灯，加上 reg51.h 之类的库文件也不过几千行，不至于用不了，只不过用汇编单步调试阶段要注意一下免费评估版本的 keil 会在编译的前面一些地方填入大量的 nop 指令（就是为了不让你写的代码超过一定尺寸所以故意填的），除此之外使用 keil 不会有任何问题，这个 IDE 的单步调试和内建逻辑分析仪功能是非常好的 debug 工具，市面上也是教程最多的。

楼主缺金币了吗

告诉楼主一个小技巧，就是去豆瓣小组搜索北上广租房小组，然后进去问就好了，或者加一些链家安居客之类的中介微信，让他们帮忙介绍。