「有必要以丢失信息为代价去 squash 么」

丢失信息要看丢失的是有效信息还是无效信息。
比如你做一个网页表单，每加一个文本框就提交一次，一个页面 20 个框交了 20 个 commit ，这就是无效信息。这种 squash 了一点都不心疼。
但是如果你做一个功能，要改数据库结构要改页面，那你数据库结构交一次，页面交一次，就很合适。

单核性能暂且不说，多核的话 2 个 atom 核应该还是能打得过 1 个 zen3+的。

涨价？哪有涨价？只是说招聘广告数量的比例增加，没有说涨价吧。
甚至都没有说是数量涨价，而是包含 PHP 的招聘广告在所有招聘广告中的比例增加了。
所以也有可能是大厂招得少了，本来 1000 个广告里 50 个找 PHP 的，现在变成 500 个广告里 50 个找 PHP 的。

这帖子算不算典型的，因为没表达清楚而产生误导的情况？

另外还要注意的是，统计信息里只计算了招聘广告标题里的关键字，而不是广告内容。所以比如亚马逊要招十万个 Java 程序员，但招聘广告写的是招 SDE ，而工作要求里才写了 Java 的话，这十万个广告都不会统计进 Java 这一项。

@buxudashi @GeruzoniAnsasu
第三只不是 50%。如果前 2 只的夹角是 0 度，那么第三只就是 100%成功。如果前 2 只的夹角是 90 度，第三只的概率就是 75%。夹角无限接近 180 度的时候概率是 50%。
所以这里比例是(100+50)/2 也就是 75%。

再往下算第四只鸭子的概率的话：
夹角是 0 度，第三只 100%成功后，第四只成功的概率是多少？和只有两只的概率相同，也就是 75%。
夹角是 90 度呢？相当于圆四等分后，三四两点与一二两点同半圆的概率（ 75%, 62.5%, 62.5%, 0%）的平均值，也就是 50%。
夹角是 180 度呢？ 25%。
所以总的概率就是（ 75%, 50%, 25%）的平均值。

当然以上省略了无数的证明过程，只是取了些特殊点而已。

@superares 4 只鸭子不需要按照顺序放，所以还要乘 4 ，允许任何一只鸭子做领头鸭。

这么想：
在圆上任取 4 点，然后你一定能在最多去掉一个点的情况下让剩下的 3 个点落在一个半圆中。
（这样即 100%满足要求）
然后被你去掉的这个点你去放回圆上任意位置，有 50%的概率和剩下的 3 点同圆，另外 50%的概率在同圆之外。
所以最后的概率是 50%。

你自己教啊？先自己学会了，然后教她呗。
总不会你自己都学不懂吧。

65 岁还完。能不能活到 65 就不知道了。

换一个不会每次都会解析一遍的编译器？

Java 就是设计给大内存用户跑的，内存是它自己管理的。
用 Java 就代表你接受它的内存占用习惯。（否则你用它干什么？）

就像你跑数据库，有些人开着 1TB 内存跑 Oracle DB ，有些人开个 1GB 内存跑 SQLite ，这能一样吗。

我们做 Java 开发的，我司给的沙盒服务器最小是 24G 内存。生产服务器会再给多一些。

另外解释型和编译型和这没关系。内存占用是内存管理策略下的东西。

我科班研究生，33 岁入行 Java 。

gfci 保护当前和下游的所有插座。

没必要，想留就留，不想留也可以不留，怎样都行。

https://space.bilibili.com/12434430/search/video?keyword=%E7%A5%9E%E6%8E%A2

百闻不如一见。

UEFI 启动的话，如果只有一个分区会有各种毛病。

这是把面基快进成了相亲吗？
你可以先把她当成一个无性别的人（或者说男女皆可），然后想想面基去哪干什么，然后才是按照女性的习惯修正行程。首先你们可以做个（不分男女的）朋友，然后才是考虑做男女朋友。

@LeeReamond 也还好，看看水深火热的欧洲电费，好像要 0.5+eur 一度了，都快到我们的十倍了。

低端 x86 是挺省电的，一台 DELL 的 i5 3470 小主机待机功耗也就 15w 以内，基本可以忽略不计了。

已连续登录 3414 天（

@hzjseasea 8T 买的首发大礼盒，到现在 2 年半了依旧流畅。