等啥时候叶子要红了可以去香山，记得一大早去，在游客高峰来之前下山，而且香山有好几条上山线路，可以走人少路长的，比较清净还有不错的风景。

选型要看项目时下的需求可状况，没有一招打天下的框架，而且随着需求变化、项目发展，未来还可能会换架构。

有时候简单为服务我会直接用 Node.js 官方 HTTP API 手撸。

复杂点的我以前习惯用 koa 组合各种三方或自造的组件，来应对框架自带组件不能满足需求需要自己造组件的尴尬场景。

个人认为现在大趋势是 Service Mesh ，也就是说框架会越来越弱化除了业务逻辑以外的部分，那些部分会使用云原生中间件和服务治理架构来解决。

建议降低要求先找个能糊口的工作，稳定一些，然后再骑驴找马。

GitHub 里搜 filemanager ，语言选 JavaScript 或 TypeScript ，排序选 Most Stars 。

然后一个一个点开看，是否符合你的需求。

同 Manjaro ，但我本子是 64G 内存，所以平时也不大注意这个占用情况……

用啥 DE 主要还是看习惯和喜好吧，除非是用树莓派一类内存十分吃紧的设备，一般的电脑用 Linux 发行版怎么着都比 Windows 省资源。

但日本有个好处，就是可以上 FC2 [狗头]
不过我记得日本没法用 Youtube Music 。
另外如果需要用来上 Steam 的话，就得用指定的地区。

只要明确自己用的服务在服务器所在地区可以正常使用就好，其他的主要还是看网络质量。

LastPass 是个老牌密码管理器，在刚出来的时候，是非常能打的，还支持中文本地化，所以它能积累很多口碑推荐。

但几年前就开始摆烂了，彻底放弃了中文本地化，一堆自动填写的适配问题不改进，还有一堆安全负面报道。

我曾经是 LastPass 的付费用户，后来自动填写几乎不可用的时候，就换了 Bitwarden ，刚好自己也攒了 NAS ，就开始私有化部署，用的是第三方的 Bitwarden-rs ，后来这项目改名成了 Vaultwarden ，用到现在至少三年了吧。

Bitwarden 自建愿意支持官方的话可以用官方的服务端，非自建也可以用官方在线服务。

1 不赘述。
2 买衣服买鞋需要试，一般都会这么操作，有的店家也会建议这么操作。
3 同上，一些东西需要试才知道合不合适，而且有的商品宣传比较夸张，实际体验不一样。
4 货比三家，天经地义，但一般商家求证之后会给价保。
5 比如显示器厂商可能对坏点的合格指标要求比较宽泛，客户利用退款政策也可以理解。
6 我是不接受。

自然语言是非严格规范的，会存在很多特殊的演变情况，所以技术上能做到这种程度已经很好了，再尽善尽美可能就只能像词典一样查表了。

不跟亲戚朋友做买卖，谈钱伤感情、谈感情伤钱。

得有完善的合同，用条款来避免扯皮，想合作就承诺，不承诺就不合作。

最后就剩下怎么招甲方的问题了。

中奖名额少的话，可以提前算出来第多少次中奖，然后记录下来，抽的时候只要没抽到这些次数就不中奖。

小地方公共交通不方便的话会比较合适自己搞个交通工具，大城市有些地方就感觉没啥大必要，除非生活和工作习惯方面确实需要有个交通工具。

我在的这个地方，附近两个公交站、两个地铁站，马路上经常交通堵塞，停车位又贵又不好找，时间和金钱成本都很高，所以我一直没动力去考驾照和买车。

我只想到社保得处理好，好不容易交了四年了要是断一次就很麻烦。
其他应该没啥问题，一般的岗位招聘单位海了去了，纠结这块的也不至于占大多数。
主要还是看你的知识储备和能力会保护会因为这一年而没有获得成长。

linter 只能搞定一些能明确识别且通常是因为疏忽导致的违规，真想提升代码质量，可能只能靠 code review……

题主发的外包这个代码，第一眼看有点懵，需要捋一遍执行优先级，会很影响看代码的效率；其实如果里面元素都用括号括好，我个人也能接受。

@Roanapur 三星国行也能镇得住国产应用，水货不行。

除了既视感的可能性以外，也可能是真的预知了现实，倒不是什么玄学的东西，大脑本身就可以根据收集到的各种信息进行推演，也就是我们一直说的“直觉”、“预感”。当你被一个场景反复训练过之后，就可以不经理性思考来下意识地做出准确判断。

这是典型的咖啡戒断反应，不用担心，忍几天就好了。