@sagaxu
文件的 close 和 open 之间可以有 race，这个和常见的 data race 是两回事

Node.js 里，如果写
console.log('exit')
process.exit()
前面的写操作是异步的，所以这两行之间有 race

@sagaxu
1. 没有 data 也可以有 race，data race 是 race condition 的子集
2. 这个事要从 144 行来看，ioutil.Discard 被专门做成了线程安全的
3. ioutil.Discard 曾经不是线程安全的，还被当案例写下来了。https://blog.golang.org/race-detector

之前我也用百度输入法，写这个输入法有两个原因
1. 百度的键盘上 Z 和 S 是对齐的
2. 在手机上长期装着一个百度的东西不太爽

至于其它的输入法，给我的感觉都是不用五笔的人加了一个五笔模式进去，没找到好用的

对于五笔的熟练用户，这个输入法差不多够用了，连 "図書館" 都能打出来，但 "微信" 不是词组
我觉得只有输入英文和中文标点有点麻烦，所以一直在用也没有继续改进

@PinLock

火车票的总数是固定的，不论价格是多少，春运期间肯定能把票卖完（铁路部门不可能把价格提高到卖不完票的程度），所以最后能买到票的人数是固定的
改变价格会影响的，是哪些人能买到票

现在的状态下，能买到票的人是
1. 愿意出高价找黄牛买的；多花了钱，给了黄牛
2. 有能力通过技术手段抢票的；多花了时间（还是钱），平白浪费了
3. 运气好的；没多花东西

如果火车票价涨到均衡的水平，能买到票的人是
1. 愿意出高价买票的；多花了钱，给了铁路部门

我的观点是，用后一种方式来分配资源，严格地好于前一种


另外还有个价格差别的问题
比如，把腊月 26-30 的票价提高，腊月 21-25 的票价降低，总和不变，其它日期的票价也不变
这样做对资本家没有好处，但是（我猜测）会降低所有人买到票的难度

@tianxiacangshen

大概是这么回事
另外，“全世界很多国家的命运都掌握在极少部分人手中”，这个放现在似乎也是成立的
只是有可能换一拨人而已，对小民百姓来说没什么区别

1. 有人持有大量的 BTC，他们在操纵 BTC 价格的可能性非常大
2. 因为他们持有 BTC，所以有动机把价格往上操纵
3. 拿数量级估算一下，BTC 一共 2100 万，大户持有大约 1000 万，这几天的成交量大约 100 万
4. 如果这几天是大户要出货所以下跌，那大户根本没出出去多少货
5. 所以大户仍然持有大量 BTC，仍然有动机把价格往上炒
6. BTC 的价格越高，这些大户的资产（以法币计）就越多，力量越大，越有能力把价格往上炒
7. 所以，如果你看多 BTC，有庄家是好事

我觉得这个逻辑非常简单了

@fzinfz
Ubuntu Artful Aardvark 的支持周期到 2018 年 7 月，用了一个在 2017 年 12 月就 EOL 的内核版本，这怪到 Ubuntu 头上不冤

最初的的问题，能不能只用信号量。锁就是容量 1 的信号量，所以只用信号量当然可以把代码写对，但实际有没有写对那是另一回事了。

如果是为了学写代码，那我觉得 "An Introduction to Programming with Threads" 写得很通俗。

如果是为了实现生产者消费者这种模型，建议用 Java 的 BlockingQueue，Python 的 queue.Queue 或者 Go 的 channel，会非常简单。用信号量之类的东西要难写得多。

这不是一个简单的问题，如果一直都不是很了解，来 V2EX 上问也不可能了解
老老实实认认真真去看教科书才是正道

@j

骑车大约是各种交通方式里风险最高的，当然是不骑车更安全。

我不是“不开车的同学”，我也不认为司机都“密切注意路况”。
我只是在陈述一个我观察到的现象，对骑车的人来说，北京的自行车道不比机动车道安全。走机动车道只是两权相害取其轻的做法。

