能接受游戏很贵，但不喜欢便宜+氪金的，感觉是在消费，而不是在玩游戏；另外本身现实生活中就没钱，到游戏里还要让我时时刻刻提醒自己是个穷比，就不爽。

自己换风扇，会影响保修吗？

一般的商业 NAS 都只考虑存储一项功能而设计的，其他所有花里胡哨的功能都不属于设计目标的范围，顶多是可以让产品更好卖。

你需要的是一台足够可靠的 NAS+一台性能足够的服务器（用来跑 Docker 等服务）。这样也可以故障隔离，服务器你随便折腾，NAS 也照样 7x24 可用。

一般我都是推荐群晖、威联通，虽然我自己的 DIY ，但正因为是 DIY 才知道买成品是多么省事。

RAID 不保障数据完整性，只保障数据可用性，数据安全的核心是备份，无他。

买个意外险，一年两三百就能保几万到十万，孩子运动能力发育期间会比较实用。当然最好肯定是不要出意外。

看看浴室要不要换个防滑地砖，用防滑拖鞋，或者要不要铺防滑垫，消除隐患。

养孩子从来都不是一件容易事，只有自己有了孩子，才能深刻感受到为什么要感恩父母的不容易。

用 Java 、Node.js 不需要考虑性能问题，大多采取微服务集群的方式就可以消化并发负载，真的是单个请求有性能问题，应该在有问题的这部分使用 C++、Rust 等语言使用高性能方案处理。

个人认为关于代码，最重要的是可读性，其次是可扩展性，最后才是性能。

异常会有很多种，有的需要返回 400 ，有的需要返回 401 ，有的需要返回 403 ，等等。如果你定义好了不同类型的 error ，然后可以根据 error 类别来精准返回错误信息，且同类 error 的返回信息在未来有可能会统一修改，那么全局处理可能会让代码更简洁、清晰一些。你只需要处理好 error 的 stack ，确保未被捕获的 error 可以明确找到真实发生的代码位置就行。

如果你的信息返回格式是碎片化的，那么还不如每个接口自行组织和返回信息。

当然通常肯定都是部分状态可以统一处理，部分状态需要分别处理，那么只需要把适合统一处理的放到全局处理就好了。

没有万能的设计，都是要根据项目当前的需求特点和未来可能的需求来选择采取哪种设计方式。

英语的复数是一种不可靠的变形规则，遇到特殊变形和单复同形的，就会很麻烦。

可以采用单数形式，或者单数+List/Collection/Array 等后缀，具体采取哪种方案需要团队定个统一标准。

你要访问容器里的浏览器，那么实际上就是得通过远程桌面访问，无论协议是 RDP 、VNC 还是 Web VNC ；
那么你就需要有一个桌面环境，比如 Xfce 、Mate ；
当然也可能搞一个极简的窗口管理器然后只显示浏览器窗口，但用浏览器的时候你肯定也需要使用其他功能，比如管理下载的文件，所以还是用桌面环境比较方便可靠一些。

我是用的网上找的 Ubuntu+xrdp+Xfce 的 Dockerfile ，后续因为 ubuntu 的桌面应用强制使用 snap 跟 docker 兼容不好就自己改成了 Debian+xrdp+Xfce 。
日常用途就是用浏览器找媒体资源然后下载下来，再用打标签工具给媒体文件打上艺术家、合集等信息；有时候也需要用文件管理器整理 NAS 上的媒体文件，读取缩略图和预览要比跨公网的远程文件传输协议快很多。

凡是花了设计心思的游戏我都喜欢，但不同时候习惯的游戏类型不一样，玩什么类型主要看时下的个人精神状态。

有时候 RPG 沉不下心来看故事，就去玩玩沙盒建造，肝不行了就可以静下心来玩 RPG 了，特别心浮气躁的时候玩几局 FPS 或者刷刷刷的游戏，有时候怀旧也会玩玩 GBA 、PSP 、PS2 游戏，跟亲戚朋友也会玩一玩 NS 休闲解密游戏，有时候想训练一些思维能力也会玩益智游戏。

玩的时间最长的是沙盒建造，比如 MC 、太空工程师，毕竟这种类型也最耗时间。

最近王国之泪除了救公主全都完成得差不多了。

除了电子游戏，也喜欢桌游。

北方地区供暖上水前装好暖气。门窗密封性对冬季供暖有很大影响。

强电弱电，先定设备，再定点位，最后定线的类别和走线方式。

橱柜遮挡的墙面可以用便宜的瓷砖。

跟物业、街道打听好近期是不是有社区改造的计划，上下水留好更换管道和漏水检修的设计。

智能家居灯开关最好预埋零线。

有通风需求可以考虑新风机。

