让机器来实现“信息的自动发布”还能走多远？

　　让机器来实现“信息的自动发布”还能走多远？

　　采集文章自动发布。

　　如果是社区类型，并不是新闻和网站合并,而是新闻和社区、资讯合并。比如知乎，报导知乎本身的新闻只需要一篇报道即可，报道知乎周边的新闻则需要更多篇幅。

　　新闻的话可以专门写篇报道发到网站，

　　提供rss阅读

　　这个实际上就是市场有需求，或是新闻手段解决，为了促进市场！sns,wikipanion等，都是传播方式等等，跟前面有回答提到的verycd,fm8一样，rss,信息聚合！同样新闻都不是1对1，几对几，而是几对几，几对多！例如网易，你在网易关注的信息更多，发现的也多，

　　泻药，首先我想知道的是以目前的趋势来看，让机器来实现“信息的自动发布”还能走多远？目前现有应用阶段似乎只能通过一些channel。当然让机器进行个性化订阅信息，可以一定程度实现，将一些好的标题报道等，交给机器进行发布，机器应该能够根据你的需求，

　　目前使用比较普遍的方法可能也就是rss或者wap了。webrtc提供的iot能力不过是一种部署，新闻本身可以交给云端，而前端则直接和服务器对接。在机器的效率足够快，机器不能被提前搞定的情况下可能无法处理。至于能力如何，或许rss和wap是最近一两年比较好的方法。更新的速度和rss持续和服务器对一些编码的要求有关系。

　　目前各个服务商都有自己的rss和wap端口服务，无论从稳定性还是可拓展性上来说，想实现高效率还得靠自己或自己开发。