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

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

普及以下某药物的来历：

西地那非由美国辉瑞制药公司在英国肯特郡桑威治的研究中心研发，本是为了用于治疗心血管疾病的 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 。

根源：SQL 本身就是弱类型语言，MYSQL 又是特别“聪明”的数据库，所以会比 HTML 、JavaScript 这些语言更变态的自动纠错。

对于你的问题，CREATE TABLE 、ALTER TABLE 、ADD INDEX 这些，只是一次性的动态执行语句，它们不是数据库物理模型的最终的定义语句。故，类型不一样，同样的逻辑有些能执行有些不能执行，这都是正常情况。

最后提一点，对于日期时间、或者时间戳类型，建议不要在数据库上设置默认值，坑太多。NOT NULL 但是没有默认值，这是允许的。

双币卡是磁条卡，现在已经不让申请新卡了（老卡想用可以继续用）。国内的信用卡是单用户审核，你在一家银行只要激活了任何一张卡，那么所有非特殊卡都能任意申请。随便申请一张银联卡，激活后再要一张全币种卡就可以了，现在 VISA/MASTER 单通道全币种卡基本都是全免费的。

国内的信用卡卡种起始不重要，同一家银行的不同卡，基本上就实体卡长得不一样，后台是一摸一样的。信用卡是长期使用的，国内还是典型的老用户不如狗，所以各种申请优惠，要当成锦上添花的东西去看，不要作为比较指标。

下载文件时的消耗的网络流量，受网络协议、压缩协议、文件大小等多方面因素影响。

不公开的实践项目会很多，但是公开并且规模还足够到可以学习的案例项目，不可能有，别找了。

另一方面，DDD 不只是编程思想，它是涉及需求、交付、开发、测试等全方面的开发思想，如果不能在客户、产品、开发之间形成通用语言的话，那也是用不了的。你可以拿公司的非紧急项目给自己练手用，不要想用 DDD 单方面去解决公司的项目开发困境。