我很多时候需要看 log 来排查故障，所以从来没试过这两个方案……所以不关心其他方案的话可以不用往下看了。

不过机器的性能是差到什么程度，其他的都优化完了还得禁用日志……

我目前的方案是 logrotate+tmpfs+folder2ram：
避免日志填满存储空间，用 logrotate 来拆分日志并定期删除旧日志，有需求还可以压缩；
有可能需要实时查看但不需要保留的可以放在 tmpfs 里，比如 /tmp，但并不是所有系统的 /tmp 都是 tmpfs，最好 df 确认一下，本质就是放在内存里，配合 logrotate 可以避免内存被塞满，关机后自动清除（丢失），对磁盘 IO 没有依赖；
需要保存的日志放到挂载为 folder2ram 的目录里，先写入内存，默认关机时自动持久化到磁盘上，也可以用 corn 或 systemd timer 来定时自动回写，在使用 SSD 、U 盘、TF 卡的时候有效防止频繁写入导致寿命急剧降低，当然突然断电会导致内存中的数据丢失。

Windows 每出一个新大版本（而且是正式版），大多数人都不敢在主力机上尝试的，都要观察吃螃蟹的人很久确定没死才会考虑升级，更何况现在 Win11 还是测试版。

AE 就 Win10 就可以了，就算微软发布了新系统 Adobe 还得有适配和测试时间，内存要大，硬盘要快，回放的时候避免不了会有缓冲时间，这个多高的配置都没法完全避免，提升内存和硬盘能够有所改善。
现在主流 CPU 应该都能顶得住，要想提升渲染速度就选高主频，超多核心可能意义不大（除非用 Multi-Frame Rendering，但这个也是测试功能），不搞 3D 的话应该也用不着多高配置的显卡，有硬编码解码器就行。

泡沫洗手液可能可以避免滑。

另外非泡沫洗手液搭配起泡瓶应该也可以，就是得自己试验兑水比例。

平时用威露士，超大一桶，然后自己倒到起泡瓶里。

尝试过做很多事情，结果都是因为性能太差而放弃。

树莓派还是适合做点轻度硬件开发，或者做复古游戏机。

本体大概有 3 小时电量吧，长途旅行怕电不够用的话，可以买个紫米的 PD 双向快充移动电源，功率足够边玩边充。

一代据说底座可能会刮花屏幕，不知道后续产品是否改进了，可以买个钢化玻璃膜贴一下。

JS 是弱类型语言，可以参考“鸭子类型”的理论。

你以后遇到类似的问题，可以按照如下步骤来探究：
（一）
疑问在于 map 方法的参数上，所以可以去 MDN 上看 Array.prototype.map 方法的参数是什么： https://developer.mozilla.org/zh-CN/docs/Web/JavaScript/Reference/Global_Objects/Array/map
可以看到 map 有 2 个参数，你的例子只传了第一个参数，也就是 map 的 callback 参数，map 会往 callback 函数里传三个参数，也就是说 Boolean 函数会接收到 map 传进来的三个参数。
不要被 Boolean 这个名字迷惑到，给 map 传任何 callback 都是这样的写法，你自己写一个 funcA，也是同样的写法传给 map，如 testArray.map(funA)，JS 里名称的大小写没有特殊的特性区别。
（二）
看看 Boolean 是什么，同样去 MDN 上查： https://developer.mozilla.org/zh-CN/docs/Web/JavaScript/Reference/Global_Objects/Boolean
看来 Boolean 本身是一个函数，只有一个参数，会返回一个布尔型数据。（而且文档也特意说明了，Boolean 函数和 Boolean 构造函数是两回事，特性不一样，所以换成 new Boolean 会得到不一样的结果）
（三）
所以 map 传给 Boolean 函数的三个参数中，Boolean 函数只会用到第一个，也就是 callback 数组中正在处理的当前元素。
Boolean 会将这个参数转换成一个布尔型数据返回给 map 。
（四）
回过头来看 map 的文档，看看 map 是如何处理 callback 返回的数据的，“callback 每次执行后的返回值（包括 undefined ）组合起来形成一个新数组。”
那么结果就很清晰了：map 方法会把数组中的每个元素拿出来传给 Boolean 函数，转换成布尔型数值，然后把结果组成一个新数组。

我在北京工作了 7 年，做过全栈开发，也做过运维和安全，有几年面试官经验。

计算机相关行业的薪酬区间很广，薪酬高的有每月 60k-70k 的，薪酬低的有 8k-9k 的，30k 左右收入的基本是有 5-7 年经验的、中级及以上水平的工程师，或者中层管理。其实这些你去各大招聘网站刷一刷招聘信息就了解差不多了。

这个行业不看重学历，看重知识和技能储备，但是本科和研究生经历本身就能给人带来不少知识储备，所以除非你本人或你的大专院校在技术方面比较硬核，否则事实上你就是在计算机理论体系方面处于劣势，加上你自己罗列的各项技术都是简单了解程度，可以说知识和技能两方面都处于绝对劣势。

于是你的第一个问题不是能不能到 30k，而是能不能找到靠谱的工作。

所以想被打醒不需要来论坛上问，你只需要投简历就行了，看有多少单位愿意联系你面试，然后面试官就可以把你打醒了。

我不是说歧视大专学历，我自己虽然是本科学历，但接触到了中科大和清华的计算机专业学生圈子之后，深感差距巨大，人家在大学时期的日常就是读论文、RFC，还都是纯英文文献，时常组队给顶级开源项目贡献代码，想到他们毕业后可能就是我的竞争对手，我就很难压力不大。

