不会,会形成多数人的暴政
因为绝大多数人智力不足以做出公正判断,掌握的信息也不全面,全民公投的结果取决于舆论怎么宣传
控制舆论进而控制决策太麻烦了,会进一步演进为议会制度,也就是今天这个样子

苏格拉底就是通过民主投票的方式被票死的,然后舆论爆炸,又把提出处死苏格拉底那个人给票死了...

有的,我最近正在写这方面的库
首先要抽象一下,是不是浏览器不重要,这个问题是如何实现两个客户端之间直连

分场景:
1 内网环境或者有公网 ip 或者可直连 ipv6,两个客户端直接拿对方 ip 端口连接就行
2nat 网络类型支持内网穿透(通常都支持),需要一个中介服务器协调 nat 穿透,客户端之间连接成功后就是直连,不需要中介服务器了.这个中介服务器如果是 stun 协议的话,可以自荐,网上也有免费的
3 最差的情况无法穿透 nat 直连,就需要代理,有很多种协议,这种一定需要一个服务器做转发
4 相对成熟解决方案就是 webrtc,这个原理就是上述 123 的整合,需要自建服务器端
5 通解还是需要有公网 ip(v4 或者 v6)

@blakan 真实性验证这块,就是个投入成本问题,只要和对方交友收益足够高,付出一定成本是合理且可持续的.

例如:假如有人告诉我说我找到你的理想另一半,对方基于你的简历也很中意你,那我是愿意付出很多钱的.就我身边能见到的例子看,投入相亲活动几千上万的都有.坑点在于目前这钱花了没用,中介只保证介绍个男的给你,其他一概无法保证

记得是记得,但是我并不过这个节

你需要先定义一下什么叫适合养老:
如果是医疗条件好,那得去 1 线
自然环境好,那就远离人口密集区,西安附近就秦岭里那几个小县城甚至太白山顶
如果是消费低,那有拼多多的今天,全国消费是精确一样的
如果是房价低,找人口流出多的县城,线附近山沟里那几个县?

@yufeng0681 这确实是个信息系统的通病,类似的还有招聘网站.信息匹配效率高了,用户用一次就走了,平台赚不到钱.

所以我觉得这类系统不用用现有商业生态的逻辑去做
现在商业生态的逻辑是尽可能提高用户粘性,付费意愿等,在此基础上分出一部分精力用来做产品,而不是拿全部精力解决问题

足够轻松的话,就全量数据放内存里,然后更新操作时序列化一下存一个文件完事,稍微优化下就根据用户分几个文件

@tianyou666shen 要求是双向匹配的,对方可能要求英俊多金体贴顾家的汉子,不矛盾啊.就靠大数据帮你提高匹配质量

@LaGeNanRen 就没有足够精确的匹配,就像数据后查询数据那种,select 妹子 from db where 爱好=xx,要求=xx,个人条件=xx 这种

数据库数据不足没关系啊,没有就是没有,我再放宽条件(现实中也是这个逻辑),但是中国十几亿人,要说多奇葩的条件都是能找到匹配的人的
费用的话,如果真能找到特别匹配的人,砸锅卖铁也愿意交啊,找到后收费就行了

@bugsnail 现实生活中每个人的目标数据数据太少呀

一把吉他,刚工作第一个月工资买的,虽然水平不行,但是依然很喜欢
一双 1000miles 手工皮鞋,自己觉得非常酷,而且很舒服,每年冬天都穿,且远远没有走 1000miles 那么远

那就用邮件,把它当聊天软件用

短信

接口做成太极图案,黑色凹陷,这样完全对称,最多转 180 度就能对上

而且一个端口即是黑又是白,即是公头又是母头,非常的政治正确

如果接口再有一点自动旋转设计,插进去就自动匹配了

@DeYiAo 不分啊,两个一摸一样的钩子扣不起来吗
确实需要旋转一下,有角度要求,设计合理的话就是怼一下卡住

@DeYiAo 不分左右的,想象 2 个钩子怼一起,咔嗒一下就接上了
当然有角度限制,但不会是大问题,拧一下就行了