然后才看到楼上提到 python 是左闭右开，而 kotlin 正好相反是左闭又闭的。
同时它提供了左闭右开的另一个函数 until

@ipwx

不知道你在说啥，1 .. 10 这种只是 kotlin 提供的众多语言特性之下，库函数提供的一个运算符而已，喜欢用的人把它当作一个语法糖也没问题。
它既不是什么“最基本的功能”，也不是“语言的设计思路”，自己立一个靶子打没意思。

用 < 相对于 != 是担心在循环内部有人又修改了 i 的值？ 如楼上说的尽量用 for in 甚至是 arr.forEach 这类循环方式，尽量不用可变的循环变量。
另外同感 for range 不够清晰，kotlin 里面的 0..10 这种也总是记不住到底是多少。。

请问一下点文章的标题是不能进入详情的吗？ 点 read more 才可以？

很多大站也在用，相信在很长时间里都遇不到性能瓶颈的

北京租房竟然这么贵，可怕。。

如果从 java 开始换语言我觉得 kotlin 比较好，基本可以渐进试替换

用安卓的话大部分同步都依赖谷歌做，也就不需要 office 365 了。

话说这个功能是干啥用的？

如果用 grpc 的同时还用 protobuf 给 http api 的话，不推荐 wrapper 的方式。

我们目前大部分情况没有特别大的对 null 和默认值区分的需求，偶尔遇到一般这样：
所有 enum 的 0 都表示未设置
不得不需要区分的地方用 boolean 加 hasXXX

https://developer.github.com/v3/apps/permissions/#permission-on-emails

参考这里权限列表

变相裁员了，如果是楼主问题也不会拖到最后几天了，估计是公司问题了。不过给了年终奖也算厚道了，楼主加油

从另一个角度来说楼主大概追求的是集成测试？比如测某个接口前直接把 DB 数据准备好，然后传一些参数，里面真实跑，然后直接看返回值或者结束后 DB 状态。

我觉得也不用过度追求单元测试，某些情况下单元测试好用，某些情况下也可以直接上集成测试

"写测试的时候，我假设我原来的代码没问题，才找调用出来 mock，而测出来肯定也没有问题呀。而事实上，问题很多时候就是出在别的类调用的实际返回值不符合预期。"

如果有些非常简单的业务逻辑可能不适合这类单元测试的，也有可能是业务逻辑没有抽象好，分散在各处。 如果能比较好的把业务逻辑“内聚”了，方便测某一部分

还有很多云服务的 cdn 支持图片转码，获取图片信息之类的功能，也可以考虑下

不少笔记本可以的，比如 xps 9360 .
另外我用的是 https://item.mi.com/1182000042.html?cfrom=search 这一款充电器
普通的手机充电器应该不行，功率太小了。 要支持 USB PD 的

https://www.meetup.com/Hangzhou-GDG/events/past/
杭州 GDG 经常会有这类活动

我在家里和公司的浏览器里都会偶尔卡住，换了 uwp 和 iPhone 客户端就好了