xuld

这是我设计的内置 sql 的语法：
return db.queryAll(User -> u where ids.contains(u.id) orderby u.createBy desc select u.id, u.name)

不管每个人是怎么想的，客观事实上：
- 写成 flag == false 的好处是：更直观，更容易理解。
- 写成 !flag 的好处是：更短。此外如果写成 flag == false ，那为了保持对称，是不是也应该用 flag == true

所以结论很简单：分两类人：
第一类人理解 !flag 比较吃力，他们会认为 “flag == false 更好理解，推荐用法”
第二类人觉得理解 !flag 没那么吃力，他们追求更短，以及更利于记忆的对称性（而这些恰恰是第一类人所不能理解的）。

人的能力本来就是有区别的，强制用 !flag 会让第一类类人不爽（不好理解），强制用 flag == false 会让第二类人不爽（更麻烦了），因此不需要有推荐用法。
但如果实在需要确定一个团队里的统一写法的话，应该是优先照顾第二类人，因为第二类人才是团队的主力。

我可线上教，不收费，但有作业，联系方式可发我邮箱 xuld#xuld.net

房东直租，无中介费：西溪蝶园：4000/月； 1 室 1 厨 1 卫；中高档小区，不是合租，也不是隔断；非常适合单身程序员或情侣；有照片，随时可看房

1. 关于费内存：这关语言毛线关系？就像有的话听起来很流氓，然后你就觉得汉语很流氓吗？
没错，Java 主流框架写业务确实比同类产品费内存，但完全有可能用 Java 写一个不那么费内存的框架。
那为什么不费内存的框架没流行，主要原因还是内存费的可以忍受。就像你天天骂米贵，最后还是要去买。

2. 多数人工具用不好，就怪工具不好。这就是人性。
你找不到工作你赚不到钱你觉得很卷，是因为 Java 的种种问题吗？换个语言一样是菜鸡。

3. 流水线是让农民工干好活的利器，而 Java 的标准化繁琐更利于搭建流水线。
只有两类人会是 Java 的死忠，一类是被中国教育带入“程序员”岗位的科班小鲜肉，还有一类是“万恶的资本家”。
那些追求高效、有个性的野马则会觉得 Java 的开发效率实在太低。

4. 好厨师不会问铁锅做菜好吃还是钢锅做菜好吃，而是都会用。当然可能有些人看到这句话心理会想——做饭都是下人的事，你们好好卷去

public class LevenshteinDistance {

public static int distance(String s1, String s2) {
int l1 = s1.length();
int l2 = s2.length();

// base cases
if (l1 == 0) return l2;
if (l2 == 0) return l1;

int[][] distance = new int[l1+1][l2+1];

for (int i = 0; i <= l1; i++) {
distance[i][0] = i;
}

for (int j = 0; j <= l2; j++) {
distance[0][j] = j;
}

for (int i = 1; i <= l1; i++) {
for (int j = 1; j <= l2; j++) {

int cost = (s1.charAt(i-1) == s2.charAt(j-1)) ? 0 : 1;

distance[i][j] = Math.min(
distance[i-1][j] + 1, // deletion
distance[i][j-1] + 1, // insertion
distance[i-1][j-1] + cost // substitution
);
}
}

return distance[l1][l2];
}

}

@softlight 做低代码的初创团队，我首页有联系方式

感觉你很适合我们团队啊，要不要谈一谈，说不定我可以给你拉到用户

go 是最合适的，没有之一