不让自己选实习单位，不清楚学校是否涉嫌违法。

不管选啥，专业课都要学扎实。工作中你需要学习大量学校里没有的知识，基础越扎实，学起来就越得心应手。

@Johanshc #12 博士可能并没有你想象的那么难，试一试才知道行不行嘛。

没做过相关行业。

有个脑洞，类似地雷的松发引信的结构，外壳装上会压住这个结构，拆开就会松开这个结构，然后用内置电池或磁生电来记录按压次数。

我这种是专业课学不好的，天天不务正业学些乱七八糟的东西，想考研也全然没有优势，所以只能参加工作。
既然你专业课学的还行，这就是有考验的优势了，建议一试。

个人认为经济下行的时候适合深造积累，自身经济条件允许的话可以考虑读到博士。

问这个，说明你有手机的无线充电器或者支持无线反充的手机，试一试不就知道了。

大概率没法通用。

@pH #46 可以配置路由的，我路由器上提供了两种预设模式，一种是全走 VPN ，另一种是仅局域网 IP 走 VPN ，我是用的后者。

加个撤销机制以防按错，然后我觉得就可以做个 MVP 方案让负责分类的人员试用一下了，看是否提升了效率，然后根据反馈再优化。

建议职业规划先行，很多时候工作的行业决定了地区。

个人的感受是，如果是从事 IT 行业，北上广深几乎是唯四的选择，顶多再加一个杭州，其他地方 IT 行业虽然也有，但是不是当地优势产业，薪资待遇也大多比上述几个地区差很多。

分区，一部分用来当系统，另一部分当普通 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 ，三年内离职收回，连续工作三年后归个人所有，我就基本没有公私分开了。