补充个题外话，我姐在老家的中心医院 ICU 当护士。有一次我听她吐槽，医院新采购的系统超级难用，就像上面说的那样，清单里上百项的点选非常繁琐，得让人专门花几分钟去操作。。本来工作量就很大，换了系统之后更烦了，向上反馈也得不到处理。
（ PS：姐夫是银行员工，他们的内部系统也是招标的，上次看他做个操作也是卡到骂娘。
换互联网公司直接在内网就开喷了，他们没办法，惨

不对，把我搞迷糊了，小拇指跟无名指混用太多了，搞不清什么时候用哪个去按的了

我觉得是因为右手会经常移动去握鼠标，摆的角度跟固定不动的左手不一样。左手小拇指能按到的角度，右手需要扭一下手腕才行。所以几乎都是左手小拇指按 shift ，右手小拇指要按的键，都是无名指去代劳了。
再加上我的键盘右 shift 非常短，跟方向键挤在一起的，更加不会去用了。

同 #17 楼做法，对于基本掌握的知识，用英文搜的效率高一点。刚接触不太了解的时候，就用中文打个底。
CSDN 质量下滑严重，近两年腾讯云的云+社区产出的内容还 ok ，阿里云的开发者社区也还行，华为云的质量就。。emmm 。。。

我一般分四组窗口：1. 学习资料； 2. 没来得及看的文章； 3. 手头工作所需的页面； 4. 临时搜的问题，查的信息。
每组窗口的生命周期都不一样。有些用完就关，有些挪进收藏夹。

如果觉得开太多占内存，就关掉整个窗口或重启电脑，再 ctrl + shift + T 整组恢复，不切换到具体页面就不会加载，这样内存占用小一点。

恰好晚上发现 v2 的头像加载不出来，折腾了下规则

parsers: # array
- url: ${订阅地址}
yaml:
append-proxy-groups:
- name: "HKGroup"
type: url-test
url: 'http://cp.cloudflare.com/generate_204'
interval: 300
proxies:
- DIRECT
append-rules:
- DOMAIN-SUFFIX,v2ex.com,PROXY
commands:
- proxy-groups.(HKGroup).proxies=[]proxyNames|^.*(Hong Kong).*$
- proxy-groups.(PROXY).proxies.0+HKGroup

大致整了这么个玩意。

作为用户我的做法是将 API 拿到的结果再封装两层，第三方系统 -> APIRequest 封装（分页、鉴权、异常处理等） -> 业务抽象（名词转换及方法封装）-> 自己的业务。
不知道那些做 toB 业务的大厂有没有更完善的规范，一个产品不同子业务也是多个人在开发的，想要风格统一，光靠自觉没用，还得有技术评审流程。
我们搞内部系统通常就很放飞自我了，主要是当你参与进来的时候，现状已经很乱了，A 团队一个用法，B 团队一个用法，你总得选择一个。。

房子买了再出二手，利息部分的钱都算是亏损。涨幅不到一定程度的话，是没法像几年前那样轻松“升级”的。
动则 300w 以上的大笔投资，两个家庭几十年的积蓄+未来 30 年的债务，如果不谈它的金融属性，我认为不值这么高价。但现在不太可能想以前涨得那么猛了。
所以我觉得，除了“小孩要上学没办法”这种刚需，连婚房都没必要着急。今年那么多企业在裁员，你掂量一下如果裁到你，存款能撑多久。钱多的当然不用太谨慎，我是不太想用下半辈子来押注。

刚毕业的时候搞过一次--hard 把未保存的代码搞没了，后面加参数就非常小心了。

vim -> vscode -> ide ，开发工具的集成程度是逐渐加强的。如果习惯了 IDE ，就继续用着呗。工具从来都是哪个顺手就用哪个。
我是因为日常需要用的比较杂，bash/python/js ，用 IDE 建项目太麻烦了，而 vscode 可以一套搞定。对我来说 vsc 就是一个装插件方便的 vim ，但配置环境的过程还是少不了的。以前安利了同事去用，但他不会去调教，用了一年多还是很简陋，早知道让他用 pycharm 算了。

会。
上班：python
下班：
用 python 写一些工具，比如快速备份游戏存档，批量恢复 steam 游戏图标丢失的问题之类的
用 eletronjs + vue 写了个可以滚动看漫画的看图程序

写玩具也是玩的一部分，在选这个专业前，我本来就爱折腾这些小玩意

没车没房贷，省一点花，过个十来年问题不大。但如果结婚养娃，撑不了几年。

回到 Office 跟 WPS 的比较上，主要还是因为不知道什么时候会出现兼容性问题，安装 Office 也不算太麻烦，就一直这么用了。特别是现在要用到 word 的场合，都是发一些重要一点的文件，不敢出错。

最近重装电脑之后，依旧第一时间安装了 office 。
不过日常几乎都在用在线文档了，写完直接丢链接到群里，省事，避免了版本错乱的问题。正经的 word 只有在严肃的场合使用了，而且没调教过的 word 也太丑了，包括字体跟排版。
不过 excel 和 ppt 在功能上比在线文档好一些，有些时候反而要把表格下载到本地，用 Excel 去操作。

能用 32G 当然比较自由。。办公 8G+虚拟机 8G ，chrome 跟 vscode 这两个吃内存大户时不时崩溃。
只是开发用途的话，也不需要追求极限吧，压测是在正经服务器上做的，开发环境能验证就行。

负责的模块写得太细了，试着概括一下。
亮点要突出，找一下你工作中最有技术深度的内容，着重写一写，等面试官发问。

同意#5 的说法，更重要的是代码组织的水平。
我这两年最不想细看的就是前两多行的单文件脚本，全是函数，没有封装。但不是故意的，里面有太多“构思中”的功能，比起一篇文章，更像是一张草稿纸。
写代码是需要思考的，想到哪写到哪，看起来就乱糟糟的。有时候为了应付上线，不得以破坏了代码的封装，看着实在糟心，有机会我就以“新功能不好拓展”为由重构一下。
但有些团队并不关心这些，因为这些代码不需要他们维护，也不考虑人员 backup 的问题。这种时候就会被冠以“强迫症”的称号，要不要继续保持“优雅”就看个人选择了。。。

系统盘 200~250G 是比较合适的大小，再小就不要再分了。恰好我的 SSD 就 256G ，不用考虑分区的事。以前的笔记本就一块盘，还是需要分的。
我的个人偏好是在重装的时候格式化 C 盘，所以一般会把非绿色软件跟纯粹的数据分开存放。不过，这是偏理想的情况。各类软件存放数据、配置的逻辑都不太一样，会引出更多的问题。
比如，有些软件的数据存在安装目录下，有些在 Users 下，有些在文档目录下，也有些分散在 AppData 里。即使你弄清楚了这些，电脑用的时间长了，总会有些犄角旮旯的“脏东西”。
所以纯粹的数据文件分开存放只是第一步，其实并没有一劳永逸的办法。

来一个花钱的方案，用云产品的对象存储，一般都提供了命令行工具，客户端配置好 ak/sk ，拉下来还挺方便的