分区，一部分用来当系统，另一部分当普通 U 盘。

一般当系统至少也得有俩分区，一个负责启动引导，另一个是实际的系统。

另外要注意，一般基于闪存的 U 盘针对的是低频写入的场景，高频写入可能寿命会很快耗尽，一般专门的 U 盘系统会做一些写入优化，比如先写入内存，然后每隔一段时间或者关机前集中写入 U 盘，以尽可能减少寿命损耗。

依据个人的了解来预测，未来可能实体经济的潜力高于虚拟经济，特别是实体经济里的高精尖方面。

所以我个人不大推荐计算机软件，目前这块泡沫已经很大了，而且已经在有消泡之势。

“报志愿”，核心在“志愿”二字，这来源于你自己的志向和愿望，你想将来从事什么行业的工作，是做学术研究，还是进行社会生产，又或是从政。这是需要每一个中学生花时间去想明白的事情。

我刚上大学的时候，所在专业是学校第二大专业，但我在班里问了很多同学，问他们为什么要报这个专业，得到的相当多的回答是“分够了就报了”、“调剂来的”，这样的人可能大学四年都会很迷茫，不知道将来要做啥，甚至有些毕业了参加工作几年才想清楚这个行业并不适合自己。

我个人建议；要考虑自己的兴趣，兴趣可以给学习效率加成；要看一下各个专业集中在哪些地区发展，因为那大概率就是毕业后要长期生活的地方。

@dk7952638 #19 https://www.mongodb.com/docs/manual/core/transactions/

早期版本确实不支持事务，但是可以自己用锁和二段提交等手段来模拟事务，后来官方直接就支持了。

而且现在凡是上规模的系统，架构也会变得很复杂，尤其是多服务、微服务、第三方合作的场景，很多时候数据库本身的事务也无法满足需求，必须引入分布式事务方案。

技术一直在变化的，比如我现在喷 Java 没有 Lambda 、Go 没有泛型、Apple Selicone 不支持 x86 程序，估计会被喷死。

另外 MongoDB 也支持 Decimal 数据类型，可以有效解决金额计算的浮点问题。

我个人感觉是冬天没那么冷了，夏天更热了。

工具服务于需求，没需求硬上肯定添堵。

比如我一开始在电脑上直接跑服务，装各种依赖会污染系统环境，而且也不容易备份还原，后来出于方便就把服务都搬到容器里了。

用不用微服务取决于是否真的需要复用部分服务模块来达到节省开发成本的目的，比如我自己写了几个爬虫来爬小姐姐，但是每个爬虫都单独引一份 Puppeteer 环境导致每个服务程序本身都会占用上 GB 的空间，为了节省空间我打算迁移到 Browserless ，多个爬虫实例共用一个 Browserless 微服务。

我不是 All in one ，我的服务器和 NAS 是两台机器，这样性能、故障隔离。

想要确保数据不丢，没啥好办法，就是冗余+备份。

NAS 上的系统是装在 U 盘里的，深入做了写入优化，确保 U 盘寿命最大化，每天自动任务 dd 备份 U 盘到机械硬盘阵列里，这样 U 盘坏了可以用备用系统进入机械硬盘提取备份来恢复。

服务器的思路是差不多的，系统和服务装在 SSD 上，数据不存本地，经 NFS 存到 NAS 的阵列里，因为 SSD 里的数据很少更新，所以只需要每周全盘备份+压缩存到机械硬盘里。

换小的 SSD ，空间分配可能不够灵活？比如你发现有一个用途快用满 512G 了，但同时另一个用途还没用多少空间。至于直通，一方面得看性能提升多少，另一方面也得看你对性能要求是否有极致需求，毕竟已经用 PVE 了性能也不可能完全没有损耗的。

我用过 7 年 MongoDB ，做公司的支付和订单系统的数据库，没出过什么幺蛾子，性能也不错；遇到过觉得不好用的要么是对这个数据库的特性不够了解，要么就是拿来当存关系模型。

查一下数据库日志呗，看看有没有 drop 记录，没有的话问问 VPS 运营商是不是回滚来着，滚到了 collection 产生之前的快照。

@jin7 #7 ES 是搜索引擎，跟 MongoDB 根本不是一类东西，各有擅长的场景，所以通常可以拿 ES 跟业务数据库组合使用，我们之前就是使用 MongoDB 的 Change Streams 特性来同步数据给 ES 用的，用于支持一些实时性要求低的复杂表单搜索场景。

中水就是污水收集起来，进行基本的净化，然后用于对水质要求不高的场景，比如冲厕所和灌溉。
基本可以理解为比雨水、河沟子里的水干净一丢丢，但远达不到自来水卫生标准。

有些小区入户是有自来水和中水双管道的，中水在家里可能只能用来冲厕所，可以节省干净水资源。

注销淘宝、支付宝、手机号，重新办理新的手机号，然后用新手机号开通淘宝、支付宝账号来网购。

你用京东没问题，所以说明至少有一些环节讨债公司是拿不到信息的。

