不能，而且官方给了原因。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 第一张图，如果右侧两个最高点之间的距离很远，那么蓝色线就是对的

算凸包的时候加上两个点，（ 0,0 ）和（ max_x, 0 ），算出来的凸包去掉那三条固定的边，然后剩下的边里面挑个斜率最接近 0 的就行了。

你这个本质上是在计算凸包的一条边。先把凸包算出来就好了。

@charlie21 吐个槽还需要别人理我？
微软这么多年不给 VS 升 64bit，光是理由就找了一大堆。从最早的 09 年到现在，各种文章都发了好几篇。随便用户怎么提，就是坚持不升级。
拖了十几年了终于升级了，还好说升了级性能好了内存不会爆了。本来就是十几年前就知道的事，现在拿来吹，还好意思 really satisfying，就这还不让吐个槽？

说一声沙雕不为过吧？那么多年不换 64 位，天天跟客户吹 devenv32 位的就够用，不影响打开工程。
结果打开个大项目索引加插件各种干爆内存。
现在有脸说 64 位可以解决内存不足了？

这多好啊，直接帮你过滤掉这些人。
你想万一招进来干活，在项目里也是直接拷代码连眼都不过一次的。尾巴都能带上你觉得他会考虑抄过来的代码有没有啥问题？
能过滤掉这些人已经达到笔试的目的了。

1. 持久化管理本身就是数据库管理系统的一大功能。
2. 如果纯粹是从硬盘读取的话是有可能的，一般数据库会为了避免这样预先分配好一定大小的空间，而且也允许用户自己控制。比如直接分配个几百 G，或者每次按照一定大小增长。这样的话在一个空的硬盘上空间都会是连续的。
3. 是的。

这门课大部分书都差不多，本质上是门历史课。各种协议都是为了什么问题设计的，使用了什么样的方法解决它所面对的问题等等。
如果你的教材比较有名，那找本中译本是最方便的。
没啥名气的话，你可以看看 TCP/IP 详解那一系列。
至于课程本身，想要深入了解各种协议的话，你可以 WireShark 一把梭。或者找本 Cisco 的培训教程对着它那个模拟程序体验一下。

Snipaste 了解一下。。。

你的理解一部分是对的。
首先确定一点，进程运行要依赖操作系统。如果你用虚拟机隔离进程的话，不同虚拟机之间操作系统这部分资源是没法共享的。所以你运行多个虚拟机的话，实际上相当于多个被虚拟的操作系统同时在运行。按照虚拟机类型的不同，这部分虚拟化的操作系统有可能直接运行在硬件上（比如于 Hyper V 或者 KVM ），也有可能下面还有一层宿主机的操作系统（很多虚拟机可以切换到这种模式）。
而对于 Docker 来说，在多个 Docker 中的操作系统这部分资源是复用操作系统的。多个 Docker 之间是通过虚拟化逻辑进行隔离而不是像虚拟机那样更类似于物理隔离的。
另外 @Nitroethane 说的不对，Windows 支持两种类型的 Docker 运行方式。一种是开个虚拟机运行的 Hyper-V-isolated container，另一种是和 Linux 一样直接进行内核共享的 Process-isolated container 。在 Windows 上使用 Linux Docker 只能用第一种方式，使用 Windows docker 镜像的话内核是可以共享的。
但不管是 Docker 还是虚拟机，如果你一台机器只虚拟化一个程序的话，实际上效率差不了多少，都是你的程序下面是层操作系统，再下面就是硬件资源。Docker 不过是在你的宿主操作系统上运行了这个进程，而 Type 1 的虚拟机也是一样的，虚拟化的操作系统是直接访问硬件资源的，宿主系统如果没啥功能或者压根就没装的话其实差不了多少。

@BeautifulSoap Linux 里面跑的程序不释放内存宿主机也没办法吧？我记得 WSL2 是有 Reclaim 功能的。