@cai314494687 哦，我眼拙，刚看到你说的"一句话记账"。 这也太简洁了，赞！

@cai314494687 你这个有点类似 BeanCount 这个开源软件，它是用复式记账的方法，也能记录资产。你的"一句话记账"怎么做的啊，没有在那些链接里找到。
我现在在考虑给 BeanCount 加一个前端(目前考虑使用 Slack)，因为 BeanCount 是文本记账，所以可以在前端发送一个记账指令，后台会自记录上。

谷歌的广告真不是盖的：本页右侧，赫然挂着“少儿 编程”广告栏

@lysS 二清违法是因为它没有资金清算的资质。容易跑路、或者资金用于非法用途造成不可挽回的损失，等等。

@Mindjet #19， > sillydaddy 反馈的问题已经解决，在入群自我介绍中加入了案例

我不认为我反馈的问题你已经解决。附言 3 中所谓的
“不保证进群的人都能参加活动，如果你不符合要求，就会被移除。如果你认为被移除很难接受，从开始就别进。这个群的文化很严格，和其他类似的交流群有重要的区别。”，
我认为只是“不符合你的要求”而已，文化是什么呢？没看出来。

我进群提到你因为楼上的 v 友不肯说自己的产品而被你踢出群，那么你应该把进这个群的要求说出来，也就是群规，然而你要么真没听懂，要么是顾左右而言他，说如果把这个加上，帖子里发的信息太多，容易造成别人理解不了。

后来别人问这个群是干什么用的，你又答非所问。

如果这个也能说成是“有小部分人总有种错觉，认为只要他入群了，别人就要响应其全部要求，好像他是所有人的大爷”，那你确实可以在群里随便怎样。

另外你可以把我在群里的留言也截图发出来，包括私聊的也行。看看是你装聋作哑的，还是我胡编乱造的。

被楼主踢出群了。

进群了一天，终于弄清楚群主的意思：每个人把自己从正在开发的项目或产品中，得到的经验、教训、疑问，提出来分享。楼上的
@daryl 因为不肯说出(或者没能说出)自己在做的东西，给楼主踢出群了。

所以说，如果不愿意分享自己的产品，楼主是不欢迎的。这点楼主既然不肯写明在帖子里，我就在这里提醒大家一下。

感觉楼主是把这个项目当成私有的了，讨论方案都要私聊。跟项目和大家有关的事情，也要私聊。
另外写的路线图和时间表，应该只是给自己看的，里面的名词，其他人能看懂吗？对参与这个的人，有什么帮助吗？

@lxk11153 这网站。。有创意啊

是的，近期发的帖子，都是工作时段的回复多，一下班回复就没有了。。

@jwenjian 谢谢你又分享了一个收集需求的方法 :) ，对，难点更在于推广，这个是必须的。另外一个就是，像楼上说的，普通用户(也就是提需求的人)可能没有动力去使用这个平台，必须得有激励的机制。

一模一样的事情曾经发生过的感觉？ 我也有过，但是很模糊。

之前好像看过有著名的博客主(卢昌海)，他的博客被抄袭，于是他联系了抄袭者博客所在的主机商，让主机商把抄袭的网站下架了。

不过，事情好像发生在国外。

如果国内的话，我感觉也只有联系博客平台了。

看样子需求会不小啊。即使是英语还行的也可以用上，毕竟不用再去手动查单词了。楼主加油推广吧。

@across #23 > 你想的是有一个智能工具可以帮你分析推理，而且这只是想象中的情形，真做出来了，拉个 AI 投资没疑问

所以我用的是 “促进”、“帮助”这些词啊，不是让工具去发现。
就像我前面说的“记账软件”，它做的只是把财账记录，通过不同的维度可视化出来，辅助分析，它本身并没有“发现”任何东西。
“发现”是由人做出的，但没有工具的可视化，人很难发现，所以说，工具“促进”、“帮助”了人的发现。

这个历史地图，至少可以在“时间”、“空间”、“人物”、“事件”这些要素上，作出可视化，对于促进发现历史事件的关联这个方向，是可以挖掘的。

@SeaRecluse #18， 倒叙是什么意思？ 可以具体讲讲吗？ :)

@across #19， > 你想的就是侦探剧里面那种练满了线的钉板吧，这个表达方式，或者说可视化方式我还没有想清楚。