想试验的话也可以一级一级试，比如换个新地址寄个中通快递，看是不是会收到包含新地址信息的短信，收到了就说明中通有内鬼；没收到就可以试着换另一个地址从另一家淘宝店买东西，看会不会收到包含这个地址的短信，如果收到了就说明是淘宝的问题。

看公司氛围和态度吧，越是上规模的公司可能在保密方面要求越高，也就越倾向于公私分开。

我们公司比较小，之前每年有个激励计划，就是中层员工可以申请一台 MBP ，三年内离职收回，连续工作三年后归个人所有，我就基本没有公私分开了。

注意 commit 历史也不能包含敏感配置信息，否则可以被 checkout 出来。

OKR 需要员工自己制定，但制定完成后需要上级审批，一经审批就表明上级签字画押不可否认了。

复盘的时候需要对 OKR 的合理性进行诊断，如果认定不合理，那么审批通过的领导也有责任的。

每个案件都是独一无二的，不能因为一个案件的判决结果而导致以后所有类似案件都是完全一样的判决结果，需要就事论事。

这也是法庭存在的意义，因为事情是复杂的，法条是概括的，所以这其中的灵活性就由法庭来体现，通过举证、辩论，以及对法条思想的解释和扩展，再进行研判。

这方面属于民事诉讼的范畴，很多时候合同、协议更起决定性作用，除非合同、协议条款本身属于法律明确规定违法的行为。实际上一些单位在于雇员签订劳动合、保密协议、竞业协议的时候，会有知识产权相应的条款。比如规定在职期间无论是不是工作时间，员工的任何发明创造和著作都由公司所有，并且需要让员工自己在劳动合同上写明自己已有的发明创造和著作列表，以明确被排除在外。如果明确有这些条款的存在，在其本身不受法律明令禁止的情况下，出现员工非工作时间创作的作品的产权纠纷，单位可能就占有显著优势了。所以签合同、协议以前需要仔细阅读条款。

在用人单位的角度上，也可能存在不同的态度，是仅仅出于防御性目的避免被员工坑，还是想有朝一日能耍流氓捞一笔，而且还存在被收购清点的情况。

其实作为员工，需要有意识避嫌，比如创作前可以先评估一下是否与自己的工作单位有利益冲突，以及可以考虑把产权交接给信任的他人或社区组织，最重要的就是让用人单位没有起诉的意愿，毕竟欲加之罪何患无辞，知识产权也只是众多法律武器中的一种而已。

我在 Windows 上用 Cygwin 装 XServer ，然后在 WSL2 里装 IntelliJ ，可以直接投到 Windows 的 XServer 上，使用起来跟直接在 Windows 上跑 IntelliJ 一样。

WSL 内尽量使用自己的文件系统，建议仅在需要文件传输的时候才在 WSL 内部访问 Windows 的文件系统，以避免一些兼容性和 hook 问题。

有需求就有市场，市场选择就是车前进的方向。

试想这样一个场景：
一个团队用 React 做了一个网站；
后来发现移动端的流量更高，于是就适配了移动设备；
然后发现基于应用商店的运营策略可以带来更多流量，于是想做 APP ，所以用 WebView 做了个 APP 壳，然后内嵌自己的网站；
后来用户反馈在一些复杂页面很卡（当时手机机能还没现在这么强），同时产品经理希望增加一些现有 Web API 不支持的功能。

作为 CTO ，有如下选择：
1. 保留现有 Web 开发人力开发 Web 端以外，额外招聘同等产能的 Android 和 iOS 开发人员，以原生方案重写，开发人员预算增加 1-2 倍；
2. 让所有前端开发人员去学 Dart 和 Flutter ，招聘具备 Flutter 开发经验的人员补足离职空缺的岗位，原有代码推翻重写，缺轮子找替代品或自己造，不过 APP 性能可以改善不少；
3. 试一下 RN ，原有代码可以得到最大限度复用，开发人员只需要了解一下 RN 的使用方法，还能改善 APP 性能。

当然，最终什么方案适合，得经过深入调研和试验才能得出结论，比如也有可能 RN 与原有架构设计方面不兼容，那就可以考虑是不是还要继续走这条路。

Microsoft Remote Desktop ，微软官方的 RDP 客户端。

我家里的宽带有公网 IP ，华硕路由自带 DDNS 和 OpenVPN ，我就是从公司连 OpenVPN ，然后直接用 RDP 连 Windows 。

其实方案适不适合得看你的具体情况和需求。

现在的电脑都会有静电保护功能，有静电的时候不启动，解决办法就是断电，然后按住开机键几秒钟，此时会释放里面的静电，再通电，就可以开机了。

我遇到大多情况都是因为这个，如果靠这个办法解决不了，也有可能是开机键老化了，如果机箱有重启(reset)键的话，你可以尝试把电源和重启键的线交换插一下，然后用重启键来开机，如果明显好用了，可能就是开机键长时间使用后磨损得接触不好了。

排版是技术活，不管有没有首行缩进，只要让我看得舒服我就能接受。