当然有影响，那些说没影响的，要么根本不是程序员，要么没做过 mac 下的开发，要么是个初学者，根本想不到这种源自底层的改变影响有多深远，只考虑到“都有源码都能自己编译”，根本考虑了多深多远，他们不知道，搞不好哪天哪个犄角旮旯里就有个坑把你坑死了。

@ai277014717 put，语义是用提交的数据替换目标对象，你这么做的话 username 就没了

@liut2016
放 path 上跟放 querystring 没有本质区别，都是把一些参数单独放外面不放 body 里，而且有些框架不支持 path 参数。

补充上面：
然后 handler 里就可以保持纯净，不需要做跟业务无关的判断。

有时候这样比较方便。
比如 /api/wtf?v=a 和 /api/wtf?v=b

代码里可以根据 v 的值的不同，用不同版本的 handler 来处理 body 。

@rqxiao 接口调用一般重试一两次就可以了，全部请求超时不应该超过 10 秒钟，最好能压到两三秒内

87,000 milliseconds ago, 87 秒，是不是你 api 超时时间太长，期间数据库连接断开了吧？

@xeathen 咦？我记得是 14 啊？记错了？

没有。
Java 14 支持有多行字符串，但是根据现在的尿性，11 普及还远，大概率五年后也享受不到这种语法糖。

@dcoder 相当同意你的观点，ror 里 dsl 、语法糖太多了，去看别人代码真的很累。自己写的代码过一段时间再回去也看不懂了。

这东西，用起来是挺好用，但是性能实在没法看。
虽然都说人力比机器贵，性能问题直接堆机器，但是其实开发起来能明显感觉得那种缓慢，用的时间长了也很不爽的。

流下级别不够的泪水

我觉得，两天还是太多了，要不，改成两秒？

你就想想，你的加密再牛逼，能有 Star Force 、Denuvo 之类的加密牛逼？

Installer 代码懒得改了而已，反正不影响使用。

鉴于反转事件太多，我选择让子弹飞一会，等基本事实都暴露清楚了再发布看法。
前车之鉴就是前段时间那个视频面试、听到敲键盘声那个。

不错不错

除非真的对便携性要求很高，否则不推荐 13 寸。

另外，13 寸的便携性并没有多高，依然很重。