这是一个专门讨论 idea 的地方。
每个人的时间，资源是有限的，有的时候你或许能够想到很多 idea，但是由于现实的限制，却并不是所有的 idea 都能够成为现实。
那这个时候，不妨可以把那些 idea 分享出来，启发别人。
每个人的时间，资源是有限的，有的时候你或许能够想到很多 idea，但是由于现实的限制，却并不是所有的 idea 都能够成为现实。
那这个时候，不妨可以把那些 idea 分享出来，启发别人。
这是一个创建于 4587 天前的主题，其中的信息可能已经有所发展或是发生改变。
讨论－决策系统
想起来以前的一个idea，有人愿意做么？后面的评论是逆序的。
http://goldengrape.blogbus.com/logs/3808246.html
这是很久以前设计的一种讨论－决策系统。那篇文章不一定能找到了，现在重新发布一下。这个创意是在GNU自由文档许可下发布。
简单起见，以纸笔作为说明，实际操作中必须使用计算机进行。
每一个参与者各自在一张纸上写下3个意见
随机交换这些纸
每人划掉一个最反对的意见，再写下一个意见。
再次随机交换，重复这一过程。
直到某一个意见在意见库达到一定比例后停止。
讨论过程中，保持匿名、随机。
可以进行一些修改，比如不止3条，为了输入方便，可以保留待删除的语句，可以直接复制／粘贴，为了达到中止条件，可以比较字符串的相似程度，如果近似程度比较高，算作一类意见。。等等
上面这个过程，近似于一个遗传算法的过程，包含了选择、复制、交换、突变的各个步骤，系统会自进化。讨论过程中，保持匿名、随机。那么开会中常见的人与人之间的摩擦就会减少。讨论以及投票是统一的过程。也许会很有效率。
因为没有实际测试过，所以不知道效果会怎样。比如如果重复的次数太多，特别是接近收敛的时候，会比较无聊。为了在开始快速收敛，可以调整“观察窗宽“，也就是说，一开始每个人写3条意见，交换以后，每张纸上出现6个或者9个意见，让每个人能够看到更多的意见。而到了末尾，可以只是二选一，甚至是二变一，也就是对两个不同意见选择，被否认的意见自动变成被赞同的意见
引用地址：
金色葡萄 发表于13:23:01 | 编辑 | 分享 0
评论
"如果剩下来的意见满足了最低回复数，那么就显示给用户。"
主要是担心不够回复数，那么只能全部展现给用户，而这是我们不想看到的，因此我们可以设置最低回复数，例如2倍的参与人数量，这样可以保证不要把所有的意见都呈现出来。
金色葡萄回复Shenxinaz说：
期待中。
最初的设计是作为一个病历讨论的系统的，相当于一个delphi专家系统和一个投票系统，后来某次参加创业大赛，把这个改成了管理系统中的一部分。虽然过了初赛，不过恐怕这部份没有引起什么重视。
某日被问起产品经理是否可以兼职。又重新想了起来。
2006-11-23 04:38:42
Shenxinaz | 发表于2006-11-22 15:40:13 [回复]
这个设计够细了吧？
还有什么补充的不？可以开始写软件了。呵呵
匿名讨论系统概要设计：
1、基于 Web的数据库
2、发布制度，由某个人发起讨论，同时记录编号、日期、内容等信息，还有一些相关参数设置，例如，收敛的结果在那一个范围内，同时参与最低人数等。
3、参与制度，用户可以自由选择参与讨论的内容，参与以后，就会获得一个许可。
4、限制制度（为了防止机器人作弊，可能要加入某些限制）
5、通知机制，作为非立刻表决的结果，需时较长，可能涉及到不同时区的工作时段，需要有通知机制，帮助大家同步。
6、投票机制：
6.1、第一次提交，（是否需要先确认看完了对内容的描述？）
6.2、第一次通知，必须在满足条件（最低人数、最低回复数）下，系统自动通知（邮件或者界面方式），可以是用户登录以后。
6.3、筛选条件：不看自己的，不看看过的人的同一条意见，如果剩下来的意见满足了最低回复数，那么就显示给用户。
6.4、其他，根据总参与人数比例，决定显示窗口的大小。
7、严格投票和松散投票，严格意味着必须每个人都提交了才可以交换意见，松散意味着可以随时提交。
7.1、严格投票时，由发起讨论人决定是否把某人踢出，以防止由于他的低效率造成延误
7.2、松散投票时，可以多次登录以获得更大的窗口，因为多次登录表示对该事件的重视，理应鼓励。
7.3、问题，松散投票时，如何保证后来者的意见不被这个机制忽视？
8、每次的新的意见，建议限制在30或100个字以内，但是可以添加链接到某个地方，用辅助文字说明。
金色葡萄回复Shenxinaz说：
"如果剩下来的意见满足了最低回复数，那么就显示给用户。"
把所有的意见都呈现出来么？
投票的过程是我说的那种方式么？因为相当与一个开放选项的投票，项目个数可能在开始几轮内暴涨。这个阶段更类似一个头脑风暴的讨论阶段，只呈现方案。
很想看看实际效果如何？终于有人开始做了。太好了。 另外，很激动，很感动，多谢多谢！
2006-11-15 13:12:35
Shenxinaz | 发表于2006-11-15 12:00:50 [回复]
貌似挺有意思的，应该可以写个软件来做得把？
Shenxinaz | 发表于2006-11-14 18:35:14 [回复]
想起来以前的一个idea，有人愿意做么？后面的评论是逆序的。
http://goldengrape.blogbus.com/logs/3808246.html
这是很久以前设计的一种讨论－决策系统。那篇文章不一定能找到了，现在重新发布一下。这个创意是在GNU自由文档许可下发布。
简单起见，以纸笔作为说明，实际操作中必须使用计算机进行。
每一个参与者各自在一张纸上写下3个意见
随机交换这些纸
每人划掉一个最反对的意见，再写下一个意见。
再次随机交换，重复这一过程。
直到某一个意见在意见库达到一定比例后停止。
讨论过程中，保持匿名、随机。
可以进行一些修改，比如不止3条，为了输入方便，可以保留待删除的语句，可以直接复制／粘贴，为了达到中止条件，可以比较字符串的相似程度，如果近似程度比较高，算作一类意见。。等等
上面这个过程，近似于一个遗传算法的过程，包含了选择、复制、交换、突变的各个步骤，系统会自进化。讨论过程中，保持匿名、随机。那么开会中常见的人与人之间的摩擦就会减少。讨论以及投票是统一的过程。也许会很有效率。
因为没有实际测试过，所以不知道效果会怎样。比如如果重复的次数太多，特别是接近收敛的时候，会比较无聊。为了在开始快速收敛，可以调整“观察窗宽“，也就是说，一开始每个人写3条意见，交换以后，每张纸上出现6个或者9个意见，让每个人能够看到更多的意见。而到了末尾，可以只是二选一，甚至是二变一，也就是对两个不同意见选择，被否认的意见自动变成被赞同的意见
引用地址：
金色葡萄 发表于13:23:01 | 编辑 | 分享 0
评论
"如果剩下来的意见满足了最低回复数，那么就显示给用户。"
主要是担心不够回复数，那么只能全部展现给用户，而这是我们不想看到的，因此我们可以设置最低回复数，例如2倍的参与人数量，这样可以保证不要把所有的意见都呈现出来。
金色葡萄回复Shenxinaz说：
期待中。
最初的设计是作为一个病历讨论的系统的，相当于一个delphi专家系统和一个投票系统，后来某次参加创业大赛，把这个改成了管理系统中的一部分。虽然过了初赛，不过恐怕这部份没有引起什么重视。
某日被问起产品经理是否可以兼职。又重新想了起来。
2006-11-23 04:38:42
Shenxinaz | 发表于2006-11-22 15:40:13 [回复]
这个设计够细了吧？
还有什么补充的不？可以开始写软件了。呵呵
匿名讨论系统概要设计：
1、基于 Web的数据库
2、发布制度，由某个人发起讨论，同时记录编号、日期、内容等信息，还有一些相关参数设置，例如，收敛的结果在那一个范围内，同时参与最低人数等。
3、参与制度，用户可以自由选择参与讨论的内容，参与以后，就会获得一个许可。
4、限制制度（为了防止机器人作弊，可能要加入某些限制）
5、通知机制，作为非立刻表决的结果，需时较长，可能涉及到不同时区的工作时段，需要有通知机制，帮助大家同步。
6、投票机制：
6.1、第一次提交，（是否需要先确认看完了对内容的描述？）
6.2、第一次通知，必须在满足条件（最低人数、最低回复数）下，系统自动通知（邮件或者界面方式），可以是用户登录以后。
6.3、筛选条件：不看自己的，不看看过的人的同一条意见，如果剩下来的意见满足了最低回复数，那么就显示给用户。
6.4、其他，根据总参与人数比例，决定显示窗口的大小。
7、严格投票和松散投票，严格意味着必须每个人都提交了才可以交换意见，松散意味着可以随时提交。
7.1、严格投票时，由发起讨论人决定是否把某人踢出，以防止由于他的低效率造成延误
7.2、松散投票时，可以多次登录以获得更大的窗口，因为多次登录表示对该事件的重视，理应鼓励。
7.3、问题，松散投票时，如何保证后来者的意见不被这个机制忽视？
8、每次的新的意见，建议限制在30或100个字以内，但是可以添加链接到某个地方，用辅助文字说明。
金色葡萄回复Shenxinaz说：
"如果剩下来的意见满足了最低回复数，那么就显示给用户。"
把所有的意见都呈现出来么？
投票的过程是我说的那种方式么？因为相当与一个开放选项的投票，项目个数可能在开始几轮内暴涨。这个阶段更类似一个头脑风暴的讨论阶段，只呈现方案。
很想看看实际效果如何？终于有人开始做了。太好了。 另外，很激动，很感动，多谢多谢！
2006-11-15 13:12:35
Shenxinaz | 发表于2006-11-15 12:00:50 [回复]
貌似挺有意思的，应该可以写个软件来做得把？
Shenxinaz | 发表于2006-11-14 18:35:14 [回复]
 |
1
Livid MOD 稍微编辑一下再发上来会更好。:)
|
 |
2
goldengrape OP 哦，不好意思。
貌似发布了以后，不能再次编辑了。 |
|
3
Livid MOD @goldengrape 你把编辑好之后的发到 livid at v2ex.com ，然后我帮你做替换吧。
|
Select Language