@ishall 稍等一下 我 APPEND 上去！

啊啊忘记写上了，此外我们给每位员工都是配套的 Office365 商业版最高配+JetBrains 全家桶的！
还有自己的高配本地服务器！ EYPC YES ！

上一次在 v2 水贴都好久以前了= =(虽然本身就比较潜水)
这几年确实比较忙，忙到各类社交平台都处于半死状态了 233
这次这个初创团队的组建也比较戏剧性，甚至都可以拍部电影的程度了

不过终归是要做些有意义有价值的东西的，我现在的最低目标就是，十年后我们现在所作的东西能够在这个世界上留下痕迹，而不是直接化作风沙无影无形甚至在 archive.org 上都找不到……

3800X 路过，体验良好。单显卡，直通给了 windows

@ChristopherWu 我基本上不怎么看 b 站，抱歉了…

@ChristopherWu 推荐的这个不是公开课频道，是一些科学家访谈还有业内人士讲解，打个比方 老博士来讲 grep 发明出来的背景以及为什么选了正则这么一种方式等等…

点踩这个按钮就是为了你这种帖子存在的

@ChristopherWu 我觉得 nginx 的实际配置可能意义不大的原因大概是这样
1. 如果是以工作相关的知识学习，那么 nginx 的操作对于前端而言帮助几乎不大
2. 如果是增长见识，那么好，我顶多就学会了怎么改 nginx 配置，然后呢？

如果是如你所言目的是为了学习 HTTP，我觉得既然有两个人，而重点又在于基础的话，最好的一种手段，我觉得还能虐狗一波就是由你来配置、修改 server side 的响应，niginx 也好或者其他的又或是自己写的也好，然后在她获取到的这些响应之后给她讲解各个字段的具体含义和作用，用她熟悉的前端来获得这些响应的时候会有什么不同的表现…


chrome 那个的话我是上接 shell 相关的吐槽啦。如果单纯要看报文，那么用浏览器跟 curl 没有过多的区别。

像我举例的 TCP UDP 这种，如果你不知道相关内容的话，一个是你可以通过网络手段:google youtube 等来获取相关知识(强烈推荐一个频道:Computerphile),一个是你可以看看这些技术自己特有的问题，然后去思考为什么会有这些问题的存在，为什么他们明知道会出这种问题却还是愿意用它而不是用一个不会诱发这种问题的技术…(当然如果是当前没有更合适的成熟技术那没招)

科普主要还是得让听的人感兴趣，强塞一堆知识树末端的最终产物对于初学者来说终归还是有他的缺陷的

接#171 再吐槽一些
打个最简单的比方，TCP 和 UDP，各项特点啊什么的几乎是个人都会背，可是它们的各项特点就是针对它们当初被创造出来时所要解决的问题——可靠还是不可靠，流式还是报文，终究也都是针对特定的场景才最终有了的特征。
而针对这一系列的优缺点又会在实际的工程应用中诱发不同的问题，对应又有一些技法和方案来解决之……“基本上现在的成熟方案都是这么俄罗斯套娃套过来的，今后也很有可能会再被套一层”——如果你用这种思路去给一个毫无基础的人来讲，那么她所获得的知识就不会是空中阁楼，或者说不是填鸭式教育。
当知道一项技术是为了解决什么问题，同时是为了解决什么问题才有了某样什么样的特性，这些特性为什么能解决这些问题……我觉得这样才是好的“科普”。精确的工程语言、工具的使用以及 tricks 和调优，这些都是在对拥有对等前置知识，或者说至少能理解你在做什么，为什么要这么做的人交流的时候才适用的。

上来就 Shell 相关操作没必要，毕竟前端不是非得 Linux 才能做，工具链在我印象中各大平台基本上使用体验一致，如果妹子用的是 mac 的话你稍微耗点耐心帮她配置下环境然后她之前的工具链该怎么用还怎么用

Vim 我觉得有点塞私料，是我就会先问句“想学 Emacs 吗？不想学？那你继续用 VSCode 吧”
git 基础操作可以，原理不知道你在指什么，如果是 workflow 最好还是教一下，如果你是要给她讲增量更新云云上来也没必要

nginx 意义何在？……槽点太多了
比如， [查看 chrome 的请求] 是好的教学点，但是 [复制 curl 命令并自测] 这种东西我觉得着实没有必要
如果你定位是科普的话，应当是由浅入深，从理论再到应用场景再，而不是上来就是实战，你这么搞就变成培训班而不是计科补习了。最终学出来是一堆操作，而不是一个整体的知识体系在里头了，LZ 这样就跟日本人写操作书总是厚得一匹但是不得要点是一个尿性…

这音效，点开吓一跳……

backend engineer 不招了噢？

其实想说图好像裂了…（

那 cv 是要英文的？

JTEST B+但是我不会 Java 只会 C 艹…(