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