@amwyyyy 有没有那种可以快速查阅的参考表，benchmarks 需要跑一边，有时候单机还不够，一套走下来时间有点久。

@hantsy 上帝归上帝，凯撒归凯撒。SQL 归 XML 管，代码逻辑归 JAVA 管，认可这个才有后面用 Mybatis 的共识。

@sagaxu 单纯说的 SQL 语句，这个 XML 表达能力 和 JAVA 差不多平级，SQL 本身就是一串文本，不需要什么类型之类的东西。 对于我来说，我觉得放在 Java 里面本身就是一种污染，因为那部分我的逻辑我认为归属于 SQL 的范畴，不是 Java 所编写的业务系统的范畴，我更倾向于把 SQL 查询作为一个黑盒看待。

@hantsy 以前我也这么用，JOOQ 之类的也是如此，但是有一些很麻烦的点，比如经常需要判断 null，然后确定是不是要进行增加查询条件，这一部分代码我认为是对代码逻辑的污染，就有点像注解太多对代码的理解产生了干扰，不如把这一些东西都扔到 XML 里面，在业务层只是增加 @notnull @nullable 来确定是否可以为空给调用者警示即可。

另外，HQL 生成的 SQL 非常的啰嗦，复杂查询并不是很友好，尤其是需要 DBA 帮助优化 SQL 的时候还需要 DBA 先简化。JOOQ 这点做的就挺好，所见所得。

分层 + 模块化
-----

分层：把相对独立的一层当成一个黑盒处理，比如写 Java 的时候，你可以认为操作系统那是一个黑盒。先把最大的分层搞出来，每个分层里面还有自己分层，俄罗斯套娃。

模块化：每次就讲一个小模块，分层之后里面总是有几个模块，分开讲，模块很复杂的话，里面再分层+模块。

@hantsy 早期 JDK 不支持多行 SQL，写 native 很恶心，不如直接 mybatis 写 xml 里面。复杂查询的 hql 也不是很好用。 总之连接数据库的操作都不太爽。

Jooq 好一点也好不太多，Mybatis 就和写 Sql 没啥区别，Jpa 复杂 Query 还不如写 SQL 。
总而言之，都不太爽。

同样有肾结石做过输尿管软件的前来报道，不过有几个事情还是值得注意的：
1. 我是肾脏憩石（也就是结石在肾脏的肉里），软镜取不干净（上海市一做的，也算是顶级了），其实平时跑步什么的也不会疼（从来不疼，体检才知道的），我自己架不住烦的去做了，结果取了一部分还有一部分取不出来，为了取那一部分还割了一点肉，如果有类似的情况其实可以不用做，效果不明显。

2. 做完肾结石手术之后复发率还是很高的，住院期间我和病友都沟通了下，70%以上都是二进宫了。我查了下论文也有部分论文认为手术会导致后续发病率提高。

3. 喝水效果有限，但是不喝水那是万万不能。指望喝水喝出来是不太现实的哈。

4. 手术最疼的是最后一次无麻醉取软管，不过和肠镜比起来，我还是觉得有痛肠镜更疼。

@653513754 以前我也这么想，后来改观了，造零件也造了几年了，这些零件背后还有数控机床，还有冶金技术吧，无穷无尽。

@azuki Nice 。

@Mirage09 我觉得这个不错，问个体外话，那在面试的时候应该如何考察呢？

@iConnect 倒也不是造不出来，国家没布局，有点像两弹一星，国家投入搞就很快出来了，光刻机可能不清楚，ML 肯定是投投资源就出来了。

题外话：一直觉得……这种东西就是 BPM，低代码感觉还是要生成代码的那种才像。

@richard1122 问了客户说可以，不过自己得亏原厂的？

不关机……

刷题我感觉最爽的是 Python，直接撸算法核心思想，缺点就 Timeout （个别题目）。

@azhi2007 20.04 Desktop 本身就刚出的不稳定，18.04 就挺好的。

Socket 被 close 就约等于 FD 被 lose 约等于 此次的 TCP 链路结束了，再 Connect 需要一个 新的 FD，也就是创建一个新的 Socket

@leon0903 社区不接受异常，也算是半排斥写业务系统……