@biocom #13

我知道，在你的角度来看你已经对整个产品有一个完整的设计，并且可能设定了很多细节的东西，不太可能更改。
但我还是说说自己对这类问答社区的想法，一种完全没有经过实际考验的想法。

百度甚至知乎，这类问答社区，都努力地想实现知识变现，这里要解决的问题有两个：

1. 知识怎么来怎么产生、怎么保存、怎么推给合适的人降低噪音，尤其是社区人群从小到大，问答质量从高到低滑落的过程怎么办。

2. 知识如何变现。

尝试用真金白银解决第一个问题，是高估了市场看不见的手的作用了。

我认为整个过程应该倒过来，应该是，先让内行人、高端知识传播者之间，先形成付费、分享、交流的良好社区
然后，让更多的人参与这个社区，并且为自己的学习知识、获取知识、问答交流付费。

最后，因为每个参与者都已经为良好的社区氛围投资了自己的时间和金钱，才会更愿意自发地维护社区的问答质量。

@biocom #13 从 1 楼看到了你 13 楼的计划。

如果我没有理解错的话，百度的问答也差不多是这个机制。
是不是你认为用了真金白银，答题的质量就可以超越百度问答的质量？

我觉得事情没有那么简单。

期待观众做监督，这是最没有可行性的一点……监督了就肯定不是“观众”。

@vrex

如果一组多个多媒体作品都在这个区块链上发表，
那么在这一组已知的所有相似、有争议的作品中间，发表时间是最早的，那就是最有可能是原创的。
我不认为这个逻辑有什么问题。

区块链带来的好处是对发表时间的确认以及不可篡改的特性。

@vrex 并不是防止分享出来，而是对作品发表时间做公证，解决谁先谁后谁原创的部分问题。

我有过一个类似的用于音乐领域的保护原创的想法，就是用区块链来发布音乐以及版权交易。
但是不好盈利，所以最终没有做成。

@longear

你的立足点和我的立足点不一样，我觉得家史不需要国家、民族视野。
记录越来越多，确实不太可能有一个人能消化完这些历史。

但是我们也不需要每一个人都记住，我们只需要给我们的后代或者感兴趣的人留下这下资料。
使得他们拥有不一样的、独特的记忆，进而希望他们能有不一样的、独特的视野。

别被国家主义、民族主义洗脑了……

@zn 有什么 C# 项目是其他平台上成熟了，Mac Linux 下就不成熟的呢？你这个提法真是…… php 程序员思维啊……

@zhicheng #91

“没明白你的意思，在一个不支持指针的静态类型语言里确实是可以不用 null ”。

Rust 支持指针，静态类型，不使用 NULL，通过用 Option 来封装掉 出现 null 的场合，强迫所有代码知道并且处理所有可能出现 null 的场合但又不需要显示地使用 null。

我觉得这是一种优秀的思想，“有物名无物”。

@noli #124

关于 C# 跨平台我补充一个我觉得最颠覆世界观的，C# 可以编译成对应的 js，支持 WebGL 等等技术，在浏览器内玩 C# 写的 游戏，详见 JSIL。 现在还可以编译成 webassembly ……

@hackxing #121
@pming1 #118
@Clarencep #113
@hnbcinfo #110

同以上这几位推荐 C#. 理由：

硬性要求：

[x] 可以跨平台交叉编译，要支持 Mac、Linux，最好能支持 iOS、Android 移动平台
不光以上这些，还可以支持 Unity3d, Xenko 等等游戏平台。并且 github 上有库可以把 CIL 的 DLL 编译成 C 语言等可用的库。

[x] 原生支持二进制操作、二进制数组操作，能方便地对二进制协议数据拆包、打包
Protobuffer, MessagePack, Bson, Thrift 各种协议欢迎你，都有支持 .net 和 .net core 上的库，多数是用原生 C# 写的，意味者实际上可以移植到任何支持 C# 的环境。

[x] 比较成熟，有长期存活潜力，不能用了一两年后就 discontinued 了。
C# 编译器、.net core 整个平台（底层 + 库） 都是开源的，生态庞大、体量惊人

