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