我基本是直接扔有害垃圾的分类垃圾桶，社区里有俩，公司里也有。

docker 有必要学，其他的了解，等用到了在学也可以

VPN/代理的老本行。

如果你平时手机等其他设备出国，可以让家里当中转，路由配置一下家里的网段直接转发不走机场，这样你公网只需要开放一个代理端口就行了。

建议环境变量不放在 Git 项目里。
我们团队几年前做过一次安全治理，环境变量里大多是数据库、中间件之类的连接地址和访问凭据，为了避免隔三差五被人误发到公共 git repo 上去，要求仅负责部署的运维人员可以看到，所以全部信息都从 git 项目里剥离，并重置所有认证信息。这样使用云原生部署的话可以使用配置中心或者 k8s 的 secret 机制来比较方便和安全地管理。

只要不放在 git 项目里，那么几个分支就是可以互相合并的了。而且可以追踪每个 feature 是什么时候、什么人开发、合并到测试分支、合并到生产分支上的。

如果按照你们的使用方式，你可以使用 rebase 将一个 feature 里的所有提交合并成一个提交，再 cherry-pick 到下游分支上，就是这种做法因为没有记录 merge 操作，所以三个分支之间没有联系，你需要自己去比对 commit message ，同时因为使用了 rebase 合并了提交，导致开发过程中的提交历史细节被丢弃。

Iceraven/Firefox ，手机端可以用扩展。

有些 Crome only 的页面还是得用 Chrome 内核的浏览器，比如一些云文档。

用着顺手就行，不同人需求可能不一样。

@hytirrb 我也不知道，瞎折腾就知道了

RAID 是解决可用性问题，不解决完整性问题，举个例子，中了勒索病毒或误删文件，RAID 会实时同步在所有盘上操作。
要想解决完整性问题，得备份，而且有历史版本的那种，一个具备快照功能的独立文件系统会比较合适一些。

另外企业领域还有两地三中心的说法，个人用没那么严格可以本地一个实例+远程归档存储，所以可以考虑整个网盘、异地 NAS 或 OSS 。如果你不考虑天灾人祸，不要异地备份也可以，就在本地备份。

我是用 Btrfs 文件系统，然后用 btrbk 脚本来定时备份和打快照。其他的好像 ZFS 、XFS 也支持快照，可以自行了解一下。

硬件是真的什么都可以，只要能满足你的 2.5G 网口+NVME 槽的需求，机械硬盘有 SATA 口更好，没有也可以 USB3.0 硬盘盒。比如你可以整个全新或二手的支持 NVME 的 NUC 或迷你准系统。

真想好好弄一下，就是找个带硬盘笼的机箱，然后弄一块带 2.5G 网口和 NVME 槽的主板。

预算充足就可以找个这样配置的品牌机。

@fengymi #5 你得算算，要想用得上 2.5G 的网口，需要什么样的硬盘和阵列才可以。然后你需要几块盘、什么样的机型配置，就出来了。

不提具体需求的话，因为我自己是 DIY 的，所以一律推荐群晖/威联通成品机，花钱买时间。

自己的项目绝大部分情况用 conventional commits ，别人的项目就 git log 看看过往提交风格，模仿着写，如果过往提交没有统一风格，就按照自己喜好写。

这东西跟项目管理情况是息息相关的。
比如开发一个本地特色的项目，也大可不必坚持用英文，只要能快速、准确、工整表达核心信息就可以了。
再比如写的可能不是程序，而是个文档项目，只是想用 Git 来做版本控制，那么可以自己找或设计一套适合文档的提交风格。

真正有用、能用到的，不会轻易忘。

个人认为最重要还是把知识嚼碎，汲取核心思想，只要明白是什么思路就容易记忆，而且即便不能背诵原文也可以根据核心思想来推导出来。实际解决问题的时候，遇到的也大多不是理想情况，需要自己通过了解过的那些核心思想来创造一些适合当前问题的解决方案。反正如果我当面试官的话，这种候选人会比较戳我。

不影响大家选择适合自己的方案，只是对于同样在使用 TS 的过程中遇到新痛点的人来说，不用可能也是一种可以尝试的选择。

