@billytom 哪个功能不能用？我们一直用的好好的啊。

纯粹的 Restful 是太理想化的模型，但凡你的业务稍微复杂一点，一个页面上的数据你就能搞出来几十个请求。
实际实现上都会做不同程度的妥协的。

还是手动的比较好。可能刚开始需要适应一下，不过习惯了比电动的快。
而且锋隐致顺和后面的那款刀头都很难刮破了，你只要别顺着刀刃方向滑就行。

所有数据库都是这么处理的吧？每次变更生成 Migration 。

@fatyoung 不是，完全不是一样的概念。
我说的那个是硬件本身的东西，物理上存在的。
Java 的 JVM 本身是个抽象的概念，它只是个虚拟机，不是物理上的机器，是运行在操作系统上的。
总的来说就是 CPU+Memory -> OS -> JVM 这样的关系。
在两层抽象以后，Java 内存模型里面的这些东西并没有能完全对应的物理概念。它只是在 JVM 这个抽象层次上对物理概念的一个模拟而已。

CPU 里面的叫 Cache 和 Register，内存上的叫 Memory 。
CPU 在计算时没法直接访问 Memory，会先从 Memory 搬到 Cache 里面然后再从 Cache 里读。
概念这种不太清楚的话可以看看英文的。

就是。。。驱动程序啊。。。
其实你不装它那个，大部分自带的也能用，只是特殊功能用不了而已。

油腻和防晒效果是冲突的。。。
主要是防晒效果越好，物理遮盖效果就越好，感觉起来就越油腻。。。

写个 C++的头文件，然后 SWIG 一把梭。

这东西不是简单的一个 JSON 文件，它是整个 app setting 框架的一部分。虽然你在程序里面使用 Configuration 的时候看起来像是从这个文件里读的，但实际上它可以从环境变量等地方传进来。
而且 Configuration 本身可以读那里面的嵌套对象的，也可以直接反序列化，你定义个类型就行了。
如果你非要弄个 JObject 的话那就 JSON.NET 直接读它就行了。

不能，而且官方给了原因。C#我记得是 Rider 的很多部分是从 Resharper 改造过来的，和 IDEA 框架差距比较大没法合并。
C++倒是没用过 Clion，不太清楚原因。

@chengdonghui 你再仔细看看我说的，70%是不可能的。除非你需要在后端处理的业务逻辑几乎没有，这就相当于前端直连数据库。
但你业务都简化到这种程度了，为啥不直接把后端全砍掉前端直接 node.js 里上 ORM ？

至少你说的这俩都算不上什么优点。。。
1. 稍微复杂点的需求都不可能自动生成接口。除非你打算直接把数据库暴露出去。但这么干为啥不直接 Node JS 里上 ORM 一把梭？反正都是前端可以解决的需求。如果有后端计算或者复杂的多服务交互需求，GraphQL 都得自己写。
2. 本质上和 1 是一个问题，数据结构足够简单而且数据库足够小的话就可以随便自动生成。数据量大了你就得自己写。比如你返回个列表，每个对象会返回一个关联查询的其他对象。自动生成的话它就是先查出来第一个列表，然后每个列表对象做一次查询。这种你得自己写 data loader 。

成本低啊，只要有个 web dev 就可以做了。公司有前端的话都不用再招人。
你弄个原生的 UI 还要跨平台那可麻烦了。找个前端开发可比招个 QT 容易太多。

死数据不需要数据库啊，直接存文件就行了。处理成了业务数据再往数据库里存。
如果需要作为时序数据分析的话，就用时序数据库。influx，druid 或者 ES 都有这功能。
如果不需要那就直接 SQL 。

@3dwelcome 可以了解一下 SCSS，但这也不过是 CSS 的预编译方言。
你可以认为 HTML，JS，TS 都是独立的系统，你在 C++里 Define 的在 Java 里也用不了。。。

周杰伦播放器又更新了？

@Renco last 就比 lst 多一个字母吧。。有必要搞这种缩写吗？

忽然发现你这题目确实有问题。。。如果是无质量的直线那么它必然过最高点。
但如果按你说的，可能如果不过最高点，就按你说的根据重力势能算，那就得考虑重心问题，它就不可能是直线。。。
@ly90907 比如你 8L 第一张图，如果右侧两个最高点之间的距离很远，那么蓝色线就是对的