啥时候手机端支持 Extension 我就用回去，现在是所有端都是 Firefox ，手机端是 Firefox Nightly ，仅针对个别只支持 Chrome 的 OA 会用 Chrome 。

想看具体有哪些优化可以关注 Chromium 和 V8 的 blog 。

Cyberduck 文件传输，类似于 FileZilla 。
IINA 视频播放器。
HandBrake 视频转码，类似于格式工厂。
VSCodium 绿化版的 VSCode ，不含微软的跟踪代码。
Caffeine 开会演示时临时禁用自动锁屏。
balenaEtcher 将镜像写入 U 盘。
CleanMyMac X 收费软件，买断了，清理空间比较好用一些。
Color Slurp 全屏取色工具。
Microsoft Remote Desktop 官方 RDP 工具，通好用的。
draw.io 画拓扑图、流程图啥的挺好用的，类似于 Gliffy 。
PDFsam PDF 处理工具，比如某些打印机只支持单面扫描，正反面扫出两个 PDF 可以拿这个按照奇数偶数页合并，basic 版功能已经很丰富了。
HTTP Toolkit 抓包工具，类似于 Charles 。
LibreOffice 如果对 Office 格式要求不苛刻的话可以用来替代 Office 。

正常感觉身体异常就去意愿看看，目的就是最终出个正常的结果让自己安心。可以定期做做体检，有的单位有这种福利，没有的话可以去正规的三甲医院，岁数不大一年做一次就行。

有疑问就马上安排去检查，不要拖着，真有问题早期发现也更容易治愈，拖着除了自己心理难受没有任何好处，该来的总会来。

觉得自己生活不健康就改变生活和工作习惯，工作性质不允许就换工作（除非你事业心更强）。

如果疑病心理严重已经有些影响自己的心态和生活了，建议咨询一下心理医生。

没啥可怀疑人生的，我以前遇到过一个人，做了十年后端开发，review 我的代码说 switch 的 case 结尾必须写 break ，否则编译不通过，但我那段程序是要让几个键值触发相同操作……

林子大了什么鸟都有，而且薪资跟个人技术水平从来就不是对等的。

对于面试官来说，还是要先明确所招聘职位的职位画像，然后根据职位画像来设置考察的方面，根据考察方面来设计问题。比如招一线前端开发人员就需要基础扎实，问类似题主问的这些问题；招架构师就得考察解决问题的思路和经验；招团队 leader 就得问些横向纵向管理问题，比如如何调解产品和开发的矛盾。
面试官问的问题越少，就越难以客观了解候选人的综合水平，除非你十分确定这个职位在工作中仅会涉及到这几个问题；建议根据职位画像多考察几个方面，至少准备一套能撑 20-30 分钟的问题，就算没通过技术面，管理向的面试通过了也需要综合技术面的客观情况来评估是否录用。

精通技术和开阔眼界会让你有更多解决问题的思路，达到某种程度后就可以显著提升出活速度，特别是当项目复杂度越高的时候。

所以这个问题其实就是你愿不愿意在前期投入更多学习成本，来换取后期的高效能力。

JS 、Python 这种用户量巨大，使用场景巨多，虽然很多人有偏见，但当个趁手的工具用还是蛮不错的。

如果 VM 语言、脚本语言都有会的了，可以学个系统开发语言，比如 C 和 Rust ，啥时候想 Hack 一下内存就可以用。

用的石头的，几年前买的，两千多，有拖地功能，也经常用，但感觉只能擦浮尘，真正要想有好的拖地效果可能得需要震动之类的。

个人觉得扫地机器人存在的价值是拉长人工扫除的周期，比如以往每周扫除一次可以改为一个月扫除一次，另外养宠物的话清除毛发会比较实用一些。

感觉行业巨头成为了实际上的行业标准，通过市场和人才输出的渠道会最终同化整个行业，所以头部厂商有的问题，其他厂商也有很大几率同时有。

感觉要想解决这个问题就得去改善行业大环境，比如更严厉的监督和监管来迫使这个行业朝着更符合消费者利益的方向发展。

在此之前要吃还是正常吃吧，之前没吃出问题来，说明风险没那么高，只要不当成饭吃，问题可能就不大，真当成饭吃高钠引起的血压异常和加工肉类的致癌风险可能会先出现。

Express 用户量最大，本身包含一些组件（中间件）可以较快速搭建出一个 web 服务出来。
koa 也是比较主流的框架，采取微内核的设计，主体只包含 web 服务核心部分，需要其他功能可以自己找相应的组件（中间件）进行搭配。

因为很多框架提供的组件都适用于通用的业务，无法满足特定特殊业务场景，所以我使用最多的是 koa ，有现成的组件可以拿来用就用现成的，没有能直接用的就自己写一个。

当然前面楼提到的其他的框架也可以看看，就是复杂度可能会比这两个高一些，有些是从其他语言的框架思想借鉴过来的。

