因为计算结果是 1889.9999 你 floor 一下当然就把 0.9999 干掉了。

@luxinfl #14 打开的文件就一直存在的，文件被删除不影响使用。
Linux 下的一些临时文件的实现，就是打开文件后马上删除，这样程序退出的时候临时文件就会自动释放了。

删除日志文件后自动重新生成这个属于新增功能，要实现的话让他们提需求去。

如果你会 Java，你会无法胜任 Python 的工作吗？
我们组的 Python 代码都是 Java 工程师在改……

其实反过来也一样，如果你 Python 贼 6，写 Java 也问题不大，就是 Java 折腾的东西多，上手要时间。
我现在就是，Ruby 工程师在写 Java 再顺手改改 Python，偶尔写点 JavaScript 。

至于装什么软件学习……
学习还要装软件吗？我们以前都是拿一本国外的书过来翻来覆去啃，啃完了用电脑写代码。
没电脑的时候就在纸上写，纸上设计，实在需要上网查资料了就去网吧花 3 块钱。
其实我也不知道现在的孩子需要什么样的设备才能学习了，至少我们以前都是没有的……

我小时候学习编程，用的是 286 和 386 。
隔壁机房里有奔腾和 Windows，不过我们用不上，所以平时也就用 8M 内存跑跑 DOS 6.22 将就了。
不知道你家孩子要学什么语言，不过 16+512 已经是我司发给软件工程师用的工作本的水平了。
（年薪 15 万美元的也就用这个水平的。当然还有更惨的选了 MBP 的小伙伴天天抱怨死机重启的就不说了……

@hutng 我说的数字货币没有价值，是指数字货币本身没有价值。
就如同你今天一拍脑袋发行了一个数字货币，这货币就是没有价值的。
至于流行的币，流行本身就是一个价值，但是反过来当他不流行的时候，他的价值也就没了。

关于货币定义的问题其实我也想过，但是现在世界上很少有用这些数字货币支付的东西。
换句话说，没有多少商品是直接按照数字货币来定价的。
很多年前的时候我们都听过故事，说以后出门买咖啡，可以一杯咖啡一个比特币来付款。
而现在呢，咖啡还是在用法币定价，而数字货币终究只是一种支付代币。
你付的是 30 块钱等额的数字货币，而不是固定的 0.0001B 。商家拿到电子货币也是当场结算成法币入账。
隔壁朋友收 BTC 卖 VPS 的，都是按照美元结算的。
如果你租房子，你会跟房东签订合同，每月支付 0.01B 吗？不会吧。
如果这东西连定价都做不到，我觉得要称为「货币」是有难度的，充其量能称为代币或者股票。

@longlongPlusPro #8
股票的「投资」一般是股息和分红等。股票背后有实业公司，公司本身能挣钱获得营收。
数字货币本身没有价值。

比如说，如果今天把一个价值 1 亿的公司过户给你，你身价就 1 亿了。
如果今天把全世界所有的比特币都过户给你，你身价还是零蛋，因为在有人愿意买你的币之前，你手里的币没有价值。

即使你是 100 美元一个买的，现在卖掉，其实也算是在投机了。
说白了，你就是在等一个愿意用更高价从你手里买走数字货币的人。
而下一个人也在等再下一个出钱买他的币。

@aero99 GV 号打北美都是免费的，固话，手机，800 和 400，美国或加拿大，都是免费的。

另外，不同的语言在设计上差得很远很远。
比如同样是面向对象的 Java 和 Ruby，我可以举个简单的例子。
在 Java 里，如果有代码 obj1.data = 1，Java 会在 obj1 里找到 data 字段，然后把 1 赋值上去。
在 Ruby 里，同样的代码，Ruby 会给 obj1 发送一个消息，执行一个叫 data= 的函数，把 1 作为参数传过去。

@LeeReamond
Again，这不是 C 语言，这是 GNU C 扩展。nested functions 不是 C 标准。

然后，不实现一种功能并不意味着是禁止你。
比如说你的共享单车没法跑到 200 公里的速度，并不是因为单车禁止你骑那么快，只是因为你腿没那么大力而已。

比如说，C 语言，不支持面向对象编程，不支持面向闭包编程，不支持函数式编程。
（免杠声明：强行做是可以做的，只是没有原生的语言特性支持而已。）
所以就只是不支持而已，他没这能力。
你不能说他禁止你做这些事情。
他连做这些事情的能力都没有，怎么禁止？

至于 Python 修改全局变量的问题。
当然是可以修改的，方法你也写出来了，就是用 global 。
你不能说 Python 提供了 global，你不用，还强行说他不能用吧。

再还有，不要非黑即白。任何设计都有两面性。
比如 Python 和 Ruby 就是两个看上去很像，但是设计理念完完全全相反的语言。
但是你不能说其中一个就是错误的。
Python 更死板，所以写起来很难受（冗长），但是适合大团队量产程序员用，人人都能写出差不多的代码。
Ruby 更灵活，干一件事情能有十种写法（而且大都能写得很漂亮），但是一不小心黑魔法用多了，就只剩上帝能看懂了。

如果每种语言都是同样的设计，那还要那么多语言干什么，只留下其中一个就行了。

@LeeReamond

#include <stdio.h>

int main() {
int data = 0;
void func() {
data = 3;
}
printf("%d\n", data);
func();
printf("%d\n", data);
}

# ./test
0
3

上面#10 说的其实很好。
面向对象设计是给数据绑上了方法。
面向闭包设计是给方法绑上了数据。

@himself65 是啊，GNU C 里的。
不过，如果是 GNU C 里的 nested functions 的话，GNU C 是支持 nested functions 访问外层局部变量的。

我是搞了个 cloudflare worker 来连 Google Drive 和 OneDrive 。

Lisp 。

话说首先你 C 语言的例子就错了，data 不是全局变量，C 语言里也没有 nested function 。
你例子里 func 是和 main 平级的，func 当然不能访问 main()里的局部变量了。

@bclerdx 离线硬盘，刻录光盘，加密网盘存储等。

GTX950 这个级别就可以。1030 应该也可以解。预算足可以上 1650s 能打打游戏还能解码 8k 。

@sillydaddy 方向反了。
应该是让分支 rebase 到主干，你说的那是把主干 pick 到分支。所以我才说不管是 pick （或者你说的那种反向 rebase ）还是 merge 都是不合适的。

rebase 不是基于 cherry pick 。这两个命令本来就都是 commit 的语法糖，没有内部不内部之分。

@sillydaddy
我又特地看了一下，微软的这篇文章其实也不对，最合理的做法是 rebase 而不是 cherry-pick 或者 merge 。