@cacoo 我估计作为“个体户”，搞出3000字的小说是非常困难的，因为没有那个计算能力，除非能找到超级计算机给你用……
另外就是lz的三个步骤我觉得不是太合理，1和2其实是可以合并的，因为1生成出来的东西可以说99%甚至更多是垃圾数据，不如在每一次生成时就套用一次2中的规则，符合则储存，不符合直接丢弃，不然太浪费储存。所以说到底其实就是利用规则直接穷举文本，而这个穷举出来的每个文本都应该是人类可读的，所以这个规则（模型）要非常非常强大，这就得有很大的语料库让你来训练模型了吧……建立这个语料库估计是个苦差事

我们来做点“小”工程吧，比如缩小到“国内独立民谣音乐人歌曲的歌词”，说一下我的做法：
1、收集国内独立民谣音乐人的名单，然后收集每个人的所有作品的歌词；
2、将这些歌词处理，建成语料库；
3、分析语料，构建（找）一个合理的语言模型；
4、训练这个语言模型；
5、用这个模型穷举可能的歌词作品（最后可能发现最好给个主题限制，不要穷举比较好）；
6、人工判断是否可用，或后续修改和润色，完成。

其实我对这个挺感兴趣的，还是引用一下名言吧：
"Talk is cheap. Show me the code/demo"

不管是把创作描述成被创造还是被发现，这都无所谓
实际上lz要做的东西很简单，就是“机器辅助创作”

举个例子，类似苹果的garage band，稍作改动：
首先，我分析一下大多数摇滚歌曲的和弦走向，基于统计学（隐马尔可夫什么的）做出一个模型;
然后，为用户生成一套符合规律的和弦走向；
最后，用户用这套走向继续创作歌曲。

当然，这个是非常简单的了，我还可以用同样的方法做下列的东西：和弦的具体演奏方法（节奏型），节奏，主旋律，配器（乐器种类和编配套路），歌词等等……
最后用户做的就是，让机器先生成，听听看好听不，好听就留下，不好听再来，或者觉得凑合，自己再手动改改。

这是这个东西我是认为需要机器做一半人再做一半的，机器（或者说模型）还没有强大到可以生成一个“成品”且不需要任何人工改动就很让人满意，所以很难直接“生成+挑选”的模式，最多是计算机生成一个半成品，或者适当时候给个“启发”，然后让人去完成最后的成品工作。

从信息论的角度来考虑，从最早的不确定组合，到最后的确定的作品，这里需要用以解决不确定性的信息熵总归是那么多，就是看你从哪弄来这些信息。

穷举没有意义的
如果真要分析，都是基于统计学做的，要模型，要训练，需要大量有效的语料

@lovefree13 就是deluge和amule都可以作为daemon跑在后台的，你只要在自己电脑上运行一个GUI就可以控制它们了
另外，如ls大家所说，bt下载容易被服务商封号

多年前一直觉得很贵，没关注，直到有朋友跟我说时代不同了
一查，我槽便宜了好多，于是前天刚买了一块plextor的
这玩意儿很容易坏么？

deluged, amuled
PS 坐等被封号

请问如何把朋友圈关掉，同时不影响微信收发信息？

以前想做个人餐饮定制……比如定制好一周的菜谱，按时送饭菜上门，或者按时送菜原材料上门，或者直接派厨师上门……

开源协议没有规定作者要对用户负责吧？
我一般都会看到without any warranty或者use at your own risk的字样
如果你说道德，用道德律人，我个人不太赞成

有些man写得感觉很晦涩，还是google一下具体用法比较舒服……

@withrock 不会吧……我倒是没碰上
不过我只是偶尔会上去提个问，一般过了不久会有人解答，解决了我就退出……

本来以为会有人吐槽文案狗这个名字……结果发现一片叫好，我悄悄匿了……

在意大利吃过一种零食，咖啡豆外面包裹巧克力，直接吃

我在goldendict里面添加了有道网页查询。。。

虽然是愚人节玩笑，但是里面好多点子看起来都好有意思！不知道锤子会不会放一个“愚人节”选项功能，就像强迫症选项一样

以前ubuntu有个开源杂志叫full circle不知道现在还在不在

ibus和firefox的问题，我也遇到过，不是ibus的问题，而是ibus-pinyin的问题，换成其他的比如ibus-libpinyin就好了