你要你没有玩游戏的要求，可以一律放入 Hyper-V 虚拟机中，分出 2-4G 内存和 50-100G 存储即可。玩游戏的话，就只能 VHDX 双系统了，因为 Hyper-V 虚拟机虽然能够后台 CPU 、GPU 几乎无损耗，但是前台交互只能 RDP 导致问题一大堆——锁 30 帧、鼠标没有相对位置等等。沙盒不用考虑了，不管是 Windows 沙盒还是 Sandbox plus ，都无法稳定支持长期使用。

迅雷完全可以用各种原生 BT 下载工具替代，你甚至可以在路由器上搞离线 BT 。百度网盘，还是建议你远离分享百度网盘资源的人。

常规途径买，大多数城市都是只能买新国标了，毕竟抓门店比抓人好使。但是严格 XX 普遍 XX 选择 XX 的国情在，基本上都是披着新国标的皮跑真正电动车的路。具体能买啥样，还是咨询当地门店，不是高手别去黑店别私改。另外参考前面的国情，不管你骑得时啥车，遇见交警躲远点。

友情提示：因为被群友举报而被封禁的，你到了那里都一样。

如果严格执行劳动法，那么在员工的税前工资之外，还有这些成本：加班费（工作日 1.5 倍、周末 2 倍、节假日 3 倍）；养老和公积金公司统筹部分（能达到发给你的税前工资的至少 3 成）；没请掉的年假要这算成钱；病假要这算比例后发钱；非法院标准的重大过错不可辞退。

你如果没看到外包的优势，那往往你就实际上就是外包。

关闭了杀毒软件、关闭了实时防护、关闭了自动更新，公司电脑，你跟这公司有多大仇。

结果导向的大环境下，容易让人凡物都要找来源，但通常物品的由来都是没理由的。

普及以下某药物的来历：

西地那非由美国辉瑞制药公司在英国肯特郡桑威治的研究中心研发，本是为了用于治疗心血管疾病的 5-磷酸二酯酶抑制药，期望透过释放生物活性物质一氧化氮以舒张心血管平滑肌，来达到扩张血管、缓解心血管疾病的目的。但是在位于史云斯的莫里森医院的第一场临床试验结果并不能达到预期，其表现令人失望，无法成为治疗心血管的药物。[1]
1991 年 4 月，西地那非的临床研究正式宣告失败，但是治疗者在试验后都不愿意交出馀下的药物；在研究员的追查之下，才发现这一种药对病者的性生活有改善。在经辉瑞高层许可后，研究人员就西地那非对阴茎海绵体平滑肌的作用展开了研究，并于 1998 年 3 月 27 日获得美国联邦食品和药品管理局的上市许可[2]，之后迅速获得商业上的成功。2008 年辉瑞公司借此获利 19.34 亿美元[3]，成为令该公司名声大噪的一个产品[4]。

验证是双方面的，对用户没意义的东西，对服务商可能很有意义。如果单纯从用户方面来看，那么别说 2FA ，密码都没有意义，要不然哪来的 Password1 这样的密码。

基本上，不管认证方式是否匿名（密码是匿名的，TOTP 是匿名的，手机号是不匿名的），只要是强制的，那都是对服务商有意义对用户没意义的。

@leegradyllljjjj #2 说句实话，这个开篇就写工作时间多长的，还不如那些写自己很牛的。排除吹牛的，剩下那些只跨自己牛的，还有补足其他地方然后成功的机会。而这种以吃苦为基地的，基本表明了除了会吃苦就啥也不会了，铁定了最好的结果也就是“没有功劳只有苦劳”。

@wangxiaoaer #8
@superchijinpeng #10
仔细看：“编辑完这个类直接提交到 redis 中”，“不需要打包”。这是想源码一步到底的，Classloader 可 load 不了。

你这要能实现，得推翻 Java 的编译原理。

第一：Android 根 安卓是两码事。

第二：上面这句话已经不是调侃，而是用户选择手机的重要依据，国际（较真的话，是欧美） Andoid 生态跟国产安卓生态，真是两码事。一加一套系统分成氢和氧，就很能说明问题。

第三：国产安卓手机，你可以把它认为是装了某 60 或某管家，并且 Administor 用户组与你无关的 Windows 。

手机这边至少都是覆盖前 3 代，新手机都是 3 、4 、5G 通吃的。运营商这边至少联通的新套餐都是覆盖上一代老套餐的。算上通货膨胀导致的套餐涨价，对于用户来说，4G 还是 5G 是无感的。真正要区别的，还是运营商那里的运营成本。对于联通这个太好识别了，当联通 4G 开始各种问题时，说明联通 5G 就真铺开了。

“能写增删改查就行”，有这个要求，下面描述的好多就是不可信的。

淡绿护眼色你得从系统到主要应用都调才行，单个应用调没啥用。XP 时代就调整以下 windos 窗口设置即可满足大部分场景。后来好多应用不跟随系统设置了，从那之后我就没再搞过护眼色。

真，关你屁事。职场，关注他人的私事是大忌，绕过直属领导跟他人有嫌隙是大忌。

摆烂，本来是网络游戏当中，为了用户数量而无耻照顾菜鸡，进而导致劣币驱逐良币的运营机制造成的现象。请不要把这个词扩大到其他地方。

迄今为止，就在对日外包当中接触过完整实行的单元测试，不过那是纯人工的单元测试，不是像 Junit 这样的靠测试代码的单元测试。体验上，跟你们开发的反馈差不多，极度消耗时间，且表面上看没收益（对于项目来说是另一码事）。

不管你是调通后再做测试（人工单元测试只能这样），还是编码完成就做测试，单元测试时间跟编码时间的配比，都要至少大于 1:1 。如果不给单元测试分配时间成本，或者在这上面压缩成本，那就不如不做。这个时间成本不一定会提高总成本，因为如果做好单元测试，那么集成测试跟系统测试的成本必然会减小。我参与那个对日外包开发，测试时间基本全部分配到了单元测试上，后面的集成、系统、交付测试的时间非常短。

收益这方面有点复杂，开发过程和考核指标，以及个人的职业发展规划，都会影响对收益的观感。如果你们不管多复杂的开发过程和考核指标，最终都是以项目是否收到尾款作为实际的考核依据，那么单元测试就真得是零收益。如果开发过程上不把编码人跟代码绑定起来，最常见的就是项目结束了就把人派去其他项目，那么单元测试不但是零收益，还是为他人栽树的负收益。如果个人职业规划没有向项目管理、需求或业务方向上发展的话，那么不止单元测试，所有测试对于编码人员来说都是零收益。

最后一方面，单元测试是谁推的也很重要。作为代码质量的一部分，单元测试应当是开发人员自行作为推动动力的。QA 推动也能推起来，不过会遇到阻力的。而假如是开发人员和 QA 之外的人推动，那基本就是全阻力。

看业务需求，一般没有防火墙处理的话，VARCHAR 即可，因为你业务上就是把它当字符串用的。

如果整体上没有单元测试的风格，那么本地单元测试，要比不停的“修改——部署到测试环境——测试——修改”循环，消耗的时间更多。因为测试代码你不但要从零开始些，而且用完即废没法长期用。

如果你用过 Windows Phone / Windows 10 Mobile ，你就会知道微软的跨平台只能呵呵。不管是出于成本，还是出于知识产权的考虑，微软跨平台的一贯策略是自己做架子，然后让社区 /对手去实现。虽说确实是开放，但是社区 /对手哪来的动力去实现，结果必然是 Alpha 版本都出不来就 GG 。