明年租约到期了我也准备涨个 500

你没 get 到
https://kotlinlang.org/docs/reference/properties.html

Java 定义成了 public，就绕过 getter/setter 了，如果有 100 个地方写了 foo.bar = xxx，你把 field 改成 private 再加上 getter/setter 的时候，已经晚了，你要 100 个地方一个个改过来，如果你发布的是个库，所有使用这个库的代码都要一一改过来。

Kotlin 的 property，你写 foo.bar=xxx 的时候，它会检查有没有 setter，有 setter 就会调用 setter，没有就直接赋值。因为 property 定义的时候，是可以有可选的 getter/setter 的。当你给一个 property 增加 setter 的时候，调用它的地方，是不需要修改代码的。C#或者 Python 都有这样的特性，只有万年不变的 Java 一直原地踏步。

@CRVV C 不是自带了一个 qsort 吗？

@msg7086 我不懂 ruby，但是不到一分钟就 get 到原理了，Java 版的更好懂更好维护吗？
import java.util.ArrayList;
import java.util.Arrays;
import java.util.Collections;
import java.util.List;
import java.util.stream.Collectors;
import java.util.stream.Stream;

public class Print {
private static <T> List<List<T>> tr(List<List<T>> m) {
if (m.isEmpty()) {
return Collections.emptyList();
}

List<List<T>> n = Stream.generate(ArrayList<T>::new).limit(m.get(0).size() - 1).collect(Collectors.toList());
n.forEach(ts -> m.forEach(t -> ts.add(null)));

for (int i = 1; i < m.get(0).size(); i++) {
for (int j = 0; j < m.size(); j++) {
n.get(i - 1).set(m.size() - j - 1, m.get(j).get(i));
}
}
return n;
}

private static <T> String spiral_print(List<List<T>> m) {
if (m.isEmpty()) return "";
StringBuilder b = new StringBuilder();
m.stream().map(chars -> chars.get(0).toString()).forEachOrdered(b::append);
return b.append(spiral_print(tr(m))).toString();
}

public static void main(String[] args) {
{
List<List<Character>> m = new ArrayList<>();
m.add(Arrays.asList('a', 'b', 'c', 'd'));
m.add(Arrays.asList('e', 'f', 'g', 'h'));
m.add(Arrays.asList('i', 'j', 'k', 'l'));

System.out.println(spiral_print(m));
}

{
List<List<Character>> m = new ArrayList<>();
m.add(Arrays.asList('a', 'b', 'c', 'd'));

System.out.println(spiral_print(m));
}
}
}


@tlday 我始终觉得语法糖这事情，因团队而异，一个人的团队，想怎么写都行。两个人或者人更多的时候，最简单的办法就是看这个团队的中位数工资，8K 的团队，跟 30K 的团队，对语言的要求是完全不同的，8K 眼里的难懂的奇淫技巧，在 30K 眼里可能只是稀松平常。都用 Java，8K 的人看 30K 写的代码，很容易看不懂，30K 看 8K 的很容易心情烦躁，都不利于维护。

做久了，自然没那么大的兴趣了

@msg7086 代码可读性强弱是因为语法吗？我觉得不是，宏观的架构，和微观的算法，加上对业务的理解，才是可读性的关键。用 Java 大家都写出一样的代码？不一定。

四种不同的循环的写法，对可读性的影响，远不如一个简单的算法，不信去看 ACM 解题的 Java 代码，有时行行都懂，就是看不明白原理。

@WispZhan C++的范型一样是语法糖，C 语言没有范型，就要复制粘贴代码了？ C++的确定性析构，在 C 里一样可以用 goto 实现啊，也算是语法糖。高级语言本身可不就是低级语言的语法糖么？

Kotlin 是属于 00 后的语言，70 后已经老到不能学了，80 后也不大能接受新语言了，90 后还在路上，00 后拿这个当主力的应该不会少

@zgqq 后台用 Kotlin 不会像 Android 那样宣传，所以感觉是少了，其实也不少。Java8 的 stream 也能这么写，但是要罗嗦的多，我之前就是用 Java8 的写法，看到 Kotlin 的简洁，马上就尝试了，然后就一发不可收拾。

@tlday 范型不过是编译器通过类型擦除加了点糖，所以不要用，Java 7 的 try-with-resource 也不要用，它也是语法糖，还是手动写 finally 释放资源吧。很多新加入的库，也是通过老库自己就能实现的，原则上算是库的糖，干脆也不要用。

所以我放弃 Java 了，转投了 Kotlin，花了不到一个星期时间，开发效率就超过写了 5 年的 Java。
map-filter-reduce 行云流水般的写法，太舒适了，不过读代码的人如果没有函数式思维，要头大了。

只是 open+read/write，100 万个即使不分级，也不会影响太大。但是有些 SB 语言的 SB 库，会读整个目录的文件列表，100 万个就悲剧了，1000 个比较合理。

同样是 CRUD，为何有人 5K，有人 50K

@wildcat007 其实你可以先办个居住证，用处很多的，而且两到三周也就办好了

没居住证可能不行，我办的时候要居住证的

@Reign 用 int[]，自己操控，4 字节为单位

@Reign 自己定死 hash 为 4 字节

去年 4500 租的，签了两年，今年不能涨，明年到期了我准备涨个 500