【已删除】
共建共享型互联网产品的倡议
本贴最后更新于 1066 天前，其中的信息可能已经斗转星移
-
产品
78 引用 • 474 回帖 • 2 关注
-
互联网
98 引用 • 344 回帖
互联网（Internet），又称网际网络，或音译因特网、英特网。互联网始于 1969 年美国的阿帕网，是网络与网络之间所串连成的庞大网络，这些网络以一组通用的协议相连，形成逻辑上的单一巨大国际网络。
相关帖子
优质回帖
-
yoss • • 1
用户为什么要听从调动？你的逻辑是让有开发能力的用户来自己动手改进，问题是驱动力远远不够，原因在于没有产品是不可替代的，特别是互联网产品。再者，你提到了评估，那我问个问题：评估本身需不需要成本？参与投票的成本呢？
回过头来看 GitHub 上的项目 Fork，几乎所有的独立分支都只是为了满足个人需求，并不能形成所谓的分支生态来方便更多人。就本题而言，我们应该基于一个例子展开讨论，而不只是讨论概念，我想没有程序员愿意去实现空想的概念，至少需要一个概念证明（proof of concept, poc）作为起点。
最后，你如果用黑客派来举例的话，我只能说你还没有理解 @88250 的设计。毫不夸张的说，这里是我见过功能和体验方面最符合程序员使用的线上社区。还有，几乎所有合理的反馈建议 D 大都会采纳并快速改进，要做到这些是很不容易的，你在这里待的时间稍微长一点就能体会到。
-
hefeng • • 1
请输入回帖内容
...
-
- 其他回帖
-
oncetalk •作者
一些产品虽然直接使用是免费的，但实际上它并不是真正免费的，最终的承担者仍然是我们，只不过是间接的方式。以谷歌为例，用户使用它的搜索功能是免费的，但是谷歌其实是向在上面投放广告的商家去收费，而商家向谁收费？
2 回复 -
然后，除了回报问题，坑还有很多，比如你的区块链怎么识别和绑定物理实体。。。不知道这个玩意儿现在解决没有。
重点还是协作成本。众所周知的是，文档翻译的协作成本比较小，用户有内在动机，看着不顺眼就想改，因此我们使用了传染性协议，衍生版本必须是相同协议，这样就算别人不主动 merge，我们也可以按照协议 merge 过来。就算这样，我们也只是做到勉强及格。
但是代码要更难一点，因为翻译的上下文比较小，而改一行大型项目的代码需要参考很多上下文。更何况不同项目的框架还不一样，这些都是壁垒。按理说就算你做出了可以替代我的项目，那么迟早有人会把新特新 merge 过来，但是实际上你用 jfinal，我用 spring 的话，工作量相当于重写一遍。这就是为啥，y2b 和 b 站之间有自发的搬运，但不同开源项目之间很难发生。
反正用户激励永远是个大问题，99% 工作量都在这里，你要是解决了，估计诺贝尔经济学奖就是你的了。
1 回复 - 查看全部回帖
