假如你的接口是一个函数，你的想法就是给这个函数加上一个泛型参数。如果对类型系统没有深刻的理解的话，业务的复杂程度越高，这个接口成为一坨的几率也越高。

不过如果你是程序语言专家，自信可以精通自己写的 dsl，或者接口足够简单。完全可以放飞自我。

法盲不是不懂法的人，法盲是分辨不出哪些法律可以随便践踏，哪些法律是红线的人

既然选择了 java 就不要纠结这种东西，java 不是依赖类型的语言。泛型边界是对代码可读性的毁灭打击

想当先富

这个贴子不讨论能学到什么东西，而是讨论毕业证值几个钱。
按照目前的内卷程度毕业以后这张纸也不值钱了

我支持你家技术总监。在 xml 中的 resultmap 无论是读个写改都非常痛苦，又没有编译异常和代码提示。阿里那个规定左脚先进公司的规范就没必要看了

程序员有个屁圈子

把对 map 的操作写到日志里，重启时从日志里恢复。
kb/s 级别的 io 量应该没问题

好不好不评价，给几个建议。String hql=前一句加上 // language=HQL (sql jpaql 同理)。参数使用冒号加参数名的格式，然后用 setparammap 或者 setpropsobject 设置参数的值。参数和返回值加上泛型。
java 的 orm 包括不限于 jpa mybatis springtemplate 都不咋地，在面相对象而且自省能力这么弱的语言里发明一种代替 sql 的 dsl 是不可能的。
我能想到的最好办法是整合项目设计的时候不考虑 sql，专门招聘一个实习生来写 dao 层。

建议配合 fun(Object[])fun(int...)fun(int[])fun(Object)使用

中考？好好谈恋爱，珍惜青春

@Themyth 买奶茶送卡片兑换奖品

@mathzhaoliang 就是以 2 为底，45 亿千米即 450_000_000_000 米的对数。结果大约是 40，也就是回到原点的几率是达到 45 亿 km 的记录的 40 倍。
二维条件下，我感觉是不能用初等函数来描述的两个自然数比，已经超出的我的数学范围了。如果用程序来算这两个自然数的话，我想到的办法是 O(n^2)的时间复杂度。不知道有没有更快的方法。

我的思路是一维情况下，只有远离或者靠近，即距离+1 和-1 。那么从距离 n 出发时，到达 2n 和 0 的几率是一样的。递归，n 等于 1 的时候几率是 0 即到 2 和到 1 的几率是一样大的，log(2 ,2*0.45g )+log(2 ,1000)约等于 40 。二维情况，远离比靠近的几率要大。所以答案在 12 之间。

为什么火？
因为有仪式感啊，约妹妹去黄兴广场吃饭，吃完买张电影片，等开场的时候，去买杯茶颜悦色，等做出来刚好排队完了看电影。还发一张卡帮忙统计次数。
它的成功是不可复制的。

又是你，上次 f(10000,10000)的函数有点美妙，是你想出来的吗？

槽点太多，隐私放在公交车上，牛刀杀鸡为装逼，被坛友一喷就怂