本质上来说，这是看你是喜欢静态类型语言还是动态类型语言的问题。
如果你喜欢静态语言，那你是巴不得把 JS 和 Python 都写成静态语言的样子。
反过来如果你喜欢动态语言，那你巴不得把 C++和 Java 都写成动态语言的样子。

我个人项目是写 Ruby 的，公司是写 Java 的。公司的项目因为很多开发包袱导致大家不愿意去写准确详细的测试，虽然代码都是静态类型的，依然 bug 频发。自己的项目虽然是动态类型的，但是 Ruby 写测试写起来更简单，覆盖可以更好，更方便我做 BDD ，写完的代码在足量的测试覆盖下 bug 反而更少。归根结底是静态还是动态类型并不是决定代码质量的根本因素。

Windows+Office ，没了。Intellij 我们要求装免费版，别的啥都没有给。

@Bluecoda 我最近写的几个项目都在用客户端版 VueJS 了。
就是不需要 NPM 直接就能用 SFComponents 的那种，感觉也挺方便的。

说白了这就是金钱与性能的妥协问题。虚拟内存是一种妥协，用非常慢但廉价的存储设备（硬盘）去换掉非常快但高价的存储设备（内存）。现在你有了 SSD ，用 SSD 做虚拟内存，也是一种金钱与性能的妥协。SSD 比硬盘快不少，也贵不少，比内存慢不少，也便宜不少，所以你花了中等数量的钱，获得了中等的性能，你觉得中等性能的妥协最适合你，那你就选择这个方案就行了。

也有人不喜欢妥协。我软件要用 30G 内存，我又不是买不起 32G 内存，为啥要憋屈地问 SSD 借 16G 来用？

买房子，30 平的房子挤挤一家三口也就住下了，为什么要去买 120 平的？不就是为了住得爽吗。你要是买不起 120 平的房子，那 30 平也能住了。你会专门跑去发个帖子，房子 30 平妥妥够用了吗。摊手

@cpalead #53 电脑有虚拟内存，确实不会内存不够，只会在内存缺页的时候产生性能影响。
你帖子里的测试场景并没有模拟这种情况。开四个 IDE ，把他们扔进 SSD 上的虚拟内存里，然后物理内存拿来发博客打语音，这和你一个 IDE 都不开，直接发博客打语音没有太大的区别。
别说开四个 IDE 了，你配个全闪存 NAS 拿来做虚拟内存，开四百个 IDE 放后台，也不影响你用 16G 内存发博客。

在大厂干活反正公司是按月给我发钱的，给我安排的活一个月才能搞完反正公司发我一个月的钱我就不 BB 。
自己干活那是按产出算钱的，一个月的活我要是能两天搞完那我就能挣 15 倍的钱。

Rails 就是你一个人可以当十个人使，一个不太复杂的系统几天就写完了，你要用 Java 写得写半个月可能都不一定止。创业神器，你如果有点子，去注册个公司，等你代码写完系统上线了公司可能还没注册下来。
当然现在 Rails 的概念已经被移植去很多其他语言了，如果你不追求 Ruby 的语言特性，用别的倒也大差不差。
特别是如果你只是去普通中庸大厂干活，那肯定是 Java 的天下。

我现在在一家大厂写 Java ，改一个功能一次得花个两三周的样子，有时候会拖得更久。给我们自己 Team 用 Rails 写了个小型工具站，从头到尾也就花了一周。开发效率的差别是肉眼可见的。

@745839 随机读写。看上去一个页是 4KB 左右的大小，那应该是 4K 随机读写了。

@fredweili 做 Java 开发的话，一个 Java 进程就是 4G 上下，开 4 个就炸了。

那没办法了，顶多报个诈骗的案子。

不卡是因为你 SSD 足够快，很多内存都被分页到 SSD 上去了。
就算你在 16G 内存上开总共占用 50G 的软件都不会卡到哪里去。
至于够不够用，这就因人而异了，你觉得分页到 SSD 上去也无所谓，但有人不想分页去 SSD 。
我日常使用 30-40G 内存，所以我装了 64G ，反正内存又不贵，我不想省。你想省，只插 16G ，那也不是不能用。

> 他直接把这套房子抵押给银行，套出钱后回到北京直接又买了个写字间。而且青岛的房子和这个写字间出租后，收到的租金刚好比需要还给银行的‘月供’还多出 1000 多块。

这个操作是有前提的，一个是租售比，一个是利率，一个是预期价值。
贷款买房出租然后用租金去供房，首先是你要预期房价是看涨的，其次是利率足够低，而且不会上浮，最后是租金足够高并且有稳定的租客。

这个操作前几年在美国就可行，因为 (1) 美国大中城市房价预期看涨 (2) 前两年利率最低只有 2 点几（现在是 7 点几%） (3) 租金高。我现在住的房子出租差不多一个月 3000 多，房贷加地产税一个月 5500 ，如果利率是 3%的话一个月只要 3000 多，基本和租金持平了。

在中国可不可行，挺难说的，要是他这房子价格跌了，又租不出去，那可就血本无归了。

程序要跑起来，你总得给他个地方跑，开虚拟内存，那就是把多余的内存分页扔进硬盘里，虽然慢点，但至少还能跑。关了虚拟内存，程序连跑的地方都没有了。
要做 Java 我觉得 32G 是起步。我司的笔记本板载 8G ，插槽我换了一根 32 的，40G 算是差强人意，有条件的话还是上 64 比较好一些。我自己的开发机笔记本就是 32+32 了。

提交大小「偷」的是你的虚拟内存。系统默认开着虚拟内存，他用虚拟内存，当然不需要你去关心使用量。
你现在把虚拟内存关掉了，当然会出问题了。
Windows 内核是禁止超量申请内存的，一个进程申请 4G 多，你要么给 4G 物理内存，要么给 4G 虚拟内存。
Java 是出了名的吃内存，32 位的时候就一个进程吃 2G 了，64 位能吃更多。都那么多年了不会还有人不知道吧。

已提交内存是已申请内存。内存页上的占用是已使用（有内容的）内存。
已申请但没有使用的内存可以挪作他用，比如用来做硬盘的缓存给文件读写提速。
但 Windows 下已申请内存是不能超过内存总和的。比如你有 48G 总内存，你只能申请到 48G ，不能申请 49G 内存。
Linux 内核可选过量申请，即使你只有 48G 内存，你申请 480G 内存也可以批给你，但是当你真正写入 48G 数据以后还是会炸。

如#13 所说，内存足与不足是看已提交是否达到了物理内存+虚拟内存总量。如果你有 32G 物理内存，16G 分页文件，你的总内存大小就是 48G ，那么你的已提交最多只能到 48G ，超过 48G 就会爆内存。
这和你物理内存占用 50%没关系。就算你物理内存占用 5%，已提交（或者说内存使用量）爆了就是爆了。

如果能分布式跑，后者性价比更高。越是资源集中的设备价格越是贵，省城撕裂者属于是高频多核心全都拉满了，价格上天的。你要是能跨节点分布式的话，甚至可以考虑叠一堆家用级设备。

我一加 12 是有 80 停充选项的，你要自带的就只能去挑支持这个功能的，要不就老老实实听提醒音拔电源。