加分项：

[x] 能方便地和 C 混编
C# 里面可以直接写 unsafe 代码操作指针，也可以不需要任何第三方工具直接调用 C 库导出的函数。

[x] 能像 Exlixir 那样可以编译运行，也可以脚本方式运行（大大加分）
编译运行不用说，visual studio 有 C# REPL，mono 在其他没有 visual studio 的地方也提供了 REPL。

[x] 能像 Go 那样静态编译（ Go 语法是在太古老，无爱，但是 Go 真的是好东西啊）
C# 的类型比 Go 严格多了，有比 Java 好用得多的泛型、协变、Delegate, 也有像 go 那样方便地支持 异步高性能 (async await )

[x] 有比较好用的开发环境，有 JetBrains 家族 IDE 支持更好
只说免费的，Windows 下有 Visual Studio Community, Linux 和 Mac 下有 MonoDevelop(或者其衍生版 Xamarin Studio, Visual Studio for Mac) ,不喜欢太重量级的还有 Visual Studio Code 同样跨多平台开源。
JetBrains 有 Rider , 付费的，没用过，但可以以开源作者的身份申请一个免费使用的期限。

轻微加分项：

[*] 语法简洁，不要像 Java 那样啰嗦
和 Java 比看上去差不多，但是有超多有用的语法糖，例如 lambda Delegate 等等 Java 8 Java 9 才加入的特性。你若愿意，你可以全程 Linq 和函数式 编程完成全部功能。没有 checked exception （是好是坏可以保留意见），所以代码自由度很高。

[*] 性能不太差
比起纯 C 语言的运行速度，差距在一个量级以内的，在某些高并发项目上比 go 慢 2-3 倍——但是，你始终可以用 C 或者 unsafe 代码来拉近这些距离。

@hantsuki #18 @fenixan2010 # 17

我同意你们的说法，v 确实不是“参数”。
是否会产生 NRVO，确实有这个可能，我之前想当然了
——虽然我觉得编译器这么推测有点危险，但确实符合 NRVO 的条件。

但是楼主的例子里面，加上那个 -fno-elide-constructors 之后应该就不会有了。

@hantsuki #13

同样也不满足 NRVO，因为 v 已经作为某个函数的参数适用过了。

v.push_back
v.data

经过这些调用(作为函数参数出现)之后还能 NRVO 的话，请问什么不能 NRVO ?

@mooncakejs #10

编译器开优化也要讲基本法的。

http://en.cppreference.com/w/cpp/language/copy_elision

When a **NAMELESS** temporary, not bound to any references, would be copied or moved (since C++11) into an object of the same type (ignoring top-level cv-qualification), the copy/move (since C++11) is omitted. When that temporary is constructed, ** it is constructed directly in the storage where it would** otherwise be copied or moved (since C++11) to. When the nameless temporary is the argument of a return statement, this variant of copy elision is known as RVO, "return value optimization".

NAMELESS 的意思懂吧？就是不能绑定到任何一个变量名（否则就变成了左值了）

如果像你说的，没有东西能碰 v 就能 RVO，那编译器怎么知道 v 里面的不会被其他对象访问？
只要有变成左值的机会，就无法消除这个可能。

@QAPTEAWH @mooncakejs

请问两位怎么区分 Return Value Optimization 和 Named Return Value Optimization ?

我不认为 return v 中的 v 是纯右值，所以这里不会发生 RVO。

@rogerchen #2 我不认为楼主的例子里满足 RVO 的条件。

就算得到了相同的地址，也不代表就没有 copy 吧？
内部可能使用了 realloc 并且成功了 。

@LucasW

哪里没听懂？ 提供几个关键字，你自己搜集一下资料做对比吧。
R 树，KD 树，四叉（八叉）树。

我倒是好奇，你的寻路怎么做，格子有多大，9000 像素 500+ 单位寻路居然性能不成问题？

放弃格子， 不使用静态切分地图的数据结构，使用例如 R 树 之类的空间数据结构。
寻路也不使用格子，而是每个地图制作拓扑点。