我小时候学习编程，用的是 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 。

@yogogo @sugarkeek
这两个东西原本也不是冲突对立的。
版本需要开分支，是因为会有稳定版和开发版之分。
功能和模块开分支，是因为要多人同时进行开发。
比如你们 1.5 版本发布后，开始开发 1.6 。那么可以先分出 dev-1.6 分支，然后在 1.6 分支上再按照 feature 分出不同的分支。开发完以后先 MR 到 dev-1.6 上，然后等全部测试完了，再 merge 到 master 上，发布上线。

@sillydaddy cherry-picking 和 merging 本质上是差不多的，这和无声无息也没关系，不管有声还是无声，最终都只有测试才能决定合并是否安全。cherry-picking 无错并不代表合并成功。同时这也不应该成为不用 cherry-pick 的理由。

写了一大段，想了想，全删了。我在这着什么急呢……哎。

还是那句话，你自己都不屑用的项目你指望别人用。

当然靠集成测试了。两个分支合并产生冲突的话，不管是取其中一个分支的代码，还是把两个分支的修改合并在一起，都有可能导致代码出问题。

简单说就是后合并的分支需要重做。