一般 Node.js 的教程会推荐使用 MongoDB ，因为从服务程序到数据库操作都是使用 JS/JSON 这一套的，实际上没有所谓搭配哪个好、搭配哪个不好。
用什么数据库取决于你的数据特征，比如树状结构的数据可能适合非关系型数据库，而实体间关系较多的适合关系型数据库。每种数据库可能为 Node.js 提供了驱动包可以直接用，或者使用 sequelize 之类的 ORM 。

后台管理网页可以像 PHP 那样使用模板机制渲染，如 EJS 模板引擎，或者 PUG 模板引擎；也可以考虑做成前后端分离的方案，比如另起一个前端项目用 React 或 Vue 写。

私以为每个人都应当在二十岁左右的时期想清楚自己为什么而活着，在进入社会遭遇不如意的时候才能有方向，至少不活着不会成为一个选项。

上大学时的一个寒冷的冬天，走出宿舍的路上买上一杯奶茶，一口温暖和甘甜让我内心得到了慰藉，那一刻我开始觉得，生活中的幸福是随处可见的，只要我用心去找，就一定能找得到。

POSIX 对文件系统的目录划分有一个大致的分类，你可以根据实际情况来确定属于哪个分类就可以了。

从系统运行方面来看，无非就是权限问题，这块只要你的上级所有目录都满足权限要求就可以。

从管理方面来说，不论怎么放，只要能形成标准、文档、制度就可以了。

只玩过旷野之息，强烈推荐。

推荐买国际版（包括港版，但要注意插头规格）游戏机，除非你对售后要求较高，且十分确定自己只玩国行支持的游戏。国行配件可以用于国际版的主机。

我多年前购买是海淘+转运公司转运，你可以看看日本亚马逊有没有 AmazonGlobal 的可以直邮中国（但有足额关税），如果有可靠的转运渠道也可以海外发货到转运公司，然后转运公司再用邮政包裹（可能有关税优惠）的形式转运到国内。运费、税金等可以自己对比一下。

面向简历跳槽？

招聘和求职和双向选择。

跳槽频繁的推论逻辑是这样的：
假设每个工作单位是符合这个人要求的概率一定；
工作单位数量（样本）越多，遇到合理的工作的概率越高（概率相加），且单位情况越能代表整个招聘市场的普遍情况；
短时间内跳槽通常是严重问题（个人严重不符合单位的预期，或单位严重不符个人的预期）；
如果短时间内跳槽次数越多，说明这个人和单位之间的严重预期不符越是普遍发生的；
单位不大可能会改变自己的预期，那么最终结论只能是这个人不适合普遍的用人单位，即这个人符合要求的概率低。

跳槽不频繁，除非求职者有很多次跳槽不频繁的经历，或者有频繁面试不成功的经历（一般求职者也不会提供这个信息），否则因为单位样本数量少，无法代表招聘市场中普遍用人单位的情况，也就无法用于参考来确定是这个用人单位的问题，还是个人的问题，使用这个原因来筛简历的话误差会很大。

如果简历充沛，单位会倾向于使用较为可靠的粗筛条件来筛选出大概率符合岗位要求的简历，虽然可能错杀（存在虽频繁跳槽但合情合理的情况），但后续的招聘工作效率会有显著上升。
如果简历稀少，单位会倾向于逐个面试，以降低找平工作的效率来满足规定时间招聘到规定人员的需要。

没什么绝对的定律，每个行业、单位、团队、岗位的要求是不一样的，要招关键岗位肯定要求稳定性高，招“流水线”岗位肯定对稳定性要求较低。

如果一个工作能满足你的预期，工作一定时间之后可以签无固定期限劳动合同，能获得更多保障。

对个人来说，要不要跳槽还是得看你是否能从目前的工作取得预期的回报，单纯为了简历“好看”而跳槽未免成本和风险太高……

身体没啥不适的话可能是心脏比较好，运动员体质。

没明白为什么讲 Proxy 就涉及到 Webpack 了，通常都是用 Webpack 打包之后把 dist 扔线上，这时候就没有 Webpack 什么事情了。

跨域我在做面试官的时候也会问，只不过我提问的重点主要是：
1. 跨域限制是用于保护前端还是用于保护后端的？
2. 跨域限制用于防范哪些问题？
3. 如何正确配置跨域规则？

我希望没有阴阳怪气、争论、卖弄优越性、人身攻击，能像色色网站一样平和、感恩。

现在用啥通讯工具都是看要联系的人在哪个平台上，基本没得选，还经常全都要。
我日常微信、QQ 、钉钉、飞书、电报都得挂着，要不然很多人联系不到。

Vue 相关生态的文档是我认为写得非常好的，甚至有大量高质量的中文文档，说实话如果习惯看官方文档+提问的话，完全没有必要买课程。