在北京，为了安全，我经常骑车走机动车道，但是坚决给有可能冲突（比如直行的自行车和右转的汽车）的汽车让道。

在认真看路的情况下，自行车和同向的机动车碰上的概率非常低。
多数开车的人都考过交规，都知道撞上人自己责任大，而且路上的机动车速度也不快，和同方向的车碰上，一般都没什么事。
但是，如果走自行车道，要时时刻刻盯着逆行的汽车，电动车，三轮车和自行车。这些开车逆行或者骑车逆行的人，也比路上正经开车的司机危险，而且相向的碰撞通常要出大事。

我在北京见过在自行车道上骑车碰到逆行的快递车然后叫 120 的，地上一滩血；见过停在自行车道上的汽车突然开门把旁边骑车的人撞倒的；还听说过有骑自行车追尾了一辆汽车然后人丝毫没事的。
但是我从来没见过也没听说过因为占用机动车道骑车而发生追尾并且出现严重事故的情况。

大概试了一下，在我的机器上，含生成随机数据一共大约 400 秒，其中建索引 80 秒，查询 60 秒。
内存占用不超过 20 M，数据库文件 6.4 G

import sqlite3
import string
import random

conn = sqlite3.connect('test.db')

c = conn.cursor()

c.execute('CREATE TABLE IF NOT EXISTS a (v TEXT)')
c.execute('CREATE TABLE IF NOT EXISTS b (v TEXT)')

letters = string.ascii_letters + string.digits

for _ in range(5_000_000):
____random_string = ''.join((random.choice(letters) for _ in range(random.randint(10, 100))))
____c.execute('INSERT INTO a VALUES (?)', (random_string, ))

for _ in range(50_000_000 // 4_500_000):
____c.execute('INSERT INTO b SELECT * FROM a LIMIT 4500000')

c.execute('CREATE INDEX bv ON b(v)')

c.execute('SELECT v FROM a WHERE v NOT IN (SELECT v FROM b)')

count = 0
for _ in c:
____count += 1

print(count)

conn.commit()
conn.close()

@googlebot
https://github.com/python/cpython/blob/master/PCbuild/readme.txt
https://www.postgresql.org/docs/9.6/static/install-windows-full.html
https://github.com/nodejs/node/blob/master/BUILDING.md#windows

随便查了几个开源项目，都可以用 Visual Studio 编译

@Ryans
把顶级域名设成 CNAME 会有奇奇怪怪的问题，一般不这么干
https://serverfault.com/questions/613829

@zrj766
芸是艺的日本写法

PostgreSQL

CREATE TABLE tree (
id TEXT PRIMARY KEY,
parent TEXT REFERENCES tree(id),
grade int
);

INSERT INTO tree (id, parent, grade) VALUES
('A', NULL, 0),
('B', 'A', 1),
('C', 'B', 1),
('D', 'B', 1),
('E', 'A', 1),
('F', 'E', 2),
('G', 'B', 2);

WITH RECURSIVE subquery AS (
SELECT children.id, children.grade FROM tree AS parent
INNER JOIN tree AS children ON children.parent = parent.id WHERE parent.id = 'A'
UNION
SELECT children.id, parent.grade FROM subquery AS parent
INNER JOIN tree AS children ON parent.id = children.parent AND parent.grade = children.grade
)
SELECT * FROM subquery;

@ayumilove
跟 Oracle 有什么关系，除了 MySQL 和 SQLite，其它的数据库都支持

@ryanzyy
https://www.enterprisedb.com/postgres-plus-edb-blog/marc-linster/postgres-outperforms-mongodb-and-ushers-new-developer-reality
比不比没什么不对的，EnterpriseDB 也是正经搞 PostgreSQL 的公司
比较的结论就是把 PostgreSQL 当 MongoDB 用，MongoDB 也不如 PostgreSQL，更不用说当关系型数据库来用了