洗碗机、烘干机可以显著提升生活幸福度。烘干机接下水管道更方便。

最稳妥的方式是，找专门的设计师出图纸，再找半包装修公司只包施工和辅材，主材自己调研和采购，找第三方监理在每个施工环节结束的时候进行验收。

现在很多医院默认顺产，评估不适合顺产，或顺产过程困难的，才会允许剖。

快生之前咨询妇产科大夫，做做相关检查，看是否不适合顺产。除了 B 超观察结构和形态之外，还有高度近视、血栓、心脏功能等问题可能不适合顺产。

如果在检查完之后两者皆可，且医院可以听从产妇意愿，你们才能做决定用哪种。

剖的话，需要手术+麻醉，术后恢复时间长很多；
顺的话，恢复时间短很多，如果怕疼还可以加个无痛针，也是麻醉（这么看来，其实剖已经没多大优势了）。

我有个朋友是检查完之后医院默认顺产，自己不可选，但生产的时候胎位不正（最后几天其实也有可能有较大的胎位变化）导致难产，直接按流程转了剖，伤口恢复了三个月，一年后疤痕十分明显。

一般平台都有免责声明，非第一方的产品都没有担保，所以不要因为是银行的平台就觉得安全，具体还是要看你买的产品是怎么配置资产的，以及产品经营方信誉如何。

不是很符合老用户的使用习惯，倒觉得更像 VSCode ，奔着这个 UI 的话还不如用 VSCode ？

VSCode 的设计思路是提供个编辑器框架，然后绝大部分功能靠插件来实现； IDEA 不一样，本体就是一个具备很多复杂功能的、可以开箱即用的 IDE ，插件只是作为功能的提升和补充。IDEA 强行把自带功能的按钮和界面默认隐藏，再期望如果用户知道有这个功能再去找这个功能；似乎有点本末倒置了。

或许是觉得老用户粘性大，不管怎么作妖都不会走，在此基础上吸引一些 VSCode 的用户？但 VSCode 中有相当一部分是奔着免费的吧，光改界面貌似治标不治本。我想改版之前以涨价作为幌子，让大家一次性买个三年五年的，估计就是拿不准改版后用户会不会流失，先套牢再说。

当然这些都是表面，JB 的核心竞争力在于代码分析能力，这个是免费的产品所不具备的。只是既然 JB 的员工都是拿工资的，那么能不能先把 QA 整好再发版？以及多年前就存在的 Bug 能不能加紧修了。

很多年在企业里靠合规工作吃饭的可以说一句，V2 上大多关于新规的观点大多都是阴谋论。
干这行的基本都能摸清楚监管部门的思路和流程，问题不大，发展、监管两碗水肯定是要端平的。

可以看看那些多盘位的 NAS 机箱，要不要热插拔涉及看你需要，我目前只用了个 4 盘位的，迎广 MS04 。

如果需要带很多硬盘，可以买硬盘笼，注意下是否可以缓解共振问题，然后配个 PCIe 分多 SATA 口的卡插主板上，PCIe 3.0 x16 的速度理论上至少可以带二十多块硬盘，不带阵列功能的也不会很贵。

操作系统里配置个硬盘休眠特性就行吧，休眠了应该也就不需要控制通电了吧，手动插拔还麻烦。

硬盘寿命其实主要看运气，平均寿命是 5-6 年，但我有一块 4 年坏了，另一块 8 年还没有任何毛病。不过要是配置有误导致过于频繁休眠和唤醒，可能对电机不大友好。

绝对失联权。不过有时候我比较关注事情我会开绿灯。

互联网行业，10 年的公司。

同北京，我们去年改造的，下水管只用了一个白天换完，当天会有临时厕所和在楼梯间有个临时上下水，所以真正影响使用的也就只有一个白天。

可能你们那的施工方式跟我们这边不一样吧，要不要咨询一下社区或施工负责人，具体是怎么安排的，然后再决定要出去住几天。

备案通知第一句就提到了反诈骗法，所以我觉得最起码这个方向是好事，可以一定程度上增加诈骗的难度。

比起拿创新和发展来说事，不如多提一些执行方式的建议，以及执行过程的监督情况。

当然以 V2 这种把反诈当成妖魔鬼怪的风气来说，这很不政确。

客观来讲，有了更多知识，就会有更多解决问题的方案，问题被解决的概率就越高。

知识不一定可以改变命运，但是有知识就有可以改变命运的机会。

就好比和心上人表白，表白还有 50%的概率被接受，不表白就是 0%。

@Jirajine #82 如果真的强行往去中心化靠的话，邮箱系统配合客户端协议顶多算是去中心化的数据存储方案，而不是去中心化的通信方案。如果你们说的就是存储方案，那我只能说确实我理解错了。