%q 是给字符串加 双 引号，也就 Mysql 你能这样用了，Oracle 下面 SQL 报错（ SQL 规范上是要求单引号定义字符串）。这只是误打误撞防止了 sql 注入，但本质上是瞎几把拼 SQL 。

首先通过搜索发现，xcode 是 IDE ，Vapor 是 Swift 语言的一个玩意。所以楼主的问题应该是：是所有开发（ IDE 、语言、框架）都这样还是 Xcode 下 的 Vapor 框架不行？

如果产生的错误，是运行时报了错误，app 这个对象不允许重新定义 GET 请求，那么：所有编程语言都是这样，所有 IDE 肯定不会报编译或者语法错误，专项程度高的 IDE 会报警告级别的错误。

原因：
1 ，不允许重新定义 GET 请求这个规则，是由 app 这个类，或者 Vapor 框架的规则，不是 Swift 语言的语法规则，所以它铁定不是语法错误，最多只能是警告
2 ，（通常来说，具体还要看语言的语法规则）这个规则是运行时规则，或者代码跑起来才能出错的规则，所以基本检测工具没有检测它的要求，高级或者专项检测工具才会检测它。

有这样的手机，那就是非智能机，以前那个 500 就能买的廉价 Windows Phone 也可以算是，不过两者已经基本都被淘汰了，因为权限这事的问题是权限滥用，而不是权限本身。而要解决权限滥用的问题，靠技术没用。

楼主你就承认你是你说的“另一个同事”吧，不丢人。虽然在“周末到公司加班”、“干的是自己的事不是公司的事”、“没加班费”结合在一起，是真特么奇葩（光有前两个还可以认为是骗加班费）。

此外，通常说得学渣学霸都是针对大学之前除了高三之外的学生的，到了大学还在课后卷的，不是准备继续考试就是有毛病。

@tool2d #10 第一个明明是成绩好、但是因为不表现反而不招老师喜欢的学霸，第二个明明是没成绩、但课外活动牛的假问题学生（像上面说的，日后大概率成为第一个那样的学霸）。我特么怀疑你就没上过学，上过学的就算学渣也知道学霸下课后是不学习的。

我十分怀疑你对这两个同事的评价的准确性。

第一个同事，人不会对没兴趣的事积极，人也不会因为兴趣就让兴趣的事去入侵其他事，这个同事很有可能是对代码很感兴趣的。——你不能因为下班不干就认为人家没兴趣，要知道，下课后绝对不碰书本的人才有希望成为学霸。

第二个同事，就不用说了，明显得对当前工作没兴趣，和骗加班费，这领导要是敢喜欢这种人，那是脑袋被门夹了。

@standin000 #32 视频没问题，30 帧足够了，玩游戏不行（真锁 30 帧也能玩）。hyper-v 没有直通，但是有更方便的显卡虚拟化，它的主要问题是有显卡但没显示器（显示器只能是远程桌面，不提供其他连接方式）。

好吧，我写错了，addAll 不能链式操作，要想一句代码就完成的话，只能使用原先那段很难看的代码。为了可读性建议拆分语句如下：

TreeSet<Student> tempSet = new TreeSet<>(Comparator.comparing(Student::getName));
tempSet.addAll(studentList);
studentList = new ArrayList(tempSet); // 或者 studentList = tempSet.stream().collect(Collectors.toList())；

尝试换一种写法：

studentList = new TreeSet<>(Comparator.comparing(Student::getName)).addAll(studentList).stream().collect(Collectors.toList())

原理是，利用 Set 不允许添加重复元素的特性（添加重复元素时忽略，不是报错）来去重。具体操作是，将当前集合的所有元素尝试全部放入一个 Set 中（用哪个 Set 的实现类取决于如何判重），然后在将完成的 Set 转换回原来的集合，在将元素放入到 Set 中的时候，重复元素会被排除掉。但是你抄这段代码可读性是真特么差。

@shangwuli 闲着无事，看了你链接的那篇文章，发现那特么在放屁，你要学他铁定被坑。那个文章，第一章是套话，第二、三章对 PDCA 的解释还不错，但是第四章就是胡扯了。第四章说的实施方法，跟 PDCA 没有任何关系，那压根也不是可以实施的方法，根本就是随便找了些语言组织起来就放那里了，你翻到 20 年前讲解软件工程、CMMI ，甚至瀑布开发的文章，都能找到类似描述。

PDCA 循环，或者说戴明环，或者说 8D ，在生产制造行业是有完善的实施体系的，如果真要用，要找专业教练培训一下。不是啥大培训，三天就够了，不过培训费用应该不菲。不过软件行业，一般是参照而非使用 PDCA ，最好还是做专门的 SCRUM 培训，哪怕是国内魔改的培训，也有用。

层叠模式下的存储，假定是这些快照，10 点的快照->11 点的快照->12 点的快照，12 点快照要依赖 11 点快照，11 点的要依赖 10 点的。如果这时候你切回了 10 点的快照，那么 11 点、12 点的快照就作废不能用了。

当然有方法能弄成 a -> a1, a -> a2 ，a -> a3 ，在 a1 、a2 、a3 之间来回切换的快照存储方式。不过这种形式下你得手动保存和开启快照了，说句实话，手动保存快照，要比切换虚拟机慢，而且可能慢上好几倍的时间。

@123go Hyper-v 的快照是类似于 Docker 镜像的层叠模式，其他虚拟机的快照估计也类似。这种方式不适合做来回切换。

全程工作在唯一一个虚拟机环境下是可行的，hyper-v 虚拟机除了 ctrl+alt+* 组合键用不了、（因为只有远程桌面连接这一种方式造成的）锁 30 帧之外，跟宿主机就没区别了。多个虚拟机随时切换就太困难了。

scrum 天生就是 PDCA 循环，如果你们用 scrum 但是没走出来 PDCA 循环，那说明你们并没有真正的在用 Scrum 。这种情况下给什么方法论都没用。提示一下，PDCA 和 Scrum 的精髓是：每轮只解决最优先的部分问题（通常绝大部分问题都是留给后面）；根据以前的效率指定之后的计划（意味绝对不会有效率低下这种说法)；没全部成功就是失败（同时做失败了也算做了）。

@dqzcwxb 没先搞明白事务，就直接上分布式事务，就容易出现你这种理解偏差（说直白点就是没学会走就去学跑）。分布式事务的目的是什么，是要保证分布式场景下的数据一致性，那如果分布式流程中的单个环节都无法保证一致性的话，总体场景怎么可能有一致性。

不光 TCC ，除了两阶段提交之外的大部分分布式最终一致性方案，在分布式流程环节，都不依赖数据库。那实际上就不需要明说，都特么跨数据库了，还怎么依赖数据库。而那只是分布式流程环节不依赖数据库，单节点内部，还是需要强一致性的，而强一致性最好的方案就是关系数据库。单节点环节内部需要强一致性，这点也是不需要明说，因为通常能接触到最终一致性方案的，不会是像你这样事务一致性都不懂的人。

@dqzcwxb 你的文字理解能力实在是有限

@dqzcwxb 给你补充一下，TCC 模式是不依赖于本地关系数据库的 ACID 事务，但人家可没说不要求本地事务，你要不用关系数据库的事务，就得自己参照 ACID 原则做本地事务。

@dqzcwxb #1 跨库事务或者分布式事务从来都是伪命题，最后都要放弃事务一致性改成最终一致性。而最终一致性的前提是单节点上的事务一致性。至于你说的 TCC 模式，虽然我是第一次听说，但随便一搜就能确定它在单节点上还是事务一致性。