我也曾经遇到过几个低学历但高水平的同事，这么说吧，基本上是把别人高中+大学 7 年所要掌握的知识在四五年内搞定，而且还比大学毕业生多好多年的中高级技术工作经验。

你没办法改变你的过去，但好在作为一个毕业生，你的未来是有无限可能的，刚毕业的这几年对自己的“投资”会比较显著地影响你未来的成长速度，所以个人建议是将收入作为第二参考因素，首要看是否能找到一份让你在未来 3-5 年内能获得巨大成长机会的工作。结合你自身的明确的职业规划，比如你希望 5 年后自身水平达到什么程度，然后再拆解 1 年、3 年、5 年的子目标，去探索如何才能达成目标，并付诸实践。

运维工作环境问题其实更多是管理问题，因为大多数运维工作都可以是流程化、标准化的，就看能否利用流程和标准来提升工作效率。

工作枯燥不出彩可以研究一下 DevOps 和云原生，将大多重复性工作自动化，DevOps 可以把产品发布的流程自动化，云原生可以把资源调度自动化，只需要让开发团队付出一点点成本来使用相应的工具链，很多时候比手工操作更可靠。

最好的救火方法就是避免着火，这方面可以了解一下 Chaos engineering，用计划性的小挂来避免关键时刻的大灾，当然关键在于小挂之后的优化方案。

之前研究过这个问题，MongoDB 最小操作单位是 document，官方给出的建议是，如果希望频繁操作数组里的元素，最好拆成单独的集合……

支持一下，哈哈哈，时而觉得厉害，时而觉得生草，镜头很有想法，文字特效有点生硬。

完成度挺高，加油吧

只要从同步代码重构为 async/await，基本都是要一层一层都改成 async/await 写法，包括 JS 在内的各个语言都是这样的。

aiohttp 的这个流程跟 Node.js 的 http module 基本是一致的，都是：
1. 创建 HTTP 客户端；
2. 创建请求；
3. 向请求流中写入数据，然后发送流结束；
4. 从返回流接收数据，直到流结束。

没想到还真有这东西：

https://bitwarden.com/help/article/cli/#get

Bitwarden 官方提供了 CLI 工具，当然你得用 xargs 之类的操作把密码传递到相应的指令上去，还得确保不记录 history，比如 zsh 就是开头输入一个空格就不会记录到 history 中： https://superuser.com/a/352858/1323269

看了看回复，感觉题主最大的问题是不太自信，对什么东西都是望而却步，实际上很多东西尝试一下，会发现渐入佳境……

业余爱好嘛，没有功利性压力就慢慢搞呗，也没必要跟别人比，享受的是个过程。

比如我之前玩 Minecraft，然后看很多高清材质和光影挺绚丽的，于是就尝试找各种材质和光影调校，甚至还了解了一下什么是 POM 和 PBR，这些都是 CG 制作技术，后来发展到游戏制作领域。

油管上有个 Wintergatan，是个音乐家，为了做出自己理想中的乐器，自学了木匠和铁匠，最终做出了两代音乐机器。

身边还有很多人喜欢玩烹饪和烘焙，大多数一开始都是各种翻车的，但每次都能积累一点经验，逐渐做得好吃，这个过程很让人着迷。

以前用 Feedly，功能挺强大的，有网页版和手机 APP，只不过免费用户可能会有广告。

但是 Feedly 是在线服务，地铁之类信号不好的地方就不行了，再加上总有些资讯没有订阅源。

因为订阅源的问题，我开始用 RSSHub 搭建订阅源，但目前还没解决部分资讯需要访问海外站点的问题，不过应该挺好处理的，JS 后端技术栈算是我的专业领域。

然后找到了 Tiny Tiny RSS，可以用来替代 Feedly，免去广告困扰，用来当网页版的 RSS 阅读器，同时有第三方的 Tiny Tiny RSS 客户端可以做到离线阅读。和 RSSHub 搭配使用，也同样要解决部分订阅源需要访问海外网络的问题。

RSSHub 和 Tiny Tiny RSS 官方提供了 Docker compose 模板，自己改一改参数就能方便部署。

自己写的代码放哪都可以，但做东西通常都是站在巨人的肩膀上，轮子们大多数还是在 GitHub 上，所以网络问题归根结底还是要解决的。

国内轻度用了用 Gitee，项目不需要国际化推广的话也还行，功能比 GitHub 差一点点。

自建的话我们公司在用 GitLab，团队合作和 CI 比较强，但同时也十分吃性能，反正我自己的 NAS 跑不动，我现在家里跑的是 Ggogs，GitHub 的核心功能复刻，性能很好，自己用完全足够。

我自己培养实习生的基本思路是：
1. 看官方的或权威性的教程文档，如 Tutorial 或 Guide 。
2. 尝试做些小东西、小实验复习学的知识。
3. 完整看一遍 API 文档，知道都有哪些功能，日后有需求可以随时回来查细节。

Web 分前后端，你有 Python 基础，那么后端可以先用 Python 技术栈，比如 Django 和 Flask，看看官方文档，有的也有官方或第三方的翻译版本。

前端一个网站就够了：MDN，上面有教程也有文档，权威性比较高，例子方面如果不够可以同时参考其他楼推荐的 W3School 。

现代 Web API 很丰富，不借助框架写一个具备一定功能的网站问题不大，等基础掌握差不多了可以尝试涉足前端框架和打包工具，框架方面 Vue 的官方中文文档特别全，用 Vue 的时候自然而然就会接触到 WebPack 打包工具，都看完了可以看看 React 、Angular 框架，以及 Vite 打包工具。

调一调分辨率刷新率以及采样模式吧。