我是在 win 下装 xserver，然后 wsl 连 win 下的 xserver 展示图形界面。理论上可以用 xserver 在 wsl 下用 IDE 开发。

有一个系列叫 图解 xx

图解 tcp
图解 http

有趣且通俗易懂，可以作为入门。

@d284476422 酒的话看个人喜好吧，外贸港口地区的人也比较喜欢白兰地、威士忌之类的洋酒，中国白酒并不是所有人都喜欢酱香型，有些人喜欢浓香型。
也不是得买特别贵的八九百上千那种的，看关系好不好，北方地区 200-600 一瓶的就差不多。

或者你了解一下对方喜欢什么，瓷器、古董、茶具、（盘）核桃、PS4。。。

茶

本来想说烟酒茶，但个人不喜欢烟，就觉得要说酒、茶，结果你嫌酒贵。。。

看你想做哪些事情了，如果什么事情都不做，直接把上游发来的文件传递给下游，可以直接把 Stream 传递过去。

```
http.createServer(function(req, res) {
//这里的 req 是个 Stream
const options = {
hostname: 'http://你的上传服务器地址',
port: 80,
path: '/upload',
method: 'POST',
headers: {
//这里写一些必要的头
}
};

/**
* 这个 uploadReq 也是个 Stream
*/
const uploadReq = http.request(options, (res) => {
//这里处理上传服务器的 response
});

req.pipe(uploadReq);//关键点，把上游发来的 Stream 直接管道接到下游上传服务器的 Stream 上


}).listen(8080);
```

上面是个示范，不是一个可执行的代码，只是提供一个思路。

这个策略一点都不麻烦，做爬虫的精髓是只要用户能看到，机器就能采集到，而且现在有 Puppeteer 这样的工具，你完全区分不出来是人在访问还是机器在爬。
但控制访问频率可能有效果，比如单个 IP10 秒钟内只能请求 10 次。

不需要吧，用 Stream，先建立客户端发来的请求的读 Stream，然后再建立转发到目标服务的写 Stream，然后两边管道接在一起。

如果 windows 机器是台式机，可以装虚拟机，免疫各种驱动问题。我曾经有一年多的时间是 Win10+VirtualBox+Arch，上班时间全屏办公，下班时间暂停虚拟机打游戏。。。

Windows 上可以用 Cygwin 装 XServer，我现在用 XServer 跑 WSL 的 GUI，不过不用于工作，只用于日常使用一些小工具，因为 WSL 的性能不是很好，跑重型 IDE 可能压力会比较大（我没试过）。

X 是可以在网络上用的，也就是说，你有一台 Linux 机器，可以直接把 GUI 传输到 Windows 机器上的 XServer 上展示，理论上可行，性能可能会比 WSL 好很多。https://askubuntu.com/questions/203173/run-application-on-local-machine-and-show-gui-on-remote-display
或者 VNC 也可以，简单方便，就是得找个顺手的 VNC 客户端。
X 和 VNC 原理不一样，X 是直接把 GUI 对象传递到 XService 上，由 XServer 来决定如何布局和展示； VNC 是先在本地渲染好界面，再投屏到远程客户端上； X 是 Linux 机主动推送到 Windows 机上，VNC 是 Windows 机主动去 Linux 上取画面。

后者。

企业付款给云厂商，充值余额，然后直接在云账户上购买服务器。

5 年 Node.js 后端，用过 Angular1 和 Vue2，Linux 12 年深入使用经验，CS 背景。GitHub： https://github.com/libook

比较关心协作模式，感觉可以在 GitHub 上开个 Organization 组建个社区。

软件工程没有银弹，虽然我在用微服务架构，但不鼓励无脑从众，微服务思想只是个工具，在合适的地方好用，在不合适的地方不好用。

微服务背后其实是计算机科学上降低系统复杂度一种策略——分层解耦。所以只有在某个系统内部因功能互相耦合导致复杂度高的情况才适用，而且用也不是拆得越细越好，因为有些功能从业务上来讲就是一体的，比如订单和商品。

