@ivmm PG 和 MySQL 同质？没看出来，PG 明显更像 Oracle 一些，有一些特点和 MySQL 很明显的不同，相对的，也没有 MySQL 那么简单粗暴

剑指 offer 是个啥玩意，怎么找了半天没发现这个平台，倒是发现一本书？

机器学习以及深度学习目前还是停留在数学的层次，数学不够强，不要去碰，没用的，你就是研究生，也不意味着你数学够牛。而且目前已经有人说了，深度学习呈现出“巫术”的景象，模型难以重现成了普遍问题。我觉得这个大坑够业界填个 10 多年的

这高个屁，IT 这行算时薪的懂吗？ 18k 要干 6.5 天算什么高薪，18k 只干 5 天才算高薪好吗，你这价完全是卖命钱

泛型能加进去？这可是个突破啊

楼主，我看了你的文章，我觉得重点在于：
你 1 个已经搞了 3 年开发的程序员，想转型还要再跑去培训？我没看错吧，你搞了 3 年，一点触类旁通的意识都没培养起来？还需要再去培训机构？我觉得——说的很难听一点——你应该认真考虑你到底适不适合干程序员，否则有一天你迟早要被挤出这行的

跟着走有好处没有？加薪，升职？都不知道？那搞个毛

C 和 CPP 都是划分在弱类型中的，原因是它的变量可以转换类型

@a64300771 兄弟，每次看到你这种用锻炼对抗资本的想法，我就觉得很好笑，锻炼有好身体，是在有充足休息的前提下的，拼命加班还去“锻炼身体”，你是嫌自己死的不够快还是咋的？

三层交换啊

有的，而且我知道不少，关键是 1：楼主你能力到底如何，能不能找到这样的公司，2 ；楼主你自己愿不愿意降低一点薪水，资本家都是很精明的生物，它给你开的价和你干的时间是成正比的。我就是宁可要低一点也坚决不干 996 的。没别的，我觉得我命非常重要，再多的钱也不卖命

你又要深度，又连官方手册都不愿意坑，什么有深度的技术资料是长度很短的？官方手册真的是最好的资料

早说过，命是自己的，钱是老板的。前几天还在 V2EX 看到有人说自己经常 996 并以 996 为自豪，我只想说，失去健康的时候，希望不要后悔

朝九晚五一点都不上，只要愿意接受工资降级，你能找到一大批，资本家都聪明的很

楼主你真敢租房贷款啊，不怕个人信用完蛋？

@passerbytiny
“在 DDD 模式中，Repository 提供两个检索方法，领域服务或者应用服务决定调用哪个方法。”
我看完了你的描述，但是我这里的需求是：领域服务希望 Repository 的方法能更灵活一点，因为在我的应用场景里 Repository 对应的是持久层关系数据库的访问，对一张表(对象)只提供一个方法就能完成大部分查询，是件很有用的特性。如果 Repository 必须用多个方法才能应对领域服务的需求，这会增加额外的开发成本

@passerbytiny
好吧，严谨一点说，spring data jpa 用 repository 来承担了 dao(或者叫 mapper)层的功能

我没看懂“不应该考虑表、字段等任何数据库方便的概念”这句话，你不从数据出发如何建模呢？或者说你觉得正确的思考方式是什么样的呢？

我第二段的需求，是希望能追求灵活性，举个例子，User 对象(表)，在场景 1 下需要搜索 userName 字段，到场景 B 需要检索 nickName 字段，按照 spring data jpa 的文档，正统的做法你得在 UserRepository 准备两个 find 方法
findByUserName(String userName)
findByNickName(String nickName)

这在我看来是比较麻烦的，因为很多其他 Orm 工具提交这样的做法,以下是伪代码：
DYSQL dySQL = new DYSQL() //动态 sql 条件查询类生成
dySQL.eq("列名"，列值)..eq("列名"，列值).groupy("XXXX").Order("XXX");
select(dySQL);
嗯，其实就是上面提到的 QueryDSL

@CtrlSpace 人的追求是无止境的，你用过 mybatis-plus 就明白了，如果你用过一些动态语言的 ORM 工具比如 ruby 的，你更会明白 java 的这些 ORM 工具局限在哪里

@richard1122 首先谢谢，其次这个实现的还是过于简单。它只能附加字段条件，对注入 limit，group，order 就无能为力，而且无法嵌套，不过你这个提醒了我，我发现我文档看的不仔细，这部分文档上有，但是我看漏了

@qinxi 感谢，我在文档上找到这两个了，QueryDSL 比较理想。但是 JpaSpecificationExecutor。。。怎么会有搞的如此复杂的实现？它有没有什么特长？比如 QueryDSL 做不了它能做的事情？光看功能他做的事情和 QueryDSL 差不多，但是 QueryDSL 比它直观和简单的多了


@letitbesqzr 请教有啥是 QueryDSL 实现不了的？现在选型比较关注框架的弱点方面