我想要达到的目的就是：可以通过这些历史事件的可视化，发现一些有意思的东西，发现一些东西的联系、变化，然后可以顺着某个发现稍微深入研究一下，从而加深对这些事件的理解。另外一个就是，把历史(或者古代社会)看成是一个连贯、立体的东西，能从时间的发展上把握住，也能从不同的侧面去看，而不是被一个一个的事件割裂，也不是仅仅从某个固定的角度去看。

所以我希望的这个软件能提供的，应该包括：
1. 促进发现一些关联，而且这个过程不能太耗费精力
2. 能帮助从不同侧面分析、把握历史事件，包括不同尺度的时间段，
3. 理想的情况就是，自己也可以比较容易地，独立地发现某些隐藏在历史事件中的东西，摆脱那种需要专门研究历史的人才能分析出某些东西的情况。

@popesaga #16， 呃，感觉离情报分析有点远啊，至少情报分析里面的“事件”都是秘密不公开的吧。

通过可视化观察多个维度的数据，是可以发现一些有趣的东西，但应该还够不上情报吧。

在可视化这个方向，可视化地观察多个维度数据，应该叫做“可视化数据分析”吧，跟传统的数据挖掘还不一样：
“可视化数据分析”更依赖人，把数据可视化出来，然后由人去交互操作，发现里面的一些东西；
“数据挖掘”更依赖算法，数据喂给算法，经过运算，输出一些关联关系，全历史里的“关系图谱 /知识图谱”就是典型；

我举个例子来说，
“可视化数据分析”这样操作：由用户选定某个时间，地图上可视化地展示在这个时间，世界各地发生的一些大事件，用户看到这些事件，可以发现某些(固定算法)意想不到的关联。
“数据挖掘”则是：由用户选定某个历史要素，算法分析后，给出这个历史要素相关联的其他历史要素，这些给出的结果，也很可能出乎用户的意料。

在我看来，“全历史”这个软件的侧重点，更侧重于“数据挖掘”，而不是“可视化数据分析”。

@gitjavascript
@morizawatt

@across #10 这些 Timeline 类型的，好像只有时间+地图，没办法把历史事件、人物等等加入进来吧？

@gitjavascript
@morizawatt
我刚用了下“全历史”App，发现里面确实没有我提到的几个点，“用户编辑自己的数据”、“数据透视”。。。

具体来说，我认为的“全历史”的优点、缺点：

[优点]
. “A-B 路径”功能不错，可以发现任意 2 个历史要素之间通过怎样的路径关联起来。可以发现一些有趣的东西。

[缺点]
. 中心化的数据库。如上面 @est 提到的，历史事件很多都是“不真”的，那么为什么要搞一个中心化的数据库？用户为什么不能独立维护自己的数据？ 既把学习过程的乐趣弄没了，又忽略了各个用户自己对事实的考察。

. 发现联系比较难。关系图谱是很强大，但需要用户手动去输入元素，然后去查找，而没有利用好地图、时间轴这些可视化的元素去展示。关系图谱虽然也是一种可视化，但“全历史”里面的关系图谱的可视化是通过“力图”显示的，看起来非常不方便，而且与地图、时间轴完全脱节了，以至于独立成了一个单独的“关系图谱”模块。

. 数据透视方法单一。全程使用“关系图谱”，数据透视方法单一，把条目的录入复杂化了。

@est 改成 Rap，一曲成名 :) 是的，历史上很多记录都是“不真”的，正史、野史、秽史。。。，没办法。

要我去研究的话，我会去研究那些与民众相关的东西，比如住房、物价、服饰、食物、风俗、商业买卖、婚丧嫁娶，等等，这些想来是朝廷不屑于伪造的。

@sike03
@maemual 之前好像看过，就是忘记名字了，谢谢 2 位提醒啊。不过感觉“全历史”还是比较粗糙，数据好像都是固定的，不能用户自己编辑。而且可视化的方式还是不够劲儿，用来“透视数据”、“发现联系”，好像还很不够。

我其实想的是，用户在学习过程中，可以自己编辑数据的条目，因为历史事件很多，每个人学习都有自己的路径，就像是探索某个未知领地，要一步一步把阴影地域探明，这样才有乐趣。


@luren123 哈哈，“阳光底下没有新鲜事”，希望有机会可以合作开发啊，我一直想有个这样的东西，辅助自己学习历史什么的。