微服务化之后一方面功能模块之间使用有限的 API 进行沟通，只要 API 不变，内部变化的灵活性很高，不会出现牵一发动全身的问题；另一方面可以按功能模块拆成小团队，便于管理。

微服务规模到了一定程度就会遇到新的问题，比如一致性、响应时间、容灾，所以做设计的时候要充分考虑清楚得失，看究竟是否划算采用微服务思想。

可读性优先，不推荐这么写。

以前用 Pixel 的时候用原生的 Pixel Launcher。
现在用三星，也就用原生 Launcher 了，可以直接干掉抽屉把所有应用直接放在桌面上，便于整理，二月份更新 One UI，期待中。
官方不好用可以用 Nova，之前买了 Prime 用了一段时间，感觉很不错，不过样式不是特别新潮，但灵活性特别高。

用 Git 养成好习惯是头等重要的，用时的一点点麻烦，是为了避免解决问题时的恶心。

“自动跟踪”坑很多，比如提交了并不想提交的文件（临时测试修改的代码等），以后用用就知道还是老老实实 diff 再 add 最稳妥，版本控制工具使用来可靠控制代码版本的，不应该是累赘，觉得用起来很麻烦真不如不用。

团队合作使用 git commit -a 和 git push --force 等指令，会被人打死。

RTFM。

到底是什么是 REST，请仔细看一下 https://zh.wikipedia.org/wiki/%E8%A1%A8%E7%8E%B0%E5%B1%82%E7%8A%B6%E6%80%81%E8%BD%AC%E6%8D%A2

中间有一句：“ PUT 和 DELETE 方法是幂等方法。GET 方法是安全方法（不会对服务器端有修改，因此当然也是幂等的）。”

所谓 REST 使用的 Method “安全”或“不安全”并不是信息安全上的概念，而是一个请求对现有数据是否有影响。。

HTTP Method 不只有 GET POST PUT DELETE，所有 Method 功能机制基本上差不多，没有什么特别大的区别，只是用途不大一样而已，主要是语义化，便于区分。看官方文档： https://www.w3.org/Protocols/rfc2616/rfc2616-sec9.html

MBP2016 15 touch-bar，c、b、command 有时候按不出来，有时候按一下出两个字。。。
平时用 UHK https://ultimatehackingkeyboard.com/ 。

9102 年了，Win10 自带 SSH 了，可以用 CMD 或 PowerShell 直接执行 SSH 指令，如果想有更好的体验可以用 Win10 自带的 Linux 子系统（ WSL ）。

要想知道以后怎么发展，得做一个未来的职业规划，而职业规划是需要有一个职业目标的，那么你未来三年或五年的职业目标是啥？比如年薪多少，职位多高，进入什么行业，做成什么事？

管理实际上是管理 **人** ，解决所有关于 **人** 的问题；士兵变成将军后虽然不怎么直接上前线，但统筹上前线的人；纵观众多科技公司大佬，也都是点满用人方面的技能点的；公司对于管理者的需求也同样是能够通过统筹一线工作者来提升公司效益。
那么楼主愿意继续向管理路线深入发展的话，可以反思一下自己在用人的方面还有哪些需要提高的，什么才能算是高水准，如何达到那种高水准。

一点博见，抛砖引玉。

私以为，技术和管理是两条完全不同的路，人精力有限，只能选择一条放弃另一条，作为一个因热爱技术入行的人来说，自己已经在技术上积累了那么多经验了，突然要抛弃所有从零开始学管理，这种投资风险太高。

业内普遍有一种偏见：管理高于技术。不管你技术做得多好，在薪资待遇上也难以与管理阶层相比，逼得很多人抛弃技术挤破头做管理。
业内还有另一个传言：技术做多了自然就能当管理了。但干了管理才知道，就连最基本的开会都是一门很深的学问，SMART、STAR、OKR、RACI 一摞一摞地看（我特么还不如去读 MBA ）。

干技术 5 年，在技术专家和技术管理的分叉口，挣扎着想继续走技术专家路线。
但愿三年后回过头看觉得自己没走错。