JSDoc/ESDoc 用过很长时间，如果团队里有成熟的编码规范和可靠的实施的话，结合代码分析能力强的 IDE ，是完全可以替代 TS 的，这也是为什么很长时间里我对 TS 不感冒。

我举个例子，并不是所有用到 JS 的场景都是在浏览器和 Node.js 上跑的，一些场景下 JS 被用于作为一些其他软件的嵌入语言（类似于 Lua ），甚至有些需要在专用的界面输入 JS 脚本，此时 TS 的编译层可能就会成为使用效率的短板，但利用注释的 JSDoc/ESDoc 不会，因为它们本来就可以被标准的 JS 解释器/引擎正确处理。

另外就是 JS 本身是个极其灵活的语言，所以它对开发者要求很高，缺乏经验的开发者会有较大概率写出有缺陷的代码，而 TS 就是通过限制语言的灵活性，来帮助开发者降低心智负担，从而提升了工业生产的效率。但万一开发者是个精通 JS 的大佬级人物，将 JS 运用到出神入化了，这时候没准灵活性反而成了高优先级需求。就像一些 C 语言大佬的程序，代码难懂，但也确实比其他现有方案能更好满足功能需求。

不过说能替代也是说的一部分场景下的，总有些场景下，结合团队和项目情况来综合衡量，TS 可能更适合，这也是 TS 存在并被广泛使用的原因。

TS 要想取代 JS ，大概率只有普及 TS 原生引擎这一条路可以走；只要没法取代 JS ，就一定只能苟在 JS 技术栈的子集里。换言之本来就是一个技术栈，绝大多数人是两种都会/用/容易上手的，也没必要单立派别啥的。

五边形的客厅，三边有门，一边窗，沙发电视怎么摆都很别扭。

客厅不临近外墙，没有采光。

进大门要走很长一段狭窄的走廊才能到客厅，走廊占着不小的面积（和价格），但没法利用。

卫生间所有供水都接厨房的燃气热水器，对，所有供水，包括冲厕所的水……

大多中介其实都是优先清理手里长时间租/卖不出去的房型，你把需求说清楚，只要看一两套发现没有按照你需求来，就可以换人了，可以先在他们店里换其他人，看能不能把真正正常的房型给逼出来，不行就换附近其他店的，来个同行竞争。不过最好就是熟人介绍比较靠谱能按照你需求来的中介，但这种太少了。

一般专业的橱柜品牌产品都是可拆装的，重装只要重新封好边缝的胶就行了，原厂商一般也有拆装的服务，如果费用较高也可以通过熟人介绍找一些靠谱的第三方橱柜师傅。

我们家旧小区改造，上下水管都要换，拆装橱柜这块就是第三方的做的，比较幸运遇到个手艺好的，重装后恢复如初。

NAS 就是一个提供网络传输协议的计算机+存储设备，所以只要能满足这个特征的，都可以被称为 NAS 。
你甚至可以用嵌入式设备来做提供网络传输协议的计算机，只要它能跑这些协议，以及能驱动存储设备。

不过是不是可靠就是另外一码事了。

@OceanBreeze #6 可以了解以下 systemd 的 target 机制。systemd 功能挺强大的，可以调整启动顺序和依赖关系，比如服务 A 依赖服务 B ，可以通过配置来让 systemd 启动 B 成功后再启动 A 。

已经用容器很多年了。

不用容器的话，pm2 对开发友好一些，部署的话 systemd 更通用。

@Admstor #62 别看见工业两个字就骂，我说的是安全标准 安全标准 安全标准，让你参考不是说让你像工厂一样生产，而是看哪些指标需要把控，容易在哪些地方出现问题，你对安全要求高，大可以在现有安全标准基础上提升要求，但前提是得先知道需要参考哪些指标。

风扇风压够的话可以用 Hepa 滤网，就是空气净化器上用的那种，风压不够的话可以考虑正压散热，然后进风口接空气净化器的排风口……

家里灰尘其实主要是断裂纤维，靠近织物的地方就会比较多，比如沙发、床、衣服，所以除了远离织物以外，可能把机箱架高也会有一些效果。